1、1,第三章項目的范圍管理,1.項目范圍管理概述 2.范圍計劃編制（范圍規(guī)劃） 3.范圍定義 4.創(chuàng)建WBS 4.范圍核實與變更控制 5.范圍管理注意事項,2,項目范圍管理是指對項目包括什么與不包括什么的定義與控制過程。 這個過程用于確保項目組和項目干系人對作為項目結(jié)果的項目產(chǎn)品以及生產(chǎn)(開發(fā))這些產(chǎn)品所用到的過程有共同的理解。,項目范圍管理概述,3,啟動過程制定項目章程完成后，項目范圍管理開始進(jìn)行，其主要過程有： 1.范圍計劃編制 2. 范圍定義（WBS） 3.范圍核實 4.范圍的變更控制,項目范圍管理概述,4,項目范圍管理概述,范圍的概念包含兩方面，一個是產(chǎn)品范圍，即產(chǎn)品或服務(wù)所包含的特征或

2、功能；另一個是項目范圍，即為交付具有規(guī)定特征和功能的產(chǎn)品或服務(wù)所必項完成的工作。 在確定范圍時，首先要確定最終產(chǎn)生的是什么，它具有哪些可清晰界定的特征。特征必須要清晰，用文字、圖表或某種標(biāo)準(zhǔn)表達(dá)出來，能被項目參與人理解。,5,項目范圍管理概述,項目范圍的定義要以其組成的所有產(chǎn)品的范圍定義為基礎(chǔ)，但是又不限于產(chǎn)品范圍，它還包括為了實現(xiàn)這些產(chǎn)品范圍內(nèi)的工作必須要做的管理工作（進(jìn)度管理等）。 有可能一個產(chǎn)品的范圍很大，我們只是將其中的一小部分作為項目，這時，項目范圍與產(chǎn)品范圍就是交叉關(guān)系。,項目范圍與產(chǎn)品范圍,6,項目范圍管理概述,定制軟件的范圍通常由項目目標(biāo)、主要功能、性能需求（包括安全性、穩(wěn)定性

3、、準(zhǔn)確度和響應(yīng)速度方面的限制）、系統(tǒng)接口和其他特殊要求等幾個方面來說明。,7,項目范圍管理概述,項目范圍管理是確保項目包括成功完成項目所需的全部工作，但又只包括必須完成的工作的各個過程。,辦法： 確保已經(jīng)包括了為完成該 項目所需的所有工作； 且僅僅只包括那些工作,8,項目范圍管理,項目范圍管理,1.范圍規(guī)劃,.1 輸入 .1 產(chǎn)品說明 .2 制約因素 .3 項目章程 .4 假設(shè)條件 .5 項目管理計劃 .2 工具和技術(shù) .1 專家判斷 .2 利潤/成本分析 .2 模板，表格和標(biāo)準(zhǔn) .3 輸出 .1 項目范圍管理計劃,2. 范圍定義,.1 輸入 .1 組織的過程資產(chǎn) .2 項目章程 .3 初始項

4、目范圍說明書 .4 項目范圍管理計劃 .5 已批準(zhǔn)的變更請求 .2 工具及技術(shù) .1 產(chǎn)品分析 .2 可選方案識別 .3 專家判斷 .4 項目干系人分析 .3 輸出 .1 項目范圍說明書 .2 請求的變更 .3 項目范圍管理計劃（更新）,3.創(chuàng)建 WBS,.1 輸入 .1 組織的過程資產(chǎn) .2 項目范圍說明書 .3 項目范圍管理計劃 .4 已批準(zhǔn)的變更請求 .2 工具及技術(shù) .1 WBS 模板 .2 分解 .3 輸出 .1 項目范圍說明書（更新) .2 工作分解結(jié)構(gòu) .3 WBS 字典 .4 范圍基線 .5 項目范圍管理計劃（更新） .6 變更請求,9,項目范圍管理,4. 范圍確認(rèn),.1 輸入

5、 .1 項目范圍說明書 .2 WBS 字典 .3 項目范圍管理計劃 .4 可交付物 .2 工具及技術(shù) .1 檢查 .3 輸出 .1 已接受的可交付成果 .2 變更請求 .3 推薦的糾正措施,5.范圍變更控制,.1 輸入 .1 項目范圍說明書 .2 工作分解結(jié)構(gòu) .3 WBS 字典 .4 項目范圍管理計劃 .5 績效報告 .6 批準(zhǔn)的變更請求 .7 工作績效信息 .2 工具和技術(shù) .1 變更控制系統(tǒng) .2 偏差分析 .3 重新計劃 .4 配置管理系統(tǒng) .3 輸出 .1 項目范圍管理計劃(更新) .2 工作分解結(jié)構(gòu) (更新) .3 WBS 字典(更新) .4 范圍基線 (更新) .5 變更請求 .

6、6 推薦的糾正措施 .7 組織的過程資產(chǎn) (更新) .8 項目管理計劃 (更新),10,范圍管理內(nèi)容提綱,1.項目范圍管理概述 2.范圍計劃編制（范圍規(guī)劃） 3.范圍定義 4.創(chuàng)建WBS 4.范圍核實與變更控制 5.范圍管理注意事項,11,范圍計劃編制（范圍規(guī)劃）,項目范圍計劃是指形成正式文件，就是編寫項目范圍說明書（或工作約定書等等）的過程。 項目范圍計劃過程的主要輸入（收集和參考的資料）包括項目章程(目標(biāo))和項目概述，而其主要輸出（結(jié)果）是形成書面的范圍說明書。,12,范圍計劃編制,項目范圍計劃主要包括項目論證（可行性分析的簡要內(nèi)容）、項目產(chǎn)品概述、項目交付成果簡述、工作或服務(wù)內(nèi)容（通常是

7、乙方或廠商、開發(fā)方）、項目成功的主要因素（可選）等等。,13,范圍管理內(nèi)容提綱,1.項目范圍管理概述 2.范圍計劃編制（范圍規(guī)劃） 3.范圍定義 4.創(chuàng)建WBS 4.范圍核實與變更控制 5.范圍管理注意事項,14,范圍定義,致力于對項目的目標(biāo)產(chǎn)品更好地理解：運用系統(tǒng)分析、價值工程、價值分析、功能分析等技術(shù),頭腦風(fēng)暴法 橫向思維,15,橫向思維,借鑒、聯(lián)想、類比，充分利用其它領(lǐng)域中的知識、信息、方法、材料，和自己頭腦中的問題或課題關(guān)聯(lián)起來，從而提出創(chuàng)造性的設(shè)想和方案。按創(chuàng)始人愛德華的觀點，縱向思維者依賴于前提、概念、邏輯，具有相當(dāng)?shù)木窒扌?，而橫向思維者是對問題本身提出問題，重構(gòu)問題，它傾向于觀察

8、事物的所有方面“縱向思維是在挖深同一個洞，橫向思維是嘗試在別處挖洞?！?16,所謂頭腦風(fēng)暴(Brain-storming) 最早是精神病理學(xué)上的用語，指精神病患者的精神錯亂狀態(tài)而言的，如今轉(zhuǎn)而為無限制的自由聯(lián)想和討論，其目的在于產(chǎn)生新觀念或激發(fā)創(chuàng)新設(shè)想。 采用頭腦風(fēng)暴法組織群體決策時，要集中有關(guān)專家召開專題會議，主持者以明確的方式向所有參與者闡明問題，說明會議的規(guī)則，盡力創(chuàng)造在融洽輕松的會議氣氛。一般不發(fā)表意見，以免影響會議的自由氣氛。由專家們“自由”提出盡可能多的方案。,17,項目范圍說明書：,項目目標(biāo) 產(chǎn)品范圍說明書 項目需求說明書 項目邊界 項目可交付成果 產(chǎn)品驗收準(zhǔn)則 項目制約因素 項

9、目假設(shè),項目初步組織 初步確定的風(fēng)險 進(jìn)度里程碑 資金限制 成本估算 項目配置管理要求 項目技術(shù)規(guī)定說明書 批準(zhǔn)要求,18,目標(biāo)制定的 SMART 原則,S （Specific results)：即規(guī)定一個具體的目標(biāo) M (Measurable)：即目標(biāo)可以用數(shù)量、質(zhì)量和影響等標(biāo)準(zhǔn)來衡量 A（accepted )： 即設(shè)定的目標(biāo)應(yīng)該被管理人員和員工雙方接受 （Attainable & Challengeable） R（relevant ）：即設(shè)定的目標(biāo)應(yīng)該是與工作單位的需要和員工前程的發(fā)展相關(guān)的 T （time）：即目標(biāo)中包含一個合理的時間約束，預(yù)計屆時可以出現(xiàn)相應(yīng)的結(jié)果 (Traceable

10、),19,項目目標(biāo)示例,IE4.0 瀏覽器項目的項目前景和目標(biāo) 此次計劃推出的IE瀏覽器軟件，它可以為企業(yè)項目干系人和最終用戶端提供高速、穩(wěn)定、總體擁有成本最低的使用體驗，可以與微軟的Office軟件有效集成，這一產(chǎn)品的市場目標(biāo)是在1998年將IE的市場占有率擴(kuò)大到65%。,20,范圍說明書實例,不同項目，范圍說明書長度和內(nèi)容不一。 政府項目通常會稱作工作說明書（SOW）的范圍說明。 實例：ERP項目范圍說明書（項目約定書）。,21,范圍管理內(nèi)容提綱,1.項目范圍管理概述 2.范圍計劃編制（范圍規(guī)劃） 3.范圍定義 4.創(chuàng)建WBS 4.范圍核實與變更控制 5.范圍管理注意事項,22,創(chuàng)建WBS

11、,23,創(chuàng)建WBS,把主要的項目可交付成果分解成較小的、 更易管理的單元，以達(dá)到如下目的： 提高對成本、時間及資源估算的精確度。 為績效測量與控制定義一個基準(zhǔn)。 便于進(jìn)行明確的職責(zé)分配。,24,工作分解結(jié)構(gòu) WBS,WBS(Work Breakdown Structure)是面向可交付成果的對項目元素的分組，它組織并定義了整個項目范圍；未列入工作分解結(jié)構(gòu)的工作將排除在項目范圍之外。,WBS是一個分級的樹型結(jié)構(gòu)，是將項目按照其內(nèi)在結(jié)構(gòu)或?qū)嵤┻^程的順序進(jìn)行逐層分解而形成的結(jié)構(gòu)示意圖。 核心思想：化整為零,25,SAP系統(tǒng)實施方法論（過程）,業(yè)務(wù)藍(lán)圖,項目準(zhǔn)備,0,項目評估,6,后續(xù)支持,系統(tǒng)實現(xiàn),

12、系統(tǒng)切換準(zhǔn)備,上線支持,1,2,3,4,5,項目實施和運行過程的全生命周期管理,26,WBS示意圖,27,項目結(jié)構(gòu)分解的重要性 WBS圖是實施項目，創(chuàng)造最終產(chǎn)品或服務(wù)所必須進(jìn)行的全部活動的一張清單，也是進(jìn)行計劃、人員分配、預(yù)算計劃的基礎(chǔ)。 沒有WBS工作，后面的一切工作都沒有依據(jù)。,28,美國國防部防御軍品項目WBS模板之一,工作包 工作過程或內(nèi)容 任務(wù)承當(dāng)者 工作對象 完成工作所需的時間 完成工作所需的資源,29,示例：一個企業(yè)內(nèi)部網(wǎng)項目的WBS,按產(chǎn)品進(jìn)行組織,30,概念 1.1 評價現(xiàn)有系統(tǒng) 1.2 確定要求 1.2.1 確定用戶要求 1.2.2 確定內(nèi)容要求 1.3 確定特定功能 1.

13、4 定義風(fēng)險和風(fēng)險管理方法,2 站點設(shè)計 3 站點開發(fā) 4 投入使用 5 維護(hù),按項目階段組織,用表格形式表示 制作WBS字典,支持,31,表格形式的WBS,32,WBS示例,活動,33,WBS示例,34,表示預(yù)算和責(zé)任的WBS編碼,WBS示例,35,36,37,工作分解結(jié)構(gòu)的特點,常用于建立或確認(rèn)對項目范圍達(dá)成共識 通常以圖表形式表示 WBS中的每一項元素通常被賦予唯一的標(biāo)識， 形成編碼系統(tǒng) WBS的最低一層元素一般被稱為工作包 WBS字典：一般包含工作包描述 其它計劃信息：預(yù)算、工期、人員安排,38,39,一個單位工作任務(wù)只能在WBS中出現(xiàn)一次 一個WBS項的工作內(nèi)容是其下一級各項工作之和

14、 每項工作由一個人負(fù)責(zé) WBS必須與工作任務(wù)的實際執(zhí)行過程相一致 項目組成員參與WBS 的制定過程 每一個WBS項必須有準(zhǔn)確描述 工作包的80小時原則 WBS具有一定的靈活性，以適應(yīng)變更的需要,建立WBS的指導(dǎo)原則,40,1）類比法 2）自上而下法 3）自下而上方法,建立WBS的方法,41,利用工作分解結(jié)構(gòu)模板(類比),.1 工作分解結(jié)構(gòu)模板WBS templates 以前項目的工作分解結(jié)構(gòu)（ work breakdown structure，簡稱WBS）常常被用作新項目的模板： 相同或類似的項目生命周期 每個階段有相同或類似的可移交項,42,.2 分解,43,分解技術(shù),第一步：確定項目的主要

15、可交付成果，包括項目管理。主要可交付成果總是依據(jù)項目的實際管理方式進(jìn)行定義的，例如： 項目生命周期的各個階段可能作為分解的第一層次，而項目可交付成果可能作為分解的第二層次。 WBS各個分支中的組織原則可能會不同,44,第二步：確定每個可付成果的詳細(xì)程度是否已經(jīng)達(dá)到了足以編制出恰當(dāng)?shù)某杀竞蜌v時估算。 Yes！第四步 No! 第三步,分解技術(shù),45,第三步：識別可交付成果的組成元素 可以是服務(wù)或產(chǎn)品 在每個組成元素上重復(fù)步驟2,能以切實的、可校驗的語言加 以描述，以方便進(jìn)行績效測量 能對該項目工作實際上將如何 被完成進(jìn)行描述,分解技術(shù),46,第四步：對分解的正確性進(jìn)行校驗 下一層的元素是否對于完成

16、上一層工作是必須的且足夠的？ No 增減或重新定義 是否每一項元素都已被清楚且完整地定義？ No 對說明進(jìn)行修改 是否對每一項元素都能進(jìn)行成本和進(jìn)度估算，并且將此項工作分配給某個組織單元（如：部門、團(tuán)隊、個人等），以使其承擔(dān)完成該項工作的責(zé)任，以及實施足夠的管理控制？ No 需要進(jìn)行修改,分解技術(shù),47,范圍管理內(nèi)容提綱,1.項目范圍管理概述 2.范圍計劃編制（范圍規(guī)劃） 3.范圍定義 4.創(chuàng)建WBS 4.范圍核實與變更控制 5.范圍管理注意事項,48,范圍核實,范圍核實是項目干系人對項目范圍的正式承認(rèn)。 項目組必須形成一些明確的文件（文檔），說明項目產(chǎn)品范圍。 范圍核實后，是項目將來進(jìn)行驗收

17、的基準(zhǔn)。,49,IT項目范圍核實案例,一個項目范圍特別大、特別廣的話則會引起許多問題。范圍的蔓延并且為了技術(shù)而強(qiáng)調(diào)技術(shù)導(dǎo)致了一個大型制藥公司，位于得州的?？怂惯~耶藥業(yè)公司的破產(chǎn)。該公司的信息主管竭力爭取一個6500萬美元的系統(tǒng)項目用于管理公司關(guān)鍵的業(yè)務(wù)運作。但是，他卻不主張將事情做得簡單。,50,IT項目范圍核實案例,公司花了將近1000萬美元用于配置完美的軟硬件，并且把該項目的管理交給了一個著名的（并且是成本昂貴的）咨詢公司去做。項目內(nèi)容包括要建立一個1800萬美元的自動庫房，根據(jù)內(nèi)部人士透漏，這玩意有點像是從科幻電影中來的。項目的范圍搞得越來越大，并且越來越不實用。這個精致的自動倉庫結(jié)果沒

18、能準(zhǔn)時完工，新系統(tǒng)也屢屢出錯致使福克斯邁耶無法挽回的1500萬美元的巨額損失。當(dāng)年7月，該公司四季度就花了3400萬美元。到8月，?？怂惯~耶公司不得不申請破產(chǎn)。,51,范圍變更控制,保持項目范圍和用戶需求的前后一貫性是非常重要的。 如果出現(xiàn)需要改變原定實施范圍的需求，應(yīng)以正式文檔方式提出，項目小組成員必須謹(jǐn)慎考慮項目范圍的改變或需求的改變將對整個項目進(jìn)程可能產(chǎn)生的影響，必須在批準(zhǔn)后才能進(jìn)行，在實施過程中必須加以跟蹤。,52,范圍變更控制,批準(zhǔn)程序 提出項目變更、需求變更申請報告。 對于較小的范圍改變，需要項目經(jīng)理查閱和簽字批準(zhǔn)并內(nèi)部存檔，然后提交雙方項目協(xié)調(diào)小組。 凡涉及到整個項目進(jìn)展，費用成

19、本調(diào)整較大的改變，必須交由雙方（甲方和乙方）項目領(lǐng)導(dǎo)小組批準(zhǔn)通過。,變更申請樣式表舉例,54,范圍變更控制,跟蹤執(zhí)行 需求變更申請報告簽字后，開始正式執(zhí)行； 調(diào)整相應(yīng)的實施計劃； 進(jìn)度報告定期提交項目主管檢查。,55,項目范圍管理案例,金源正在召集一個項目組會議，討論一個信息技術(shù)更新項目的范圍確定。這個項目是上周她的上司交給她辦的。公司正在優(yōu)先開發(fā)幾個外因特網(wǎng)應(yīng)用軟件，該更新項目對于實施這些軟件開發(fā)是必要的。該更新項目要制定并實施一個計劃，讓公司所有員工的信息設(shè)施在9個月內(nèi)達(dá)到新的公司標(biāo)準(zhǔn)。這個標(biāo)準(zhǔn)規(guī)定了每個臺式機(jī)的最低配置要求，包括處理器型號，內(nèi)存大小，硬盤容量，網(wǎng)絡(luò)接口類型，以及裝載軟件等。金知道要進(jìn)行更新，他們必須首先為公司2000多名員工列出一個所有現(xiàn)有硬件、網(wǎng)絡(luò)和軟件的清單。,56,案例背景,金