5.1.2 規劃範圍管理：工具與技術
5.1.3 規劃範圍管理：輸出
5.2 收集需求
5.2.2 收集需求：工具與技術
5.2.3 收集需求：輸出
5.3 定義範圍
5.3.2 定義範圍：工具與技術
5.3.3 定義範圍：輸出
5.4 建立 wbs
5.4.2 建立 wbs：工具與技術
5.4.3 建立 wbs：輸出
5.5 確認範圍
5.5.2 確認範圍：工具與技術
5.5.3 確認範圍：輸出
5.6 控制範圍
5.6.2 控制範圍：工具與技術
5.6.3 控制範圍：輸出
確定問題並識別商業需要、識別並推薦解決方案、收集記錄相關方需求、滿足商業目標、推動專案集或產品服務的最終成果。
需求管理過程結束於需求關閉，即把產品、服務或成果移交給接收方，以便長期測量、監控實現和維持效益
在敏捷方法中，把需求列入未完項。
範圍管理計畫是專案或專案集管理計畫的組成部分，描述將如何定義、制定、監督、控制和確認專案範圍。
專案章程、專案管理計畫、事業環境因素、組織過程資產
專案目的、可測量目標和成功相關標準、高層級需求、高層級專案描述|邊界定義|主要可交付成果、整體專案風險、總體里程碑進度、預先批准的財務資源、關鍵相關方名單、專案審批需求、專案退出標準、專案經理職責、發起人職權
質量管理計畫、專案生命週期描述、開發方法。
組織文化、基礎設施、人事管理制度、市場條件
政策和程式、歷史資訊和經驗教訓知識庫
專家判斷、資料分析、會議
以往類似專案、特定行業|學科|領域資訊。
備選方案分析
專案團隊可以參加專案會議來制定範圍管理計畫。參會者可能包括專案經理、專案發起人、選定的專案團隊成員、選定的相關方、範圍管理各過程的負責人，以及其他必要人員。
範圍管理計畫、需求管理計畫
制定專案範圍說明書、根據詳細專案範圍說明書建立wbs、確定如何審批和維護範圍基準、正式驗收已完成的專案可交付成果。
範圍管理計畫可以是正式或非正式的，非常詳細或高度概括的。
需求管理計畫是專案管理計畫的組成部分，描述將如何分析、記錄和管理專案和產品需求，有些組織稱之為「商業分析計畫」。
需求是指根據特定協議或其他強制性規範，產品、服務或成果必須具備的條件或能力。它包括發起人、客戶和其他相關方的已量化且書面記錄的需要和期望。
專案章程、專案管理計畫、專案檔案、商業檔案、協議、事業環境因素、組織過程資產
同5.1的輸入
範圍管理計畫、需求管理計畫、相關方參與計畫
假設日誌、經驗教訓登記冊、相關方登記冊
商業論證
專案和產品需求
組織文化、基礎設施、人事管理制度、市場條件
政策和程式、 包含以往專案資訊的歷史資訊和經驗教訓知識庫
專家判斷、資料收集、資料分析、決策、資料表現、人際關係與團隊技能
商業分析、需求獲取、需求分析、需求檔案、以往類似專案需求、**技術、引導、衝突管理
檔案分析包括審核和評估任何相關的檔案資訊:
協議、商業計畫、業務流程或介面文件、業務規則庫、現行流程、市場文獻、問題日誌、政策和程式、法規檔案、建議邀請書、用例。
**型決策制定
多標準決策分析
親和圖、思維導圖
系統互動圖顯示了業務系統的輸入、輸入提供者、業務系統的輸出和輸出接收者。
原型法是指在實際製造預期產品之前，先造出該產品的模型。原型包括微縮產品、計算機生成的二維和三維模型、實體模型或模擬。故事板是一種原型技術。
需求檔案、需求跟蹤矩陣
需求類別：
過渡和就緒需求
專案需求
質量需求
包括：業務需要、專案目標、專案範圍和wbs可交付成果、產品設計、產品開發、測試策略和可交付場景、高層級需求到詳細需求。
需求跟蹤矩陣是把產品需求從其**連線到能滿足需求的可交付成果的一種**。需求跟蹤矩陣中記錄的典型屬性包括唯一標識、需求的文字描述、收錄該需求的理由、所有者、**、優先級別、版本、當前狀態（如進行中、已取消、已推遲、新增加、已批准、被分配和已完成）和狀態日期。為確保相關方滿意，可能需要增加一些補充屬性，如穩定性、複雜性和驗收標準。
在收集需求過程中識別出的所有需求未必都包含在專案中，所以定義範圍過程就要從需求檔案（收集需求過程的輸出）中選取最終的專案需求，然後制定出關於專案及其產品、服務或成果的詳細描述。
專案章程、專案管理計畫、專案檔案、事業環境因素、組織過程資產
專案目的、可測量的專案目標和相關成功標準、高層級需求、高層級描述邊界定義以及主要可交付成果、整體專案風險、總體里程碑進度計畫、預先批准的專案資源、關鍵相關方名單、專案審批要求、專案退出標準、專案經理職責和職權、發起人姓名和職權
範圍管理計畫
假設日誌、需求檔案、風險登記冊
組織文化、基礎設施、人事管理制度、市場條件
製作專案範圍說明書的政策、程式、模板
以往的專案檔案、以往階段的經驗教訓
專家判斷、資料分析、決策、人際關係與團隊技能、產品分析
徵求類似經驗的小組和個人
備選方案分析
多標準決策分析
引導產品分析技術包括（但不限於）：
產品分解、需求分析、系統分析、系統工程、價值分析、價值工程
專案範圍說明書、專案檔案更新
它記錄了整個範圍，包括專案和產品範圍；詳細描述了專案的可交付成果；還代表專案相關方之間就專案範圍所達成的共識。為便於管理相關方的期望，專案範圍說明書可明確指出哪些工作不屬於本專案範圍。包含以下內容：產品範圍描述、可交付成果、驗收標準、專案的除外責任 。
假設日誌、需求檔案、需求跟蹤矩陣、相關方登記冊
建立工作分解結構（wbs）是把專案可交付成果和專案工作分解成較小、更易於管理的元件的過程
專案管理計畫、專案檔案、事業管理因素、組織過程資產
專案管理計畫元件包括（但不限於）範圍管理計畫。見 5.1.3.1 節，範圍管理計畫定義了如何根據專案範圍說明書建立 wbs。
專案範圍說明書、需求檔案
行業wbs標準
用於建立 wbs 的政策、程式和模板、以往專案的專案檔案、以往專案的經驗教訓
徵求有經驗的個人或小組
識別和分析可交付成果、確定wbs結構和編排方法、自上而下逐層細化分解、為wbs組成部分制定和分配標識編碼、核實可交付成果分解的程度是否恰當
建立 wbs 的方法多種多樣，常用的方法包括自上而下的方法、使用組織特定的指南和使用 wbs模板。自下而上的方法可用於歸併較低層次元件。
分解是一種把專案範圍和專案可交付成果逐步劃分為更小、更便於管理的組成部分的技術；工作包是 wbs 最低層的工作，可對其成本和持續時間進行估算和管理。
如果採用敏捷方法，可以將長篇故事分解成使用者故事。
wbs 包含了全部的產品和專案工作，包括專案管理工作。通過把 wbs 底層的所有工作逐層向上彙總，來確保既沒有遺漏的工作，也沒有多餘的工作。這有時被稱為 100% 規則。
範圍基準、專案檔案更新
專案範圍說明書、wbs、工作包、規劃包、wbs詞典
工作包：wbs 的最低層級是帶有獨特標識號的工作包。這些標識號為進行成本、進度和資源資訊的逐層彙總提供了層級結構，構成賬戶編碼。每個工作包都是控制賬戶的一部分，而控制賬戶則是乙個管理控制點。在該控制點上，把範圍、預算和進度加以整合，並與掙值相比較，以測量績效。控制賬戶擁有兩個或更多工作包，但每個工作包只與乙個控制賬戶關聯。
wbs詞典：賬戶編碼標識、工作描述、假設條件和制約因素、負責的組織、進度里程碑、相關的進度活動、所需資源、成本估算、質量要求、驗收標準、技術參考文獻、協議資訊
假設日誌、需求檔案
確認範圍是正式驗收已完成的專案可交付成果的過程。
由客戶或發起人審查從控制質量過程輸出的核實的可交付成果，確認這些可交付成果已經圓滿完成並通過正式驗收。
確認範圍過程與控制質量過程的不同之處在於，前者關注可交付成果的驗收，而後者關注可交付成果的正確性及是否滿足質量要求。控制質量過程通常先於確認範圍過程，但二者也可同時進行。
專案管理計畫、專案檔案、核實的可交付成果、工作績效資料
範圍管理計畫、需求管理計畫、範圍基準
經驗教訓登記冊、質量報告、需求檔案、需求跟蹤矩陣
核實的可交付成果是指已經完成，並被控制質量過程檢查為正確的可交付成果。
工作績效資料可能包括符合需求的程度、不一致的數量、不一致的嚴重性或在某間段內開展確認的次數。
檢查、決策
確認、審查、決策。檢查有時也被稱為審查、產品審查和巡檢等。
投票驗收的可交付成果、工作績效資訊、變更請求、專案檔案更新
符合驗收標準的可交付成果應該由客戶或發起人正式簽字批准。
哪些成果已經被驗收，哪些未驗收。
針對驗收成果提示變更，由ccb審查（指導與專案管理）
經驗教訓登記冊、需求檔案、需求跟蹤矩陣
控制專案範圍確保所有變更請求、推薦的糾正措施或預防措施都通過實施整體變更控制過程（見 4.6 節）進行處理。
專案管理計畫、專案檔案、工作績效資料、組織過程資產
經驗教訓登記冊、需求檔案、需求跟蹤矩陣
工作績效資料可能包括收到的變更請求的數量、接受的變更請求的數量，或者核實、確認和完成的可交付成果的數量。(用於生成工作績效報告)
與控制範圍相關的政策、可用監督報告的方法與模板
資料分析
偏差分析、趨勢分析
工作績效資訊、變更請求、相關管理計畫更新、專案檔案更新
包括收到變更的分類、識別的範圍偏差和原因、偏差程度、成本影響，以及對未來範圍績效的**
分析專案績效後，可能提出變更，經ccb審查
範圍管理計畫、範圍基準、進度基準、成本基準、績效測量基準
經驗教訓登記冊、需求檔案、需求跟蹤矩陣
c primer讀書筆記 第5章 語句
1.switch語句 case關鍵字和它對應的值一起被稱為case標籤，case標籤必須是整型常量表示式。int val 42 char ch while cin ch switch的執行流程有可能跨過某些case標籤。如果程式跳轉到了某個特定的case，則switch結構中該case標籤前的部分會...
《C Primer》讀書筆記 第5章 語句
前面一些簡單的知識點略過 case關鍵字和它對應的值一起被稱為case標籤。case標籤必須是整形常量表示式，另外要注意的是bool char short 列舉型別也算是整形。switch語句中如果某個case標籤匹配成功，將從該標籤開始往後執行所有case分支。每個case語句分支後都應該有bre...
第1 2 16章讀書筆記
第一章 概論 原文 乙個好的軟體，即使功能和同類軟體區別不大，但卻會讓人感覺到非常好用。這就是軟體的使用者體驗。使用者體驗和資料結構，演算法沒有直接的關係，但是很多非常成功的軟體就贏在這個方面。軟體還要處理 不同語言，不同地區的使用者對介面和功能的不同需求，這個叫做軟體的國際化和本地化。1.使用者體...