項目范圍管理需要:
·明確項目邊界’明確什么工作是項目范圍內(nèi)的。
·明確項目必須提交的全部可交付成果。
·動態(tài)對項目工作進行監(jiān)控’確保所有該做的工作都做了。
·動態(tài)對項目工作進行監(jiān)控’防止發(fā)生范圍蔓延°
·對不包括在項目范圍之內(nèi)的額外工作說“不’’ ’預防做額外工作（鍍金）。
·及時對項目可交付成果進行實質(zhì)性驗收。
范圍營理的重要性
項目范圍管理是項目其他各方面管理的基礎。如果范圍都弄不清楚’進度｀成本和質(zhì)量等也就無法弄清楚。
3產(chǎn)品范圍與頂目范圍
廣義的項目范圍,則由產(chǎn)品范圍和狹義的項目范圍構成。
產(chǎn)品范圍與項目范圍既有聯(lián)系又有區(qū)別°產(chǎn)品范圍是指項目將要形成的項目產(chǎn)品的特性和功能’而項目范圍是指為了完成具有既定特性和功能的項目產(chǎn)品而必須開展的工作。例如’要煮一鍋土豆炯飯。產(chǎn)品范圍就是煮成的飯及其應具備的特性’如土豆和米飯的占比;項目范圍就是準備士豆｀準備大米｀準備水｀準備鍋｀準備柴火’以及燒火煮飯。產(chǎn)品范圍是面問客戶的’項目范圍是面向項目團隊的。
各過程的輸人輸出關系
各過程的主要工作和成果
收集需求
收集需求旨在使需求明確化＼具體化和書面化。需求必須是可測量的＼文檔化的°
商業(yè)需求（BusinessRequjrements）。這是最高層次的、整個組織的需求,如抓住某個商業(yè)機會°它要回答的問題是:“為什么要做某個項目? ’’
相關方需求（StakeholderRequirements）。這是中間層次的、每個或每組相關方的需求。它要回答的問題是: .相關方想要用項目產(chǎn)品做什么? ”
解決方案需求（SolutionRequirements）。這是最低層次的｀技術方面的需求。
定義范圍
項目經(jīng)理應該把必須由高層管理人員或職能經(jīng)理搞定的事情列為假設條件,以便保護自己。
創(chuàng)建WBS
創(chuàng)建WBS過程就是用工作分解結構（WBS）’把項目范圍說明書中的項目可交付成果細分為更?。喔阌谕瓿傻目山桓冻晒⒃诖嘶A上形成范圍基準。
WBS中的任何工作都是必須做的°如果有多余的,必須經(jīng)過變更控制程序把它去掉,才能不做。WBS之外的任何工作都是必須不做的。如果要做,必須先經(jīng)過變更控制程序把它加進去。
經(jīng)過高級管理層審批的項目范圍說明書｀WBS和WBS詞典’就是項目的范圍基準。
如果你要基于別人的成果開展工作’必須首先確認該成果的合理性和可用性
控制賬戶｀規(guī)劃包和工作包
控制賬戶是用來進行項目范圍｀進度、成本和質(zhì)量控制的’工作分解結構某個層次上的要素’可以是工作包’也可以是比工作包更高層次的要素。后—種情況更常見°在后＿種情況下’—個控制賬戶中就有不止—個工作包。
‘‘控制賬戶”,＿般都是高于工作包的WBS要素。每個工作包只能屬于＿個控制賬戶。
規(guī)劃包不能直接付諸執(zhí)行,必須先分解成工作包。
工作包是永久的底層要素。工作包是項目上的最小的可交付成果
工作分解結構
工作分解結構在項目管理中的主要作用如下:
·促使人們在盡可能早的時間’就周全地考慮項目范圍’防止遺漏或多列某些內(nèi)容°
·作為基礎性文件’促進項目相關方之間的溝通’使他們對項目范圍有—致認識。
·是編制項目進度計劃｀成本計劃｀質(zhì)量計劃｀風險計劃等的基礎°項目的進度、成本和質(zhì)量都應該層層分別落實到工作分解結構的每個要素上。也應該針對每個要素來識別項目風險。
.是進行項目組織設計的依據(jù)之—。應該把工作分解結構每個要素的責任落實到項目團隊中的某個人或小組。
·是進行項目執(zhí)行和監(jiān)控的重要依據(jù)。應該依據(jù)工作分解結構以及在此基礎上所形成的項目計劃’開展項目執(zhí)行并監(jiān)控項目執(zhí)行情況。
·是考核項目是否完工的依據(jù)。應該依據(jù)工作分解結構’來考核是否已經(jīng)完成所要求的全部可交付成果,從而判斷項目是否已經(jīng)完成。
確認范圍
確認范圍與控制質(zhì)量是不同的’前者注重的是可交付成果的可接受性’而后者注重的是可交付成果的正確性（符合質(zhì)量要求）。通常是控制質(zhì)量在前,確認范圍在后;有時’也可以同時開展。
控制質(zhì)量過程中的“核實”’英文是Verifj′’是核實可交付成果技術上的正確性’是項目團隊內(nèi)部的工作。確認范圍過程中的“確認”’英文是Validate,是確認可交付成果對實現(xiàn)項目目標的有用性以及能否通過驗收’是項目團隊邀請項目發(fā)起人和客戶來做的°
控制范圍
雖然控制范圍與確認范圍過程都是監(jiān)控過程組的過程’但它們的差別很大。控制范圍是由項目團隊在可交付成果的完成過程中開展的。確認范圍是由項目發(fā)起人或客戶在可交付成果完成之后開展的。
各過程的工具與技術
收集原始需求
個人調(diào)查法是調(diào)查每個人的需求
小組調(diào)查法是調(diào)查＿群人的需求
引導式研討會是在主持人引導下的研討會’邀請不同背景｀部門或領域的相關方派代表參加’共同討論需求’以識別—些跨界需求’并協(xié)調(diào)需求矛盾。
聯(lián)合應用開發(fā)是軟件開發(fā)行業(yè)常用的引導式研討會’強調(diào)由項目開發(fā)團隊和用戶＿起共同定義需求。
質(zhì)量功能展開在制造行業(yè)的新產(chǎn)品研發(fā)項目中很常用。得出產(chǎn)品功能的優(yōu)先級排序
用戶故事會則是參會者—起創(chuàng)建關于相關方需求的故事。
聯(lián)系對比法包括系統(tǒng)交互圖｀原型法以及數(shù)據(jù)收集中的標桿對照°
系統(tǒng)交互圖是指把擬建的特定系統(tǒng)置于大背景中’用圖形直觀地展示該系統(tǒng)與其他系統(tǒng)之間的接口關系,從而確定該系統(tǒng)應該滿足什么需求
原型法是指通過開發(fā)原型｀由相關方試用原型并提出反饋意見的方法,來逐漸明確相關方的需求。
標桿對照是用可比項目的最佳實踐作為標桿’來確定本項目的需求。
2分析和整理需求
使用數(shù)據(jù)表現(xiàn)中的親和圖和思維導圖來分析和整理原始需求°親和圖用于對原始需求進行歸類’把具有親近關系（相似性）的各種需求歸為—個更大的需求。思維導圖用來找出各種原始需求之間的先后順序關系｀因果關系或隸屬關系。
做出關于需求的決定
使用決策中的投票和多標準決策分析’做出關于需求歸類和需求排序的決定。投票是指由＿群人基于所有人—致同意｀超過50％的大多數(shù)人同意或不足50％的相對多數(shù)人同意的規(guī)則’進行投票表決。
多標準決策分析是指用多種標準（如需求的緊急性｀實現(xiàn)難易度｀成本效益比）對所有需求進行列表分析’排出優(yōu)先順序
價值工程是在產(chǎn)品設計定型前的設計階段使用的’
價值分析則是在產(chǎn)品設計定型之后的產(chǎn)品生產(chǎn)階段使用的。由于設計已經(jīng)定型’所以產(chǎn)品功能不能變（分子不能變）,只能通過降低生產(chǎn)成本（分母）來提高比值。
