1、20.9.28,張錦,第七講 項目范圍管理,全國計算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格（水平）考試培訓(xùn),系統(tǒng)集成&信息系統(tǒng) 項目管理,2,項目范圍的定義，項目范圍管理的作用和主要過程。 范圍計劃過程的工具和技術(shù)、輸入和輸出。 范圍定義和范圍說明書，創(chuàng)建工作分解結(jié)構(gòu)的方法、輸入和輸出。 項目范圍確認(rèn)的工作要點、方法、輸入和輸出。 項目范圍控制所涉及的主要內(nèi)容、技術(shù)和工具、輸入和輸出。,【知識要點】,P.229,3,項目范圍是指產(chǎn)生項目產(chǎn)品階段包括的所有工作及產(chǎn)生這些產(chǎn)品經(jīng)過的所有過程。 項目范圍的定義包括兩個方面的含義: 項目產(chǎn)品范圍 項目工作范圍,7.1 項目范圍管理概述,項目范圍與項目范圍管理,1）項

2、目范圍的定義,P.229,4,項目范圍管理是指對項目包括什么與不包括什么的定義與控制過程。 項目范圍管理的主要任務(wù)是，保證項目利益相關(guān)者在項目要產(chǎn)生什么樣的可交付成果方面達(dá)成共識，也要在如何生產(chǎn)這些可交付成果方面達(dá)成共識。,7.1 項目范圍管理概述,項目范圍與項目范圍管理,2）項目范圍管理的定義,P.229,5,圖7-A： IT項目范圍管理過程,7.1 項目范圍管理概述,P.229,6,范圍規(guī)劃：制定項目范圍管理計劃，確定、核實與控制項目范圍，定義WBS； 范圍定義：制定詳細(xì)的項目范圍說明書，作為項目決策的依據(jù)； 制作WBS：將項目大的可交付成果與項目工作劃分為較小和更易管理的組成部分； 范圍

3、核實：正式驗收已經(jīng)完成的項目可交付成果； 范圍控制：通過對造成項目范圍變更的因素施加影響，控制項目范圍的變更。,7.1 項目范圍管理概述,P.229,7,范圍的確定是逐漸進(jìn)行的，從最初對于項目最終交付成果的概念，到在項目發(fā)展中對于交付成果越來越細(xì)節(jié)描述的文件，逐步深入。 項目應(yīng)該交付所有在項目范圍內(nèi)所描述的內(nèi)容。范圍內(nèi)不包括的任何工作都不應(yīng)該在項目中開展。,7.2 項目范圍規(guī)劃,P.231,8,范圍規(guī)劃就是確定項目范圍，明確項目的主要可交付成果，制定項目范圍管理計劃，記載如何確定、核實與控制項目范圍，以及如何制定與定義WBS。 項目范圍的確定與管理直接關(guān)系到項目的整體成功。 對項目經(jīng)理而言，項

4、目范圍規(guī)劃和軟件規(guī)模的控制既是技術(shù)工作的一部分，也是管理工作的一部分。,7.2 項目范圍規(guī)劃,P.231,9,項目范圍管理計劃描述對項目范圍如何進(jìn)行管理，項目范圍怎樣變更才能與項目要求相一致等問題。 項目范圍管理計劃是項目管理團(tuán)隊確定、記載、核實、管理和控制項目范圍的指南。 項目范圍管理計劃的主要內(nèi)容有： 根據(jù)詳細(xì)的項目范圍說明書制作的WBS 正式核實與驗收項目已完成可交付成果的過程 控制詳細(xì)項目范圍說明書變更請求處理的方式,7.2 項目范圍規(guī)劃,項目范圍管理計劃,P.231,10,7.2 項目范圍規(guī)劃,編制范圍管理計劃 過程,P.231,范圍管理計劃對項目管理團(tuán)隊如何管理IT項目范圍提供指導(dǎo)

5、。,11,范圍定義是根據(jù)范圍規(guī)劃過程定義的范圍管理計劃，采取一定的方法，逐步得到精確的項目范圍。 任何一個項目都有 3 個主要約束條件，即質(zhì)量、時間、成本。這三個條件是相互影響、相互制約的，而且往往是由于范圍影響了時間和成本。 信息系統(tǒng)項目的工作是一次性的獨特工作，“怎么做？”、“做到什么程度？”，這都是項目范圍定義必須回答的問題。,7.3 項目范圍定義,范圍定義概述,P.233,12,7.3 項目范圍定義,項目范圍定義過程,P.233,詳細(xì)項目范圍說明書是初步項目范圍說明書的進(jìn)一步細(xì)化。,13,需要特別強(qiáng)調(diào)的是，IT項目合同中確定的各種約束條款都是項目范圍定義過程中應(yīng)該著重考慮的項目限制條件

6、和項目假設(shè)前提條件。 在項目范圍定義時還應(yīng)該核查項目組織的日常運營和其他項目是否會對本項目范圍定義產(chǎn)生影響或制約。 在項目范圍定義時還應(yīng)該充分考慮利用相關(guān)項目的歷史資料和信息，這些歷史項目中的錯誤、疏忽和經(jīng)驗教訓(xùn)對新項目的范圍定義是很有借鑒作用的。,7.3 項目范圍定義,范圍定義的依據(jù),P.233,14,詳細(xì)項目范圍說明書詳細(xì)地說明了項目產(chǎn)品或可交付成果及生成這些項目交付成果所要求的工作。 詳細(xì)項目范圍說明書應(yīng)該是項目相關(guān)利益主體對有關(guān)項目目標(biāo)和要求的共同意愿表述； 人們可以由此制定后續(xù)的詳細(xì)計劃和業(yè)績評估基線，并開展各項項目工作。,7.3 項目范圍定義,項目范圍說明書,P.234,15,詳細(xì)

7、的項目范圍說明書主要包括如下內(nèi)容： 項目目標(biāo)和項目范圍指標(biāo) 項目產(chǎn)品范圍說明 項目可交付成果的規(guī)定 項目約束條件和假定條件 項目配置關(guān)系及其管理要求 項目批準(zhǔn)的規(guī)定,7.3 項目范圍定義,項目范圍說明書,P.234,16,在軟件項目中，軟件系統(tǒng)范圍經(jīng)常表現(xiàn)為軟件需求規(guī)格說明書（Software Requirements Specifications，SRS）。 SRS 也稱為功能規(guī)格說明、產(chǎn)品規(guī)格說明、需求文檔或系統(tǒng)規(guī)格說明； SRS 精確地闡述一個軟件系統(tǒng)必須提供的功能和性能以及它所要考慮的限制條件； SRS 不僅是系統(tǒng)測試和用戶文檔的基礎(chǔ)，也是所有子系列項目規(guī)劃、設(shè)計和編碼的基礎(chǔ)。,7.3

8、 項目范圍定義,軟件項目范圍說明書,P.234,17,SRS作為產(chǎn)品需求的最終成果必須包括所有的需求。 任何未寫入SRS中的需求，將不能作為協(xié)議的一部分，并且不能在產(chǎn)品中出現(xiàn)。 所有的參與者必須根據(jù)已通過評審的需求來安排工作，以避免不必要的返工和誤解。 高質(zhì)量需求文檔必須具有完整性、一致性、可修改性、可跟蹤性和可讀性的特征。,7.3 項目范圍定義,軟件項目范圍說明書,P.234,18,軟件項目的目標(biāo)是開發(fā)或?qū)嵤┠耻浖到y(tǒng)或產(chǎn)品，軟件系統(tǒng)范圍是軟件項目范圍中最重要的部分，它們通常以SRS等文檔來表示和確認(rèn)。 SRS主要包括如下內(nèi)容： 功能特征描述 系統(tǒng)接口描述 質(zhì)量特征描述,7.3 項目范圍定義

9、,軟件項目范圍說明書,19,工作分解結(jié)構(gòu)（ Work Breakdown Structure，WBS）是一種為了便于管理和控制而將項目工作任務(wù)分解的技術(shù)。 WBS是一種以可交付成果為分解對象、以結(jié)果為導(dǎo)向的分析方法。 通過WBS對項目所涉及的工作進(jìn)行分解,所有這些工作構(gòu)成了項目的整體范圍。,7.4 創(chuàng)建工作分解結(jié)構(gòu),P.235,工作任務(wù)分解技術(shù),20,7.4 創(chuàng)建工作分解結(jié)構(gòu),創(chuàng)建工作分解結(jié)構(gòu)過程,P.235,創(chuàng)建WBS的目標(biāo)是，把一個項目按一定的原則分解成一組可行、可操作的任務(wù)集合。,21,WBS確定了項目整個范圍，并將其有條理地、分層次地組織在一起。 通過WBS，項目工作被分解為較小和更加

10、容易管理的多項工作，而每下降一個層次意味著對其進(jìn)行了更詳盡地說明。 屬于工作分解結(jié)構(gòu)底層組成部分的計劃工作叫做“工作細(xì)目”，可以安排在進(jìn)度表中，用來估算費用，進(jìn)行監(jiān)視和控制。 WBS是當(dāng)前批準(zhǔn)的項目范圍說明書規(guī)定的工作。,7.4 創(chuàng)建工作分解結(jié)構(gòu),WBS的用途,P.235,22,使用指導(dǎo)方針: 根據(jù)頒布的編制WBS的指導(dǎo)方針/樣本/模板，制定WBS。 類比法 : 借助類似產(chǎn)品的WBS，用它作為起點，制定新項目的WBS。 由上至下法: 從項目最大的單位開始，逐步將它們分解成下一級的多個子項。 由下至上法: 讓項目組人員一開始就盡可能地確定項目有關(guān)的各項具體任務(wù)，然后再將各項具體任務(wù)進(jìn)行整合，并歸

11、總到WBS的上一級內(nèi)容當(dāng)中。,7.4 創(chuàng)建工作分解結(jié)構(gòu),制作WBS的方法,P.236,23,7.5 項目范圍核實,P.242,范圍確認(rèn)過程,范圍確認(rèn)過程是主要項目干系人對項目定義結(jié)果達(dá)成共識的過程。,24,范圍變更的表現(xiàn)形式多種多樣，如客戶改變對功能需求的想法、項目預(yù)算發(fā)生改變甚至項目環(huán)境發(fā)生變化等。 在IT項目中，范圍變更可能來自服務(wù)商、供應(yīng)商或者客戶，也可能來自項目組織內(nèi)部。產(chǎn)生變更可能有如下一些原因： 需求不明確 系統(tǒng)實施時間過長 用戶業(yè)務(wù)需求改變 系統(tǒng)正常升級,7.6 項目范圍控制,P.243,25,項目范圍控制是指當(dāng)項目范圍變化時對其采取糾正措施的過程，以及為使項目朝著目標(biāo)方向發(fā)展而

12、對項目范圍進(jìn)行調(diào)整的過程。 進(jìn)行項目范圍控制時，需要重點考慮以下幾個方面： 范圍控制是必須的，世界上不存在沒有變化的IT項目。 項目范圍變化，并不僅僅意味著工作量的增加。 項目范圍控制的目的不是阻止變更的發(fā)生。 積極地、主動地進(jìn)行項目范圍管理，使變更朝著有利于項目順利完成的方向發(fā)展。,7.6 項目范圍控制,P.244,26,7.6 項目范圍控制,P.245,項目范圍控制過程是監(jiān)控項目狀態(tài)的過程，也是控制范圍變更的過程。,范圍控制過程,27,圖4-4 軟件項目范圍變更控制流程,7.6 項目范圍控制,軟件項目范圍變更控制,28,考題解析（2005年11月試題33）,小王負(fù)責(zé)一個管理信息系統(tǒng)項目，最

13、近在與客戶共同進(jìn)行的質(zhì)量審查中發(fā)現(xiàn)一個程序模塊不符合客戶的需求，進(jìn)行追溯時，也未發(fā)現(xiàn)相應(yīng)的變更請求。最終小王被迫對這一模塊進(jìn)行再設(shè)計并重新編程。造成此項返工的原因可能是 （33） 。 A.未進(jìn)行需求管理 B 未進(jìn)行范圍確認(rèn) C.未進(jìn)行變更管理 D.質(zhì)量管理不嚴(yán),分析：在本題中，很多考生選擇“未進(jìn)行需求管理”。需求管理主要是收集需求的變更和變更的理由，并且維持對原有需求的跟蹤。試題中已經(jīng)指出，“進(jìn)行追溯時，也未發(fā)現(xiàn)相應(yīng)的變更請求”，因此可以知道，并非沒有進(jìn)行需求管理和變更管理。,29,考題解析（ 2006年11月試題32 ）,項目范圍說明書、工作分解結(jié)構(gòu)、項目范圍管理計劃和可交付物都是范圍確認(rèn)的

14、 （32） 。 A. 工具 B. 技術(shù) C. 成果 D 輸入,分析：范圍確認(rèn)是項目干系人正式接受已完成的項目范圍的過程。范圍確認(rèn)需要審查可交付物和工作成果，以保證項目中所有工作都能準(zhǔn)確、滿意地完成。 范圍確認(rèn)過程的輸入包括項目范圍管理計劃、可交付物、項目范圍說明書、工作分解結(jié)構(gòu)和WBS字典。,30,例題分析,項目管理師為了準(zhǔn)備WBS，需要做的第一步應(yīng)該是 （ ） 。 A. 確定每個項目階段的估計成本和時間 B 確定主要的項目可交付事項 C. 確定每個項目階段的組成部分 D. 確定要完成的關(guān)鍵工作,分析：確定主要的項目可交付事項是分解項目的第一步?？山桓妒马棏?yīng)該按照將怎樣對項目進(jìn)行組織來定義。

15、例如，項目生命周期中的階段作為分解的第一級，而項目可交付事項作為第二級。,31,考題解析（ 1005）,某公司最近在一家大型企業(yè) OA 項目招標(biāo)中勝出，小張被指定為該項目的項目經(jīng)理。公司發(fā)布了項目章程，小張依據(jù)該章程等項目資料編制了由項目目標(biāo)、可交付成果、項目邊界及成本和質(zhì)量測量指標(biāo)等內(nèi)容組成的（41）。 A項目工作說明書 B范圍管理計劃 C 范圍說明書 DWBS,P.234,32,考題解析（ 1011）,在大項目管理中，往往要在項目各階段進(jìn)行項目范圍確認(rèn)。有關(guān)范圍確認(rèn)的敘述，正確的是 (51) 。 A.應(yīng)由項目管理辦公室組織項目經(jīng)理、市場代表進(jìn)行范圍確認(rèn) B 應(yīng)由項目管理辦公室組織客戶代表等

16、項目干系人進(jìn)行范圍確認(rèn) C.軟件的回歸測試是質(zhì)量管理范圍內(nèi)的內(nèi)容，與范圍確認(rèn)關(guān)系不大 D.范圍確認(rèn)就是對交付的實物進(jìn)行認(rèn)可,33,考題解析（ 1105）,在某信息化項目建設(shè)過程中 ，客戶對于最終的交付物不認(rèn)可 ，給出的原因是系統(tǒng)信號強(qiáng)度超過用戶設(shè)備能接受的上限 。請問在項目執(zhí)行過程中 ，如果客戶對于項目文件中的驗收標(biāo)準(zhǔn)無異議 ，則可能是(39)環(huán)節(jié)出了問題 ；如果客戶對于項目文件中的驗收標(biāo)準(zhǔn)有異議，而項目內(nèi)所有工作流程均無問題，則可能是 (40) 環(huán)節(jié)出了問題。 （39） A 質(zhì)量控制 B.WBS 分解過程 C.變更控制 D.范圍確認(rèn) (40) A.質(zhì)量控制 B.WBS 分解過程 C.變更控制 D 范圍確認(rèn),34,考題解析（ 1105）,在項目管理領(lǐng)域 ， 經(jīng)常把不受控制的變更稱為項“ 范圍蔓延 ” 。為了防止出現(xiàn)這種現(xiàn)象 ， 需要控制變更 。批準(zhǔn)或拒絕變更申請的直接組織稱為 ，定義范圍變更的流程包括必要的書面文件、 和授權(quán)變更的批準(zhǔn)等級。 A 變更控制委員會； 糾正行動、跟蹤系統(tǒng) B. 項