品質管理計劃

項生命週期描述

開發方法

組織文化；基礎建設；人事管理制度；市場條件。

於評估收集需求、詳述項目和產品範圍、創造產品、確認範圍和控制範圍的各種方法。

與會者可能包括專案經理、專案發起人、選定的專案團隊成員、選定的相關方、範圍管理各流程的負責人，以及其他必要人員

定義：範圍管理計畫是專案管理計畫的組成部分，描述將如何定義、制定、監督、控制和確認專案範圍

制定專案範圍說明書；

根據詳細專案範圍說明書建立WBS

確定如何審批和維護範圍基準；

正式驗收已完成的專案可交付成果。

定義：專案管理計畫的組成部分，描述將如何分析、記錄和管理專案和產品需求。有些組織稱之為“商業分析計劃”

如何規劃、追蹤和報告各種需求活動

配置管理活動，例如，如何啟動變更，如何分析其影響以及變更審批權限

需求優先排序過程；

測量指標及使用這些指標的理由；

反映哪些需求屬性將被列入追蹤矩陣的追蹤結構。

範圍管理計劃。

需求管理計劃。

相關方參與計劃。

會影響收集需求過程的商業文件是商業論證，它描述了為滿足業務需求而應該達到的必要、期望及可選標準

商業分析；需求取得；需求分析；需求文件；以往類似專案的專案需求；圖解技術；引導衝突管理。

腦力激盪

訪談

焦點小組

問卷調查

標竿對照見

投票

獨裁型決策制定

多標準決策分析

親和圖

心智圖

名義小組技術

觀察和交談

引導

系統交互圖是範圍模型的一個例子，它是對產品範圍的可視化描繪，顯示業務系統（過程、設備、電腦系統等）及其與人和其他系統（行動者）之間的交互方式

系統互動圖顯示了業務系統的輸入、輸入提供者、業務系統的輸出和輸出接收者。

定義：在實際製造預期產品之前，先造出該產品的模型，並據此徵求對需求的早期饋。

括微縮產品、電腦產生的二維和三維模型、實體模型或模擬

原型是有形的實物，它使得相關方可以體驗最終產品的模型，而不是僅限於討論抽象的需求描述。

原型法支持漸進明細的理念，需要經歷從模型創建、使用者體驗、回饋收集到原型修改的反覆循環過程。

經過足夠的回饋循環之後，就可以透過原型獲得足夠的需求訊息，從而進入設計或製造階段。

故事板

定義：描述各種單一需求將如何滿足與專案相關的業務需求

始可能只有高層級的需求，然後隨著有關需求資訊的增加而逐步精進。

只有明確的（可測量和可測試的）、可追蹤的、完整的、相互協調的，且主要相關方願意認可的需求，才能作為基準。

需求文件的格式多種多樣，既可以是一份按相關方和優先級分類列出全部需求的簡單文件，也可以是一份包括內容提要、細節描述和附件等的詳細文件

需求分為不同的種類，如業務解決方案和技術解決方案。前者是相關方的需要，後者是指如何實現這些需要。

需求的類別

產品需求從其來源連結到能滿足需求的可交成果的一種表格。

需求追蹤矩陣是把產品需求從其來源連結到能滿足需求的可交付成果的一種表格。使需求追蹤矩陣，把每個需求與業務目標或專案目標連結起來，有助於確保每個需求都具有商業價值。

需求追蹤矩陣提供了在整個專案生命週期中追蹤需求的一種方法，有助於確保需求文件中被批准的每項需求在專案結束的時候都能交付。

最後，需求追蹤矩陣也為管理產品範圍變更提供了框架。

類別

應在需求追蹤矩陣中記錄每個需求的相關屬性，這些屬性有助於明確每個需求的關鍵資訊。

需求追蹤矩陣中記錄的典型屬性包括唯一識別、需求的文字描述、收錄該需求的理由、所有者、來源、優先順序、版本、當前狀態（如進行中、已取消、已推遲、新增加、已批准、被指派和已完成）和狀態日期

為確保相關方滿意，可能需要增加一些補充屬性，如穩定性、複雜性和驗收標準。其中列有相關的需求屬性。

專案章程中包含專案的高層描述、產品特徵和批准要求

專案管理計劃元件包括（但不限於）範圍管理計劃，其中記錄如何定義、確認和控制專案範圍。

假設日誌。需求文件。風險登記冊。

產品分析可用於定義產品和服務，包括針對產品或服務提問並回答，以描述要交付的品的用途、特徵及其他方面。

每個應用領域都有一種或幾種普遍公認的方法，用以把高層的產品或服務描述轉變為有意義的可交付成果。首先取得高層級的需求，然後將其細化到最終產品設計所需的詳細程度

產品分析技術：

專案範圍說明書是專案範圍、主要可交付成果、假設條件和限制因素的描述

它記錄了整個範圍，包括專案和產品範圍；詳細描述了專案的可交付成果

也代表專案相關方之間就專案範圍所達成的共識。為便於管理相關方的期望，專案範圍說明書可明確指出哪些工作不屬於本專案範圍。

專案範圍說明書使專案團隊能進行更詳細的規劃，在執行過程中指導專案團隊的工作並為評價變更請求或額外工作是否超過專案邊界提供基準。

專案範圍說明書描述要做和不要做的工作的詳細程度，決定專案管理團隊控制整個專案範圍的有效程度

內容

專案範圍說明書。需求文件。

專案所在產業的WBS標準，這些標準可以作為創建WBS的外部參考資料

分解是一種把專案範圍和專案可交付成果逐步劃分為更小、更便於管理的組成部分的技術

識別和分析可交付成果及相關工作；確定WBS的結構和編排方法；自上而下逐層細化分解；為WBS組成部分制定和分配標識編碼；核實可交付成果分解的程度是否恰當

建立 WBS 的方法

專案範圍說明書、工作包、WBS、規劃包

WBS字典

範圍管理計劃。需求管理計劃。範圍基準。

經驗教訓登記冊。品質報告。需求文件。需求追蹤矩陣。

是指已經完成，並被控製品質過程檢查為正確的可交付成果。

可能包括符合需求的程度、不一致的數量、不一致的嚴重性或在某一時間段內進行確認的次數

來判斷工作和可交付成果是否符合需求和產品驗收標準；檢查有時也被稱為審查、產品審查和巡檢等

符合驗收標準的可交付成果應由客戶或發起人正式簽署批准。

範圍管理計劃。需求管理計劃。變更管理計劃。配置管理計劃。範圍基準。績效測量基準。

偏差分析。趨勢分析。

確定偏離範圍基準的原因和程度，並決定是否需要採取糾正或預防措施，是專案範圍控制的重要工作