規(guī)劃過程組在《項目范圍管理》這章中,主要包含以下內(nèi)容:
5.1 規(guī)劃范圍管理
為記錄如何定義、確認(rèn)和控制項目范圍及產(chǎn)品范圍,而創(chuàng)建范圍管理計劃的過程。
5.2 收集需求
為實現(xiàn)項目目標(biāo)而確定、記錄并管理干系人(相關(guān)方)的需要和需求的過程。
5.3定義范圍
制定項目和產(chǎn)品詳細(xì)描述的過程。
5.4創(chuàng)建工作分解結(jié)構(gòu)WBS
將項目可交付成果和項目工作分解為較小的、更易于管理的組件的過程。
01、規(guī)劃范圍管理
項目范圍管理是項目管理中的一個核心領(lǐng)域,指的是確保項目所需的所有工作得到正確的定義和規(guī)劃,并且在項目執(zhí)行過程中控制范圍的變化,以保證項目能夠按時、按預(yù)算、按要求完成。項目范圍管理的目標(biāo)是明確項目的邊界,防止范圍蔓延(Scope Creep),并確保最終的交付物滿足項目的需求。
項目范圍管理通常包括范圍的規(guī)劃、定義、分解、確認(rèn)和控制等活動。每一項活動都是為了確保項目的邊界和目標(biāo)被清楚理解,并且任何偏差或變更都能得到適當(dāng)?shù)奶幚怼?/p>
規(guī)劃范圍管理計劃
(編制范圍管理計劃,書面描述將如何定義、確認(rèn)和控制項目范圍的過程)
輸入:項目管理計劃、項目章程、事業(yè)環(huán)境因素、組織過程資產(chǎn)
工具及技術(shù):專家判斷、會議
輸出:范圍管理計劃(可以再項目管理計劃之中,也可以單獨列一份文件。可以正式或是非正式,可以詳細(xì)的或是概括的。主要描述如何定義、制定、監(jiān)督、控制和確認(rèn)項目范圍。)
需求管理計劃Requirements Management Plan:其主要是在整個生命周期內(nèi)如何分析、記錄、管理需求。
需求管理計劃主要包括以下內(nèi)容:
1、如果規(guī)劃、跟蹤和匯報各種需求活動。例如應(yīng)該規(guī)定需求管理組的組織方式、匯報制度、會議制度、以及怎樣建設(shè)、維護(hù)和解散等。根據(jù)項目規(guī)模設(shè)置相應(yīng)的需求管理崗位并分配相應(yīng)人員的責(zé)任和權(quán)限。
2、需求管理需要使用的資源。例如:需求變更審批表,需求跟蹤矩陣、管理軟件、計算機(jī)硬件資源等。
3、培訓(xùn)計劃。主要培訓(xùn)專題有應(yīng)用領(lǐng)域、需求定義、需求分析、需求驗證、需求管理及相關(guān)工具、配置管理等
4、項目干系人參與需求管理的策略。應(yīng)列出明確的需求管理有關(guān)的項目干系人清單,以及各干系人接入需求管理活動的時機(jī),以便項目干系人按照計劃參與需求管理活動。主要哦活動包括解決需求的共識問題,評估需求影響,通報雙向最終情況,以及識別項目工作范圍與需求之間的不一致性。
5、判斷項目范圍與需求不一致的準(zhǔn)則和糾正過程。包括由誰負(fù)責(zé)跟蹤項目進(jìn)度和糾正進(jìn)度偏差、由誰負(fù)責(zé)跟蹤項目成本和糾正成本偏差、采用什么工具進(jìn)行跟蹤分析和糾正等。
6、需求跟蹤結(jié)構(gòu),即哪些需求樹形將列入跟蹤矩陣,并可在其他那些項目文件中追蹤到這些需求。雙向追蹤,包括正向跟蹤和逆向跟蹤。
7、配置管理活動。例如,啟動產(chǎn)品、服務(wù)或成果的變更,如何分析其影響,如何進(jìn)行跟蹤和匯報,以及誰有權(quán)批準(zhǔn)變更。
02、收集需求
收集需求:為實現(xiàn)項目目標(biāo)而確定、記錄并管理干系人的需求的過程,其作用是為定義和管理項目范圍奠定基礎(chǔ)。
需求分類:
1、業(yè)務(wù)需求(整個組織高層及需要)
2、干系人需求(相關(guān)干系人或干系人群體需要)
3、解決方案需求(又進(jìn)一步分為功能需求(例如流程、數(shù)據(jù)、以及與產(chǎn)品互動等)和非功能需求(對功能需求做補充如可靠性,安全性、性能只等))
4、過度需求。
5、項目需求。為項目滿足的行動,過程或是其他條件
6、質(zhì)量需求。又可以分為基本需求、期望需求、意外需求。
輸入:項目章程、項目管理計劃、需求管理計劃、項目范圍管理計劃、干系人登記冊、干系人管理計劃
工具及技術(shù):
訪談、焦點小組(將預(yù)選定干系人和主題專家集中一起互動討論)
引導(dǎo)式研討會Faclitated Workshop(就是跨職能干系人一起參加會議)
群體創(chuàng)新技術(shù)(是一個總的概括包括具體的頭腦風(fēng)暴(不同崗位不同專業(yè)一起開會,5-10人,最好1小時左右,主持人只主持會議不做評論)、名義小組技術(shù)(通過投票排列最有用的創(chuàng)意)、德爾菲技術(shù)(組織專家就某一主題達(dá)成一致意見的一種信息收集技術(shù),先給選定專家問卷,在根據(jù)結(jié)果反饋,專家答復(fù)只能給主持人,以保證匿名狀態(tài))、概念,思維導(dǎo)圖(又稱心智圖)、親和醫(yī)(用圖的萬式表示用結(jié)果去找原因)和多標(biāo)準(zhǔn)決策分析(借助決策短陣用系統(tǒng)分析方法建立諸如風(fēng)險水平、不確定性和價值收益多種標(biāo)準(zhǔn),從而對眾多方案進(jìn)行評估和排列的一種技術(shù))問題等)
群體決策技術(shù)(主要分一致同意、大多數(shù)同意原則(過50%),相對多數(shù)原則(選最多的)、獨裁)問卷調(diào)查、觀察法、原型法、標(biāo)桿對照(與其他相似的作對照)、系統(tǒng)交互圖、文件分析
輸出:需求文件、需求跟蹤矩陣。
需求跟蹤矩陣主要內(nèi)容包括:
1、業(yè)務(wù)需求、機(jī)會、目的和目標(biāo)。
2、項目目標(biāo)。
3、項目范圍(WBS可交付成果)
4、產(chǎn)品設(shè)計。
5、產(chǎn)品開發(fā)。
6、測試策略和測試場景。
7、高層及需求到詳細(xì)需求。
03、定義范圍
定義范圍(確定范圍邊界):主要是明確所收集的需求哪些將包含在項目范圍內(nèi),哪些將排出項目范圍外。
輸入:(肯定有)項目管理計劃、項目章程、項目范圍管理計劃、需求文件、組織過程資產(chǎn)。
工具及技術(shù):專家判斷、產(chǎn)品分析(包括產(chǎn)品分解(WBS就是典型的分解)、系統(tǒng)分析、需求分析、系統(tǒng)工程、價值工程和價值分析等)、備選方案生成、引導(dǎo)式研討會。
輸出:項目范圍說明書(Project Scope Statement)
項目范圍說明書主要內(nèi)容有(7個):
1、項目的目標(biāo);
2、產(chǎn)品范圍描述;
3、驗收標(biāo)準(zhǔn);
4、可交付成果;
5、項目的除外責(zé)任(通常需要識別出什么是被排除在項目之外,有助于管理項目干系人期望);
6、制約因素(例如:事先確定的預(yù)算);
7、假設(shè)條件(指在制定計劃時,不需要驗證即可視為正確、真實或確定的因素)。
04、創(chuàng)建WBS
輸入:基本上和定義范圍輸入一樣,多了個項目范圍說明書。
工具及技術(shù):分解,專家判斷
輸出:范圍基準(zhǔn)(每個人很清楚哪里的活兒怎么干,要干成什么樣),項目文件更新
范圍基準(zhǔn)(Scope Baseline):是經(jīng)過批準(zhǔn)的項目范圍說明書、WBS和WBS詞典。以范圍基準(zhǔn)來衡量項目是否完成
WBS分層(應(yīng)該控制在4~6層)特點:
1、每層中的所有要素質(zhì)和是下一層的工作之和。
2、每個工作要素應(yīng)該具體指派一個層次,而不應(yīng)該指派給多個層次。
3、WBS需要有投入工作的范圍描述,這樣才能使所有人對要完成的工作有全面的了解。
WBS分解(兩種類型,樹型和列表型)
1、識別和分析可交付成果及相關(guān)工作
2、確定WBS的結(jié)構(gòu)和編排方法
3、自上而下逐層細(xì)化分解
4、為WBS組件制定和分配標(biāo)識編碼
5、核實可交付成果分解的程度是恰當(dāng)?shù)摹?/p>
分IE原則:1、功能或者技術(shù)原則。2、組織結(jié)構(gòu)。3、系統(tǒng)感是子系統(tǒng)。
WBS詞典
主要包括:編碼、工作包描述(內(nèi)容)、成本預(yù)算、時間安排、質(zhì)量標(biāo)準(zhǔn)或要求、責(zé)任人或部門或外部單位(委托項目)、資源配置情況、其他屬性(賬戶編碼、資源需求)等。