【正文】 供項目績效的信息，還可提醒項目團隊注意未來可能發(fā)生問題的事項。 3． 變更申請。 2． 3． 2 綜合變更控制的工具和技術 1． 變更 控制系統(tǒng)。變更控制系統(tǒng)是一系列正式的、文檔化的程序，這些程序定義了如何對項目績效進行監(jiān)控和評估。變更控制系統(tǒng)包括正式文檔變更的步驟，還包括文檔工作、跟蹤系統(tǒng)和用于授權變更的批準層次。 2． 配置管理。識別一個工作子項或系統(tǒng)的物理特性和功能特征；控制這些特征的任何變更；記錄和報告這些變更及其績效；審計這些工作項和系統(tǒng)以證實與需求想一致。 3． 績效測量。用來評定是否需要糾正與計劃的偏差。 10 4． 補充計劃編制。項目很少能夠精確地按計劃執(zhí)行，未來的變更可能需要新的或修正的成本估算、重新修改的活動順序、風險應對方案分析以及其它一些對 項目計劃的調整。 5． 項目管理信息系統(tǒng)。 2． 3． 3 綜合變更控制的輸出 1． 項目計劃更新。必須根據需要把項目計劃更新通知項目干系人。 2． 糾正措施。 3． 教訓。產生變更的原因，糾錯理由以及其它教訓應書面記錄以便其成為本項目和其他項目的歷史數據庫的一部分。 第三部分 項目范圍管理 項目范圍管理包括了用以保證項目包含且只包含所有需要完成的工作，以順利完成項目所需要的所有過程。 這些過程之間與其它知識領域的過程間相互作用。根據項目需要，每一過程都包含了一個或多個個人和團體的共同努力。在每一項目階段中，每一過程一般至少涉及 一次。 雖然這里各個過程是作為彼此獨立、相互間有明確界面的組成部分分別介紹。但在實踐中，它們可能會交叉重疊，互相影響。 產品范圍 —— 產品或服務所包含的特征或功能。 11 項目范圍 —— 為支付具有規(guī)定特征和功能的產品和服務所必須完成的工作。 3． 1 啟動 啟動是承諾開始一個新項目或一個已存在項目可以進入下一個階段的過程。 項目得到啟動批準基于以下一個或多個原因： ● 市場需求 ● 商業(yè)需求 ● 顧客要求 ● 技術領先要求 ● 法律要求 ● 社會需求 3． 1． 1 啟動過程的輸入 1． 產品描述。把項目將要創(chuàng)造的產品或服務的特征編 制成文檔。當項目在合同環(huán)境下執(zhí)行時，通常最初的產品描述由買方提供。 2． 戰(zhàn)略性計劃。所有的項目都應服從執(zhí)行組織的戰(zhàn)略目標。 3． 項目選擇標準。如投資回報、市場份額、公眾接受度等。 4． 歷史信息。以前項目選擇決策的結果以及項目績效的歷史信息。 3． 1． 2 啟動過程的工具和技術 12 1． 項目選擇方法。常用的有效益測量方法和約束優(yōu)化法。 2． 專家評定。評估啟動過程的輸入，經常需要專家評定。 3． 1． 3 啟動過程的輸出 1． 項目章程。包括立項；產品描述；項目滿足的商業(yè)需求；授權項目經理為執(zhí)行項目活動而使用組織資源的權利。當項目在合同環(huán)境下執(zhí)行時， 合同常被作為賣方的項目章程。 2． 項目經理確定或任命。 3． 約束條件。指制約項目管理團隊選擇的因素，如預算等。當項目在合同形式下執(zhí)行時，其合同條款通常成為約束條件。 4． 假定。 3． 2 范圍計劃編制 范圍計劃編制是將生產項目產品所需進行的項目工作逐步細化和歸檔的過程。 3． 2． 1 范圍計劃編制的輸入 1． 產品描述。 2． 項目章程。 3． 約束條件。 4． 假定。 3． 2． 2 范圍計劃編制的工具和技術 1． 產品分析。包括系統(tǒng)分析、價值分析、功能分析和質量函 13 數等。 2． 收益成本分析。 3． 備選方案確定。 4． 專家評定。 3． 2． 3 范圍計劃編制的輸出 1． 范圍說明。 在項目干系人之間確認或建立一個對項目范圍的共識，作為未來項目決策的文檔基礎。 2． 詳細依據。 3． 范圍管理計劃。描述項目范圍是如何被管理的，項目范圍的變更是如何被集成到項目中去的。 3． 3 范圍定義 項目范圍定義是把主要的項目可交付成果分解成較小的且更易管理的單元。 項目范圍定義可以： ● 提高對成本、時間和資源估算的準確性。 ● 為績效測量與控制定義一個基準計劃。 ● 便于進行明確的職責分配。 恰當的范圍定義對項目成功來說十分關鍵。當范圍定義不明確時，變更就不可避免的出現，破壞項目節(jié)奏，造成工期拖長，成本超支。 3． 3． 1 范圍定義的輸入 14 1． 范圍說明。 2． 約束條件。 3． 假定。 4． 其他計劃編制的輸出。應當注意其他知識領域的過程的輸出對范圍定義可能產生的影響。 5． 歷史信息。應當參考以前項目的歷史信息，尤其是發(fā)生過的失誤。 3． 3． 2 范圍定義的工具和技術 1． 工作分解結構（ WBS）模板。以前項目中的工作分解結構經?？梢宰鳛樾马椖康哪０濉? 2． 分解。將主要的項目可交付成果分成更小的、更易管理的單元，直到可交付成果細分到足以用來支持未來的項目活動。 3． 3． 3 范圍定義的輸出 1． 工作分解結構。工作分解結構是面向可交付成果的對項目元素的分 組，它組織并定義了整個項目范圍。 2． 更新的范圍說明。范圍說明內容的任何修改。必須通知相關的項目干系人 3． 4 范圍核實 范圍核實是項目干系人正式接受項目的過程。 3． 4． 1 范圍核實的輸入 1． 工作結果。 15 2． 產品文檔。 3． 工作分解結構。 4． 范圍說明。 5． 項目計劃。 3． 4． 2 范圍核實的工具和技術 —— 檢查。 3． 4． 3 范圍核實的輸出 —— 正式接受。 3． 5 范圍變更控制 范圍變更控制關心的是： ● 對造成范圍變更的因素施加影響，以確保這些變更得到一致認可。 ● 確定范圍變更已經發(fā)生。 ● 當范 圍變更發(fā)生時，對實際變更進行管理。 3． 5． 1 范圍變更控制的輸入 1． 工作分解結構。定義項目范圍的基準計劃。 2． 績效報告。提供了項目范圍績效的信息。 3． 變更申請。多數變更申請出于以下原因：一個外部事件；產品范圍定義的一個過失；一個增值的變更；為應對一個風險而實施一個應急計劃。 4． 范圍管理計劃。 3． 5． 2 范圍變更控制的工具和技術 1． 范圍變更控制系統(tǒng)。定義項目范圍變更的有關程序。當項 16 目在合同形式下進行時，范圍變更控制必須符合有關合同條款。 2． 績效測量。評估發(fā)生偏差的程度，并決定是否采用糾偏措施。 3． 補充計劃編制。 3． 5． 3 范圍變更控制的輸出 1． 范圍變更。對已批準的工作分解結構所規(guī)定的項目范圍的所有修正。范圍變更經常需要調整成本、時間、質量等目標。 2． 糾正措施。使預期的未來項目績效與項目計劃保持一致所做的任何事情。 3． 教訓。 4． 調整的基準計劃。 第四部分 項目時間管理 項目時間管理包括為確保項目按時完成所需要的各個過程。 這些過程之間與其它知識領域的過程間相互作用。根據項目需要，每一過程都包含了一個或多個個人和團體的共同努力。在每一項目階段中，每一過程一般至少涉及一次。 雖然這里各個過程是作為彼此獨立、相互間有 明確界面的組成部分分別介紹。但在實踐中，它們可能會交叉重疊，互相影響。 17 4． 1 活動定義 活動定義就是對工作分解結構中規(guī)定的可交付成果或半成品的產生所必須進行的具體活動進行定義，并形成文檔。 4． 1． 1 活動定義的輸入 1． 工作分解結構。工作分解結構是活動定義的基本依據。 2． 范圍說明。 3． 歷史信息。 4． 約束條件。如活動工期。 5． 假定。 6． 專家評定。 4． 1． 2 活動定義的工具和技術 1． 分解。此處分解的是活動。 2． 模板。 4． 1． 3 活動定義的輸出 1． 活動清單?；町斍鍐伪仨毎ū卷椖恐袑⑦M行的所有活動，同時又不包括本項目中不要求的 活動。 2． 詳細依據。 3． 工作分解結構更新。 4． 2 活動排序 活動排序是確