1.收集需求--為實作項目目标而定義并記錄幹系人的需求的過程。
2.定義範圍--制定項目和産品較長的描述的過程。
3.建立工作分解結構--将項目可傳遞成果和項目工作分解為較小的、更易于管理的組成部分的過程。
4.核實範圍--正式驗收項目已完成的可傳遞成果的過程。
5.控制範圍--監督項目和産品的範圍狀态、管理範圍基準變更的過程。
!@收集需求
收集需求是為實作項目目标而定義并記錄幹系人的需求的過程。
需求是指發起人、客戶和其他幹系人的已量化且記錄下來的需要與期望。
需求分為項目需求（商業需求）和産品需求（技術需求）。
!@#訪談
訪談是一種通過與幹系人直接交談，來獲得資訊的正式或非正式方法。
訪談的典型做法是向被訪者提出預設和即興的問題，并記錄他們的回答。
通常采取“一對一”的形式，但也可以有多個被訪者或多個通路者共同參與。
訪談有經驗的項目參與者、幹系人和主題專家，有助于識别和定義項目可傳遞成果的特征和功能。
!@#焦點小組會議
焦點小組會議是把預先標明的幹系人和主題專家集中在一起，了解他們對所提議産品、服務或成果的期望和态度。
由一位受訓的主持人引導大家進行互動式讨論。
!@#引導式研讨會
通過邀請主要的跨職能幹系人一起參加會議，引導式研讨會對産品需求進行集中讨論與定義。
有助于建立信任、促進關系、改善溝通，有利于達成一緻意見。與焦點小組會議有什麼差別呢？
!@#群體創新技術
頭腦風暴：用來産生和收集對項目需求與産品需求的多種創意的一種技術。
概念、思維導圖：把頭腦風暴中擷取的創意，用一張簡單的圖聯系起來，以反映這些創意之間的共性和差異。
!@#群體決策技術
一緻同意
大多數原則
相對多數原則
獨裁
!@#問卷調查
問卷調查是指通過設計書面問題，向為數衆多的受訪者快速收集資訊。
!@#觀察
觀察是指直接觀察個人在各自的環境中如何開展工作和實施流程。
!@#原型法
是指在實際制造産品之前，先造出該産品的實用模型，并據此征求對需求的回報意見。原型是有形的實物，
它使幹系人有機會體驗最終産品的模型，而不是隻讨論抽象的需求陳述。
原型法符合漸進明細的理念。
在經過足夠的重複之後，就可以從原型中獲得足夠完善的需求，進而進入設計或制造階段。
!@#需求檔案（可詳可簡）
概括性的需求
包括：
業務需求，描述目前局面的不足以及啟動項目的原因；
業務目标和項目目标；
功能需求，描述業務流程、資訊以及産品的内在聯系；
非功能需求，安全、防護、合規性；
品質要求；
驗收标準；
與需求有關的假設條件和制約因素，等。。。
!@#需求管理計劃
描述如何分析、記錄和管理需求。
如何規劃、跟蹤和彙報各種需求活動；
需求排序過程；
等。。。
!@#需求跟蹤矩陣
需求跟蹤矩陣是一張連接配接需求與需求源的表格。需求跟蹤矩陣把每一個需求與業務目标聯系起來，有助于
確定每一個需求都具有商業價值。
從需求到業務需要；
從需求到項目目标；
從需求到項目範圍/wbs中的可傳遞成果；
從需求到産品設計；
從需求到産品開發；
從需求到測試腳本；
從宏觀需求到詳細需求；
!@定義範圍
定義範圍是制定項目和産品較長的描述的過程。
詳細項目範圍說明書的編制，對項目成功至關重要。
!@#專家判斷
組織内的其他部門；
顧問；
幹系人，包括客戶和發起人；
專業與技術協會；
主題專家；
!@#項目範圍說明書
較長的描述項目的可傳遞成果，以及為送出這些可傳遞成果而必須開展的工作。
項目範圍說明書也表面項目幹系人之間就項目範圍所達成的共識。
産品範圍描述：逐漸細化子啊項目章程和需求檔案中所述的産品、服務或成果的特征。
産品驗收标準：定義已完成的産品、服務或成果的驗收過程和标準。
項目可傳遞成果：包括組成項目産品或服務的各種結果，也包括各種輔助成果。可詳可簡。
項目除外責任：明确說明哪些内容不屬于項目範圍，有助于管理幹系人的期望。
項目制約因素：列出并說明與項目範圍有關、且限制項目團隊選擇的具體項目制約因素。
例如，客戶事先确定的預算、強制性日期或強制性進度裡程碑。
項目假設條件：列出并說明與項目範圍有關的具體項目假設條件。
!@建立工作分解結構（wbs，可以用思維導圖工具來完成）
建立工作分解結構是把項目可傳遞成果和項目工作分解成較小的、更易于管理的組成部分的過程。
!@#分解（可以用思維導圖工具來完成）
分解就是把項目可傳遞成果劃分為更小的、更便于管理的組成部分，直到工作和可傳遞成果被定義到工作包的層次。
!@#工作分解結構
工作分解結構是以可傳遞成果為導向的工作層級分解。
!@#工作分解結構詞典
賬戶編碼
工作描述
負責的組織
進度裡程
相關的進度活動
所需的資源
成本估算
品質要求
驗收标準
技術參考文獻
合同資訊