用戶的需求變更必須控制在可控范圍之內(nèi)。在項目管理過程中，用戶需求變更是很常見的。面對頻繁的需求變更，如果項目團隊缺乏明確的需求變更管理控制及范圍管理控制，非常容易導致項目的失控。
    需求基線定義了項目的范圍。隨著項目的進展，用戶的需求可能會發(fā)生變化，從而導致需求基線變化以及項目范圍的變化。每次需求變更并經(jīng)過需求評審后，都要重新確定新的需求基線。項目組需要維護需求基線文檔，保存好各個版本的需求基線，以備不時之需。隨著項目的進展，需求基線將越定越高，容許的需求變更將越來越少。
    需求變更及項目范圍變更一定要遵循由變更控制委員會制定的變更控制流程，圖7-8是項目范圍變更控制流程的一個示例。
7.5.4項目范圍控制涉及所用的工具與技術(shù)
    進行項目范圍控制時，所用的技術(shù)和工具足偏差分析。
偏差分析是一種確定實際績效與基準的差異程度及原因的技術(shù)?？衫庙椖靠冃y量結(jié)果評估偏離范圍基準的程度，確定偏離范圍基準的原因和程度，并決定是否需要采取糾正或預(yù)防措施，是項目范圍控制的重要工作。
7.5.5  項目范圍控制的輸入、輸出
    1．項目范圍確認的輸入
    1)項目管理計劃
    項目管理計劃中的以下信息可用于控制范圍：
    (1)范圍基準。用范圍基準與實際結(jié)果比較，以決定是否有必要進行變更、采取糾正措施或預(yù)防措施。
    (2)范圍管理計劃。描述如何監(jiān)督和控制項目范圍。
    (3)變更管理計劃。變更管理計劃定義管理項目變更的過程。
    (4)配置管理計劃。配置管理計劃定義哪些是配置項，哪些配置項需要正式變更控制及針對這些配置項的變更控制過程。
    (5)需求管理計劃。需求管理計劃是項目管理計劃的組成部分，描述如何分析、記錄和管理項目需求。
    2)需求文件
    需求應(yīng)該明確（可測量且可測試）、可跟蹤、完整、一致且得到主要干系人的認可。記錄完好的需求文件便于發(fā)現(xiàn)任何對于批準的項目或產(chǎn)品范圍的偏離。
    3)需求跟蹤矩陣，
    詳見7.4節(jié)。需求跟蹤矩陣有助于發(fā)現(xiàn)任何變更或?qū)Ψ秶鶞实娜魏纹x給項目目標所造成的影響。
    4)工作績效數(shù)據(jù)
    工作績效數(shù)據(jù)可能包括收到的變更請求的數(shù)量、接受的變更請求的數(shù)量，或者完成的可交付成果的數(shù)量等。
    2．項目范圍確認的輸出  
    1)工作績效信息
    本過程產(chǎn)生的工作績效信息是有關(guān)項目范圍實施情況（對照范圍基準）的、相互關(guān)聯(lián)且與各種背景相結(jié)合的信息，包括收到的變更的分類、識別的范圍偏差和原因、偏差對進度和成本的影響，以及對將來范圍績效的預(yù)測。這些信息是制定范圍決策的基礎(chǔ)。
    2)變更請求
對范圍績效的分析，可能導致對范圍基準或項目管理計劃其他組成部分提出變更請求。變更請求可包括預(yù)防措施、糾證措施、缺陷補救或改善請求。變更請求需要經(jīng)實施整體變更控制過程的審查和處理。
    3)項目管理計劃更新
    項目管理計劃更新可能至少包括：
    (1)范圍基準更新
    如果批準的變更請求會對項目范圍產(chǎn)生影響，那么范圍說明書、WBS及WBS詞典都需要重新修訂和發(fā)布，以反映這些通過實施整體變更控制過程批準的變更。
    (2)其他基準更新
    如果批準的變更請求會對項目范圍以外的方面產(chǎn)生影響，那么相應(yīng)的成本基準和進度基準也需要重新修訂和發(fā)布，以反映這些被批準的變更。
    (3)項目文件更新
可能需要更新的項目文件至少包括：需求文件、需求跟蹤矩陣。
8.1  規(guī)劃項目進度管理
    規(guī)劃項目進度管理是為實施項目進度管理制定政策、程序，并形成文檔化的項目進度管理計劃的過程。本過程的主要作用是，為如何在整個項目過程中管理、執(zhí)行和控制項目進度提供指南和方向。
項目進度管理計劃是項目管理計劃的組成部分，項目進度管理過程及其相關(guān)的工具和技術(shù)應(yīng)寫入進度管理計劃。根據(jù)項目需要，進度管理計劃可以是正式或非正式的．非常詳細或高度概括的。項目進度管理計劃應(yīng)包括合適的控制臨界值，還可以規(guī)定如何報告和評估進度緊急情況。在項目執(zhí)行過程中，可能需要更新進度管理計劃，以反映受管理進度過程中所發(fā)生的變更。項目進度管理計劃是制定項目管理計劃過程的、主要輸入。