項目範圍管理過程包括:規劃範圍管理,收集需求,定義範圍,創建WBS,確認範圍,控制範圍六個過程,下面將對每個過程做重點闡述。
規劃範圍管理是為記錄如何定義、確認和控制項目範圍及產品範圍,而創建範圍管理計劃的過程。這壹過程解決的是整個項目期間對如何管理範圍提供指導性文件。
在項目環境中,“範圍”有兩種含義:
(1)產品範圍:某項產品、服務或成果所具有的特征和功能。
(2)項目範圍:為交付產品、服務或成果所必須完成的工作。
1-2-1 輸入
(1)項目章程
記錄項目目的、項目概述、假設條件、制約因素,以及項目意圖實現的高層級需求。
(2)項目管理計劃
? 質量管理計劃 :在項目中實施組織的質量政策、方法和標準的方式會影響管理項目和產品範圍的方式。
項目生命周期描述: 項目生命周期定義了項目從開始到完成所經歷的壹系列階段。
開發方法: 開發方法定義了項目是采用瀑布式、叠代型、適應型、敏捷型還是混合型開發方法。
(3)事業環境因素
組織文化;基礎設施;人事管理制度;市場條件。
(4)組織過程資產
政策和程序;歷史信息和經驗教訓知識庫。
1-2-2 工具與技術
(1)專家判斷
需給出判斷意見的主題:以往類似項目;特定行業、學科和應用領域的信息。
(2)數據分析
用於評估收集需求、詳述項目和產品範圍、創造產品、確認範圍和控制範圍的各種方法。比如常用的數據分析技術備選方案分析。
(3)會議
參會者可能包括項目經理、項目發起人、選定的項目團隊成員、選定的相關方、範圍管理各過程的負責人,以及其他必要人員。
1-2-3 輸出
(1)範圍管理計劃
範圍管理計劃是項目管理計劃的組成部分,描述將如何定義、制定、監督、控制和確認項目範圍。
範圍管理計劃的內容包括:制定項目範圍說明書;根據詳細項目範圍說明書創建 WBS;確定如何審批和維護範圍基準;正式驗收已完成的項目可交付成果。
(2)需求管理計劃
需求管理計劃是項目管理計劃的組成部分,描述將如何分析、記錄和管理項目和產品需求。
需求管理計劃的主要內容包括:如何跟蹤,規劃和報告各種需求活動;配置管理如何啟動變更,如何分析影響,如何追溯,跟蹤報告,如何變更審批權限等活動;需求優先級排序;測量指標及應用這些指標的理由;反映哪些需求屬性將被列入跟蹤矩陣的跟蹤結構等。
收集需求是為實現目標而確定、記錄並管理相關方的需要和需求的過程。
解決的是需要什麽的問題。
2-2-1 輸入
(1)項目章程
重點關註的是項目章程裏面記錄的項目概述以及將用於制定詳細需求的高層級需求。
(2)項目管理計劃
範圍管理計劃 :範圍管理計劃包含如何定義和制定項目範圍的信息。
需求管理計劃 :需求管理計劃包含如何收集、分析和記錄項目需求的信息。
相關方參與計劃 :從相關方參與計劃中了解相關方的溝通需求和參與程度,以便評估並適應相關方對需求活動的參與程度。
(3)項目文件
假設日誌: 有關產品、項目、環境、相關方以及會影響需求的其他因素的假設條件。
經驗教訓登記冊 :有效的需求收集技術,尤其針對使用叠代型或適應型產品開發方法的項目。
相關方登記冊: 用於了解哪些相關方能夠提供需求方面的信息,及記錄相關方對項目的需求和期望。
(4)商業文件
會影響收集需求過程的商業文件是商業論證,它描述了為滿足業務需要而應該達到的必要、期望及可選標準。
(5)協議
協議包含的項目和產品需求部分。
(6)事業環境因素
能夠影響收集需求過程的事業環境因素包括:組織文化,基礎設施,人事管理制度,市場條件。
(7)組織過程資產
能夠影響收集需求過程的組織過程資產包括:政策和程序;包含以往項目信息的歷史信息和經驗教訓知識庫。
2-2-2 工具與技術
(1)專家判斷
針對以下方面給出專家意見:商業分析,需求獲取,需求分析,需求文件,以往類似項目的項目需求,圖解技術,引導,沖突管理。
(2)數據收集
頭腦風暴: 用於產生和收集對項目需求和產品需求的創意技術。
訪談: 與相關方直接交談,目的是識別和定義所需產品可交付成果的特征和功能,甚至可能獲取到機密信息。
焦點小組: 召集預定的相關方和主題專家,壹起研討,目的是了解他們對所討論產品,服務或成果的期望和態度。
問卷調查: 問卷調查方法非常適用於以下情況:受眾多樣化,需要快速完成調查,受訪者地理位置分散,並且適合開展統計分析。
標桿對照: 將實際或計劃的產品,過程和實踐,與其他組織的進行比較,可比組織可以是內部也可以是外部。
(3)數據分析
用於本過程的數據分析主要是文件分析,文件分析包括審核和評估任何相關的文件信息,以識別和獲取需求。
(4)決策
適用於手機需求過程的決策技術包括:
投票: 本技術用於生成,歸類和排序產品需求,結果包括壹致同意(每個人),大多數同意(超過50%)和相對多數同意
獨裁型決策制定: 由壹個人負責為整個集體制定決策。
多標準決策分析: 借助決策矩陣,用系統分析方法建立諸如風險水平,不確定性和價值收益等多種標準,以對眾多創意進行評估和排序。
(5)數據表現
親和圖: 對大量技術進行分組,以便進壹步審查和分析。
思維導圖: 頭腦風暴結果的呈現,用於反映創意間的***性和差異,激發新創意。
(6)人際關系與團隊技能
名義小組技術 :壹種結構化的頭腦風暴形式,有四個步驟:向集體提出問題,每個人寫出想法;主持人記錄所有人想法;集體討論想法達成明確的***識;私下投票決出各種想法的優先排序,得分高者勝出。
觀察和交談 :直接察看個人在各自的環境中如何執行工作(或任務)和實施流程。
引導 :把主要相關方召集在壹起定義產品需求,有效引導參與者積極參與給出意見。適合引導的場景包括聯合應用設計或開發 (JAD)、質量功能展開 (QFD)、用戶故事
(7)系統交互圖
對產品範圍的可視化繪制,顯示業務系統(過程,設備,計算機系統等)及其與人和其他系統(行動者)之間的交互方式。展示了業務系統的輸入,輸入提供者,業務系統的輸出和輸出接收者。
(8)原型法
原型法是指在實際制造預期產品之前,先造出該產品的模型,並據此征求對需求的早期反饋。包括微縮產品、計算機生成的二維和三維模型、實體模型或模擬。
2-2-3 輸出
(1)需求文件
需求文件描述各種單壹需求將如何滿足與項目相關的業務需求。壹開始可能只有高層級的需求,然後隨著有關需求信息的增加而逐步細化。
需求分類包括:業務需求、相關方需求、解決方案需求(功能需求/非功能需求)、過渡和就緒需求、項目需求、質量需求
(2)需求跟蹤矩陣
需求跟蹤矩陣是把產品需求從其來源連接到能滿足需求的可交付成果的壹種表格。使用需求跟蹤矩陣,把每個需求與業務目標或項目目標聯系起來,有助於確保每個需求都具有商業價值。
可應用於整個項目生命周期中跟蹤需求。需求跟蹤矩陣中記錄的典型屬性包括唯壹標識、需求的文字描述、收錄該需求的理由、所有者、來源、優先級別、版本、當前狀態(如進行中、已取消、已推遲、新增加、已批準、被分配和已完成)和狀態日期等。
3-1 定義
定義範圍是制定項目和產品詳細描述的過程,本過程的主要作用是,描述產品、服務或成果的邊界和驗收標準,解決的是需要做什麽的問題。
本質是從需求文件(收集需求過程的輸出)中選取最終的項目需求,然後制定出關於項目及其產品、服務或成果的詳細描述。
3-2 重點描述
3-2-1 輸入
(1)項目章程
項目章程中包含對項目的高層級描述、產品特征和審批要求。
(2)項目管理計劃
項目管理計劃中的範圍管理計劃記錄了如何定義、確認和控制項目範圍。
(3)項目文件
假設日誌: 有關產品、項目、環境、相關方以及會影響項目和產品範圍的假設條件和制約因素。
需求文件: 應納入範圍的需求。
風險登記冊: 可能影響項目範圍的應對策略,例如縮小或改變項目和產品範圍,以規避或緩解風險。
(4)事業環境因素
?組織文化;基礎設施;人事管理制度;市場條件。
(5)組織過程資產
用於制定項目範圍說明書的政策、程序和模板;以往項目的項目檔案;以往階段或項目的經驗教訓。
3-2-2 工具與技術
(1)專家判斷
(2)數據分析
此過程中常用備選方案分析,備選方案分析可用於評估實現項目章程中所述的需求和目標的各種方法。
(3)決策
常用的是多標準決策分析,多標準決策分析是壹種借助決策矩陣來使用系統分析方法的技術,目的是建立諸如需求、進度、預算和資源等多種標準來完善項目和產品範圍。
(4)人際關系與團隊技能
通過引導使關鍵相關方就項目可交付成果以及項目和產品邊界達成跨職能的***識。
(5)產品分析
產品分析可用於定義產品和服務,包括針對產品或服務提問並回答,以描述要交付的產品的用途、特征及其他方面。
產品分析技術包括產品分解,需求分析,系統分析,系統工程,價值分析,價值工程。
3-2-3 輸出
(1)項目範圍說明書
項目範圍說明書是對項目範圍、主要可交付成果、假設條件和制約因素的描述。包括:
? 產品範圍描述: 逐步細化在項目章程和需求文件中所述的產品、服務或成果的特征。
可交付成果 :為完成某壹過程、階段或項目而必須產出的任何獨特並可核實的產品、成果或
服務能力 :可交付成果也包括各種輔助成果,如項目管理報告和文件。
? 驗收標準 :可交付成果通過驗收前必須滿足的壹系列條件。
項目的除外責任 :識別排除在項目之外的內容。
(2)項目文件更新
可在本過程更新的文件包括:假設日誌,需求文件,需求跟蹤矩陣,相關方登記冊。
4-1 定義
創建工作分解結構(WBS)是把項目可交付成果和項目工作分解成較小、更易於管理的組件的過程。本過程解決的是怎麽做的問題。
4-2 重點描述
4-2-1 輸入
(1)項目管理計劃
項目管理計劃中的範圍管理計劃定義了如何根據項目範圍說明書創建 WBS。
(2)項目文件
項目範圍說明書:需要實施的工作及不包含在項目中的工作。
需求文件:各種單壹需求如何滿足項目的業務需要。
(3)事業環境因素
會影響創建 WBS 過程的事業環境因素包括(但不限於)項目所在行業的 WBS 標準,這些標準可以作為創建 WBS 的外部參考資料。
(4)組織過程資產
能夠影響創建 WBS 過程的組織過程資產包括(但不限於):用於創建 WBS 的政策、程序和模板;以往項目的項目檔案;以往項目的經驗教訓
4-2-2 工具與技術
(1)專家判斷
(2)分解
分解是壹種把項目範圍和項目可交付成果逐步劃分為更小、更便於管理的組成部分的技術;工作包是 WBS 最低層的工作,可對其成本和持續時間進行估算和管理。
4-2-3 輸出
(1)範圍基準
範圍基準是經過批準的範圍說明書、WBS 和相應的 WBS 詞典。
項目範圍說明書 :包括對項目範圍、主要可交付成果、假設條件和制約因素的描述
WBS: 是對項目團隊為實現項目目標、創建所需可交付成果而需要實施的全部工作範圍的層級分解。
工作包: WBS 的最低層級是帶有獨特標識號的工作包。每個工作包都是控制賬戶的壹部分。
規劃包: 壹個控制賬戶可以包含壹個或多個規劃包,其是壹種低於控制賬戶而高於工作包的工
作分解結構組件,工作內容已知,但詳細的進度活動未知。
WBS詞典: 針對 WBS 中的每個組件,詳細描述可交付成果、活動和進度信息的文件。
(2)項目文件更新
可在本過程更新的項目文件包括假設日誌和需求文件。
確認範圍是正式驗收已完成的項目可交付成果的過程。解決的是驗收問題。
5-2-1 輸入
(1)項目管理計劃
範圍管理計劃、需求管理計劃、範圍基準
(2)項目文件
經驗教訓登記冊、質量報告、需求文件、需求跟蹤矩陣
(3)核實的可交付成果
核實的可交付成果是指已經完成,並被控制質量過程檢查為正確的可交付成果。
(4)工作績效數據
包括符合需求的程度、不壹致的數量、不壹致的嚴重性或在某時間段內開展確認的次數。
5-2-2 工具與技術
(1)檢查
檢查是指開展測量、審查與確認等活動,來判斷工作和可交付成果是否符合需求和產品驗收標準。檢查有時也被稱為審查、產品審查和巡檢等。
(2)決策
可用於本過程的決策技術包括(但不限於)投票。
5-2-3 輸出
(1)驗收的可交付成果
符合驗收標準的可交付成果應該由客戶或發起人正式簽字批準。應該從客戶或發起人那裏獲得正式文件,證明相關方對項目可交付成果的正式驗收。
(2)工作績效信息
包括項目進展信息,例如,哪些可交付成果已經被驗收,哪些未通過驗收以及原因。這些信息應該被記錄下來並傳遞給相關方。
(3)變更請求
對已經完成但未通過正式驗收的可交付成果及其未通過驗收的原因,應該記錄在案。可能需要針對這些可交付成果提出變更請求,開展缺陷補救。
(4)項目文件更新
本過程可更新的項目文件包括:經驗教訓登記冊,需求文件,需求跟蹤矩陣
控制範圍是監督項目和產品的範圍狀態,管理範圍基準變更的過程。本過程的主要作用是,在整個項目期間保持對範圍基準的維護,且需要在整個項目期間開展。
6-2-1 輸入
(1)項目管理計劃
包括範圍管理計劃、需求管理計劃、變更管理計劃、配置管理計劃、範圍基準、績效測量基準
(2)項目文件
經驗教訓登記冊,需求文件、需求跟蹤矩陣
(3)工作績效數據
包括收到的變更請求的數量、接受的變更請求的數量,或者核實、確認和完成的可交付成果的數量。
(4)組織過程資產
能夠影響控制範圍過程的組織過程資產包括(但不限於):現有的、正式和非正式的,與範圍控制相關的政策、程序和指南;可用的監督和報告的方法與模板。
6-2-2 工具與技術
(1)數據分析
偏差分析: 偏差分析用於將基準與實際結果進行比較,以確定偏差是否處於臨界值區間內或是否有必要采取糾正或預防措施。
趨勢分析: 趨勢分析旨在審查項目績效隨時間的變化情況,以判斷績效是正在改善還是正在惡化。
6-2-3 輸出
(1)工作績效信息
本過程產生的工作績效信息是有關項目和產品範圍實施情況(對照範圍基準)的、相互關聯且與各種背景相結合的信息,包括收到的變更的分類、識別的範圍偏差和原因、偏差對進度和成本的影響,以及對將來範圍績效的預測。
(2)變更請求
分析項目績效後,可能會就範圍基準和進度基準,或項目管理計劃的其他組成部分提出變更請求。變更請求需要經過實施整體變更控制過程的審查和處理。
(3)項目管理計劃更新
範圍管理計劃
範圍基準:在針對範圍、範圍說明書、WBS 或 WBS 詞典的變更獲得批準後,需要對範圍基準做出相應的變更。
進度基準:在針對範圍、資源或進度估算的變更獲得批準後,需要對進度基準做出相應的變更。
成本基準:在針對範圍、資源或成本估算的變更獲得批準後,需要對成本基準做出相應的變更。
績效測量基準:在針對範圍、進度績效或成本估算的變更獲得批準後,需要對績效測量基準做出相應的變更。
(4)項目文件更新
本過程可更新的項目文件包括:經驗教訓登記冊,需求文件,需求跟蹤矩陣