一、項目范圍管理
項目范圍管理包括確保項目做且只做所需的全部工作,以成功完成項目的各個過程。
二、項目管理范圍需要做的工作
- 明確項目邊界、哪些該做,哪些不該做。
- 對項目執(zhí)行工作進行監(jiān)控,不多做,不少做。
- 防止項目范圍發(fā)生蔓延,范圍蔓延是指對未定時間、成本和資源做相應(yīng)調(diào)整,未經(jīng)控制的產(chǎn)品或范圍的擴大。
三、產(chǎn)品范圍和項目范圍
- 產(chǎn)品范圍
表示產(chǎn)、服務(wù)或結(jié)果的特性和功能 - 項目范圍
為了完成具有規(guī)定特征和功能的產(chǎn)品、服務(wù)或結(jié)果,而必須完成的項目工作。項目范圍在項目的早期被描述出來,并且隨著項目的進展變得更加詳細。 - 項目范圍是否完成
項目范圍是否完成以項目管理計劃、項目范圍說明書、WBS、以及WBS字典作為衡量標(biāo)準(zhǔn)。 - 產(chǎn)品范圍是否完成
以是否完成產(chǎn)品需求說明書作為衡量標(biāo)注。
四、項目管理范圍的5個管理過程
| 管理過程 | 所屬過程組 | 解釋 |
|---|---|---|
| 規(guī)劃范圍管理 | 規(guī)劃過程組 | 編制范圍管理計劃,書面描述將如何定義、確認和控制項目范圍的過程。 |
| 收集需求 | 規(guī)劃過程組 | 為實現(xiàn)項目目標(biāo)而確定、記錄并管理干系人的需要和需求的過程。 |
| 定義范圍 | 規(guī)劃過程組 | 制定項目和產(chǎn)品詳細描述的過程。 |
| 創(chuàng)建WBS(工作分解結(jié)構(gòu)) | 規(guī)劃過程組 | 將項目可交付成果和項目工作分解為較小的、更易于管理的組件的過程。 |
| 確認范圍 | 監(jiān)控過程組 | 正式驗收已完成的項目可交付成果的過程。 |
| 控制范圍 | 監(jiān)控過程組 | 監(jiān)督項目和產(chǎn)品的范圍狀態(tài),管理范圍基準(zhǔn)變更的過程。 |
五、規(guī)劃范圍管理
編制范圍管理計劃,書面描述將如何定義、確認和控制項目范圍的過程,其主要作用是在整個項目中對如何管理范圍提供指南和方向。范圍管理計劃可以是正式或非正式,非常詳細或高度概括的。
六、編制范圍管理計劃過程的輸入、工具和輸出(☆)
| 輸入 | 工具技術(shù) | 輸出 |
|---|---|---|
| 1、項目管理計劃2、項目章程 | 1、專家判斷 | 1、范圍管理計劃 |
| 2、項目章程 | 2、會議 | 2、需求管理計劃 |
| 3、事業(yè)環(huán)境因素 | ||
| 4、組織過程資產(chǎn) |
七、項目范圍管理計劃的內(nèi)容
- 如何制定項目范圍說明書。
- 如何根據(jù)范圍說明書創(chuàng)建WBS。
- 如何維護和批準(zhǔn)WBS。
- 如何確認和正式驗收已完成的項目可交付成果。
- 如何處理項目范圍說明書的變更,該工作已實施整體變更控制過程直接關(guān)聯(lián)。
八、收集需求過程的輸入、工具和輸出
| 輸入 | 工具技術(shù) | 輸出 |
|---|---|---|
| 1、范圍管理計劃 | 1、訪談 | 1、需求文件 |
| 2、需求管理計劃 | 2、焦點小組 | 2、需求跟蹤矩陣 |
| 3、干系人管理計劃 | 3、引導(dǎo)式研討會 | |
| 4、項目章程 | 4、群體創(chuàng)新技術(shù) | |
| 5、干系人登記冊 | 5、群體決策技術(shù) | |
| 6、問卷調(diào)查 | ||
| 7、觀察 | ||
| 8、原型法 | ||
| 9、標(biāo)桿對照 | ||
| 10、系統(tǒng)交互圖 | ||
| 11、文件分析 |
1)、群體創(chuàng)新技術(shù)
1、頭腦風(fēng)暴法: 又稱為智力激勵法、自由思考法或集思廣益法,頭腦風(fēng)暴法分為直接頭腦風(fēng)暴法(通常簡稱為頭腦風(fēng)暴法)和質(zhì)疑頭腦風(fēng)暴法(也稱反頭腦風(fēng)暴法)。
2、名義小組技術(shù):通過投票來排列最有用的創(chuàng)意,以便進行進一步的頭腦風(fēng)暴或優(yōu)先排序。
3、德爾菲技術(shù):一種組織專家就某一主題達成一致意見的一種信息收集技術(shù)。由一組選定的專家回答問卷,并對每一輪需求收集的結(jié)果在給出反饋。專家的答復(fù)只能交給主持人,以保持匿名狀態(tài)。
德爾菲技術(shù)的主要缺點是:過程比較復(fù)雜,話費時間較長。
4、概念/思維導(dǎo)圖:又稱為心智圖,是將從頭腦風(fēng)暴中獲得的創(chuàng)意,用一張簡單的圖聯(lián)系起來,以反映這些創(chuàng)意之間的共性與差異,從而引導(dǎo)出新的創(chuàng)意。
5、親和圖:又稱為KJ法,是針對某一問題,充分收集各種經(jīng)驗、知識、想法和意見等語言、文字資料,通過圖解方式進行匯總, 并按其相互親和性歸納整理這些資料,使問題明確起來,求得統(tǒng)一認識,以利于解決的一種方法。
親和圖的核心是頭腦風(fēng)暴法,是根據(jù)結(jié)果去尋找原因??梢詫⒋罅縿?chuàng)意分類,以便審查和分析。主要依據(jù)各種創(chuàng)意之間的相似性,對頭腦風(fēng)暴中得到的各種創(chuàng)意進行分類。
6、群體決策技術(shù):為達成某種期望結(jié)果而對多個未來行動方案進行評估。主要有一致同意、大多數(shù)同意、相對多數(shù)同意、獨裁等方法。
7、標(biāo)桿對照: 將實際或計劃的做法與其他類似組織的做法(例如,流程、操作過程等)進行比較,以便識別最佳實踐,形成改進意見,并為績效考核提供依據(jù)。
8、系統(tǒng)交互圖: 它是對產(chǎn)品范圍的可視化描述,顯示系統(tǒng)(過程、設(shè)備、信息系統(tǒng)等)與參與者(用戶、獨立于本系統(tǒng)之外的其他系統(tǒng))之間的交互方式。軟件需求分析中的DFD、用例圖都可以看作是系統(tǒng)交互圖。
9、文件分析:就是通過分析現(xiàn)有文檔,識別與需求相關(guān)的信息來挖掘需求。
10、定義范圍: 詳細描述項目和產(chǎn)品的過程。輸出詳細的項目范圍說明書。范圍定義是一個反復(fù)的過程。其主要作用是明確所收集的需求哪些將包含在項目范圍內(nèi),哪些將排除在項目范圍外,從而明確產(chǎn)品、服務(wù)或成果的邊界。
九、定義范圍過程的輸入、工具和輸出
| 工具技術(shù) | 輸入 | 輸出 |
|---|---|---|
| 1、項目管理計劃 | 1、產(chǎn)品分析 | 1、項目范圍說明書 |
| 2、項目章程 | 2、專家判斷 | 2、項目文件更新 |
| 3、需求文件 | 3、備選方案生成 | |
| 4、組織過程資產(chǎn) | 4、引導(dǎo)式研討會 |
1)、需求文件:
描述各種單一需求將如何滿足與項目相關(guān)的業(yè)務(wù)需求。主要內(nèi)容包括:業(yè)務(wù)需求、干系人需求、解決方案需求、項目需求、過渡需求、與需求相關(guān)的假設(shè)條件、依賴關(guān)系和制約因素。
2)、產(chǎn)品分析:
旨在弄清產(chǎn)品范圍,并把對產(chǎn)品的要求轉(zhuǎn)化成項目的要求。產(chǎn)品分析技術(shù)包括產(chǎn)品分解、系統(tǒng)分析、需求分析、系統(tǒng)工程、價值工程和價值分析等。
3)、備選方案生成:
一種用來制定盡可能多的潛在可選方案的技術(shù),用于識別執(zhí)行項目工作的不同方法。如頭腦風(fēng)暴、橫向思維、備選方案分析等。
十、項目范圍說明書:
項目范圍說明書是對項目范圍、主要可交付成果、假設(shè)條件和制約因素的描述。記錄了整個范圍,包括項目和產(chǎn)品范圍。詳細描述了項目的可交付物和產(chǎn)生這些可交付物所必須做的工作,項目范圍說明書在所有項目干系人之間建立了一個對項目范圍的共同理解,描述了項目的主要目標(biāo),使項目團隊能進行更詳細的計劃,指導(dǎo)項目團隊在項目實施期間的工作,并評估是否為客戶需求進行變更或附加的工作是否在項目范圍之內(nèi)提供基準(zhǔn)。
1)、項目范圍說明書的作用:
- 確定范圍。
- 溝通基礎(chǔ)。
- 規(guī)劃和控制依據(jù)。
- 變更基礎(chǔ)。
- 規(guī)劃基礎(chǔ)。
2)、項目范圍說明書的內(nèi)容:
- 產(chǎn)品范圍描述。
- 驗收標(biāo)準(zhǔn)。
- 可交付成果。
- 項目的除外責(zé)任。
- 制約因素。
- 假設(shè)條件。
十一、確定工作分解結(jié)構(gòu)(WBS)
把項目可交付物和項目工作逐步分層分解為更小的、更易于管理的項目單元的過程,這些工作單元是可驗證的產(chǎn)品、服務(wù)或成果。
WBS是一種以結(jié)果為導(dǎo)向的分析方法,用于分析項目所涉及的工作,所有這些工作構(gòu)成項目的整個工作范圍。
WBS 的最底層的工作單元被稱為工作包,他是定義工作范圍、定義項目組織、設(shè)定項目產(chǎn)品的質(zhì)量和規(guī)格、估算和控制費用、估算時間周期和安排進度的基礎(chǔ)。
凡是沒有出現(xiàn)在WBS中的工作,均不屬于項目的范圍,若要完成這樣的工作,要遵循變更控制流程并需經(jīng)過變更控制委員會的批準(zhǔn)。
工作分解結(jié)構(gòu)的編制要所有項目干系人的參與,一般是逐層向下分解的。
十二、創(chuàng)建工作分解結(jié)構(gòu)的輸入、工具和輸出
| 輸入 | 工具與技術(shù) | 輸出 |
|---|---|---|
| 1、項目管理計劃 | 1、分解 | 1、范圍基準(zhǔn) |
| 2、項目范圍說明書 | 2、專家判斷 | 2、項目文件更新 |
| 3、需求文件 | ||
| 4、組織過程資產(chǎn) | ||
| 5、事業(yè)環(huán)境因素 |
1)、WBS表示形式
- 分級的樹形結(jié)構(gòu):層次清晰、直觀、結(jié)構(gòu)性強、不容易被修改、應(yīng)用于中小型項目中。
- 表格形式:反映項目所有的工作要素、直觀性強,應(yīng)用于大型、復(fù)雜的項目。
- 魚骨圖式
2)、分解
將項目可交付物分成更小的、更易管理的單元,直到可交付物細分到足以支持未來的、清晰定義項目活動的工作包(☆)。
業(yè)內(nèi)一般把一個人2周能干完的工作稱為一個工作包,或把一個人80小時能干完的工作稱為一個工作包。
3)、工作包
位于WBS每條分支最底層的可交付成果或項目工作組成部分,它是定義工作范圍、定義項目組織、設(shè)定項目產(chǎn)品的質(zhì)量和規(guī)格、估算和控制費用、估算時間周期和安排進度的基礎(chǔ)。作為經(jīng)驗。8/80規(guī)則(80小時規(guī)則)建議工作包的大小應(yīng)該至少需要8小時完成,而總完成時間也不應(yīng)該大于80個小時。
4)、里程碑
標(biāo)志著某個可交付成果或階段的正式完成。
5)、滾動式計劃
近期的工作計劃得細一些,遠期的工作計劃得相對粗一些。依據(jù):項目的規(guī)模,復(fù)雜度及項目生命周期的長短。
6)、把整個項目的工作分解為工作包的步驟
- 識別和分析可交付成果及相關(guān)工作。
- 確定WBS的結(jié)構(gòu)和編排方法。
- 自上而下逐層細化分解。
- 為WBS組件制定和分配標(biāo)識編碼。
- 核實可交付成果分解的程度是否恰當(dāng)。
7)、分解的原則:
功能或者技術(shù)原則(將不同人員的工作分開)、組織結(jié)構(gòu)(要適應(yīng)組織結(jié)構(gòu)形式)、系統(tǒng)或者子系統(tǒng)(總系統(tǒng)劃分為子系統(tǒng),子系統(tǒng)再進行分解)。
8)、分解過程應(yīng)注意的事項:
- WBS必須是面向可交付成果的。
- WBS必須符合項目的范圍。
- WBS的底層應(yīng)該支持計劃和控制。
- WBS中的元素必須有人負責(zé),而且只由一個人負責(zé),盡管實際上可能需要多個人參與。
- WBS的指導(dǎo)。作為指導(dǎo)而不是原則,WBS應(yīng)控制在46層。如果項目規(guī)模比較大,以至于WBS要超過6成,此時,可以使用項目分解結(jié)構(gòu)將大項目分解成子項目,然后針對子項目來做WBS。每個級別的WBS將上一級的一個元素分為47個新的元素,同一級的元素的大小應(yīng)該相似,一個工作單元只能從屬于某個上層單元,避免交叉從屬。
- WBS應(yīng)包括項目管理工(因為管理是項目具體工作的一部分),也要包括分包出去的工作。
- WBS的編制需要所有主要項目干系人的參與,需要項目團隊成員的參與。
- WBS并非是一成不變的。
9)、其他的一些分解結(jié)構(gòu)(☆)
- 組織分解結(jié)構(gòu)(OBS):描述了執(zhí)行組織的層次結(jié)構(gòu),以便把工作包同執(zhí)行組織單元相關(guān)聯(lián)。
- 物料清單(BOM):描述了生產(chǎn)一個產(chǎn)品所需的實際部件、組件和構(gòu)件的分級層次表格。
- 風(fēng)險分解結(jié)構(gòu)(RBS):以層次結(jié)構(gòu)的方式對已識別出的風(fēng)險進行組織,通常是按風(fēng)險類別進行劃分的。
- 資源分解結(jié)構(gòu)(RBS):根據(jù)資源類型進行組織的一個分層架構(gòu)。
10)、WBS詞典:
詳細描述可交付成果、活動和進度信息的文件、內(nèi)容至少包括賬戶編碼標(biāo)識、工作描述、假設(shè)條件和制約因素、負責(zé)的組織、進度里程碑、相關(guān)的進度活動、所需資源、成本估算、質(zhì)量要求、驗收標(biāo)準(zhǔn)、技術(shù)參考文獻、協(xié)議信息。
11)、范圍基準(zhǔn)(范圍基線):
被批準(zhǔn)的詳細的項目范圍說明書、WBS、WBS詞典是項目的范圍基準(zhǔn)。
12)、確認范圍:
客戶等項目干系人正式驗收并接受已完成的項目可交付物的過程。貫穿于項目始終。
13)、范圍確認與質(zhì)量控制。
范圍確認是有關(guān)工作結(jié)果的接受問題,關(guān)注可交付成果的驗收,而質(zhì)量控制是有關(guān)工作結(jié)果正確與否,關(guān)注可交付成果的正確性及是否滿足質(zhì)量要求。
質(zhì)量控制一般在范圍確認之前完成,當(dāng)然也可并行進行。
14)、確認范圍的一般步驟:
- 確定需要進行確認范圍的時間。
- 識別確認范圍需要哪些投入。
- 確定范圍正式被接受的標(biāo)準(zhǔn)和要素。
- 確定確認范圍會議的組織步驟。
- 組織確認范圍會議。
十三、確認范圍和項目收尾:
確認范圍強調(diào)的是核實與接受可交付成果,而項目收尾強調(diào)的是結(jié)束項目(或階段)所要做的流程性工作。
確認范圍強調(diào)驗收項目可交付成果,項目收尾強調(diào)驗收產(chǎn)品。
1)、確認范圍的輸入、工具和輸出
| 輸入 | 工具技術(shù) | 輸出 |
|---|---|---|
| 1、項目管理計劃 | 1、檢查(審查、產(chǎn)品評審、審計、走查、巡檢) | 1、驗收的可交付成果 |
| 2、需求文件 | 2、群體決策技術(shù) | 2、變更請求 |
| 3、需求跟蹤矩陣 | 3、工作績效信息 | |
| 4、確認的可交付成果 | 4、項目文件更新 | |
| 5、工作績效數(shù)據(jù) |
2)、群體決策技術(shù):
為達成某種期望結(jié)果,而對多個未來行動方案進行評估的過程,本技術(shù)用于生成產(chǎn)品需求,并對產(chǎn)品需求進行歸類和優(yōu)先級排序。
方法有:一致同意(德爾菲技術(shù))、大多數(shù)原則(超過50%人員的支持)、 相對多數(shù)原則(根據(jù)群體中相對多數(shù)者的意見做出決策,候選項超過兩個時使用)、獨裁。
3)、控制范圍:
范圍控制是監(jiān)控項目和產(chǎn)品的范圍狀態(tài),管理范圍基準(zhǔn)變更的過程,也是控制變更的過程??刂祈椖糠秶源_保所有請求的變更和推薦的糾正行動,都要通過整體變更控制過程處理,當(dāng)變更發(fā)生并且集成到其他控制過程時,項目范圍控制也被用來管理實際的變更,經(jīng)常把未經(jīng)控制的產(chǎn)品或項目范圍的擴大稱作為項目“范圍蔓延”。
4)、控制范圍的輸入、工具和輸出
| 輸入 | 工具與技術(shù) | 輸出 |
|---|---|---|
| 1、項目管理計劃 | 1、偏差分析 | 1、項目管理計劃更新 |
| 2、需求跟蹤矩陣 | 2、變更請求 | |
| 3、需求文件 | 3、工作績效信息 | |
| 4、工作績效數(shù)據(jù) | 4、項目文件更新 | |
| 5、組織過程資產(chǎn) | 5、組織過程資產(chǎn)更新 |
5)、偏差分析:
一種確定實際績效與基準(zhǔn)的差異程度及原因的技術(shù)。
6)、范圍控制涉及的內(nèi)容:
影響引起范圍變更的因素,確保所有被請求的變更按照項目整體變更控制處理,范圍變更發(fā)生時管理實際的變更。
7)、范圍變更控制的工作、
- 影響導(dǎo)致范圍變更的因素、并盡量使這些因素向有利的方面發(fā)展。
- 判斷范圍變更是否已經(jīng)發(fā)生。
- 范圍變更發(fā)生時管理實際的變更,確保所有被請求的變更按照項目整體變更控制過程處理。
8)、變更控制系統(tǒng):
管理變更的一套系統(tǒng),是一套用于對項目范圍作出變更的程序,包括文書工作,跟蹤系統(tǒng)以及授權(quán)變更所需的認可。包含變更流程、變更文件,糾正行動。由變更控制委員會CCB批準(zhǔn)或者拒絕變更申請。