項目變更管理
範圍缺陷 ：產品功能不全
質量缺陷：不符合技術要求
變更產生的原因
項目計劃中的缺陷
項目外界的變化
項目執行的低效
如果變更太多、太大就可能需要修改章程，甚至必須終止現行項目，而另外啓動一個新項目
變更管理程序
從源頭上變更
-
提出變更請求
在計劃被批准之後重複開展啓動和規劃過程，可能提出變更請求
-
評審變更請求
記錄變更一般是指把變更請求寫入變更日誌
變更無論大小，都必須經過綜合評審，確認從總體上有利於項目，才能加以批准
實施和跟蹤批准變更
總結經驗教訓
變更審批的權限
不影響極準的變更，有項目經理審批。
會影響極準的變更，項目經理無權審批，除非是緊急情況
配置管理
識別和記錄項目產品的重要功能以及爲實現這些功能所需的技術參數
跟蹤這些參數，控制對這些參數的變更，並記錄參數變更情況
按既定的參數（包括變更後的參數）執行項目，並記錄與報告參數實現情況
審計項目產品，以確保所有參數度以實現，項目產品能發揮既定功能
配置管理的重點是，確定哪些是核心技術參數，並以特別嚴格的程序來控制對這些技術參數的變更，確保配置變更可控、在控、可追蹤
項目範圍管理
範圍蔓延 scope creep
未經控制的項目範圍逐漸擴大
鍍金
項目蔓延的結果，即做了額外的工作
輸入輸出關係
項目範圍管理
收集需求
旨在使需求明確化、具體化和書面化。需求必須是可測量的、文檔化的
定義範圍
把必須高層管理人員或職能經理搞定的事情，列爲假設條件保護自己。
創建WBS
工作分解結構中，應專列一條項目管理分支，使項目管理城管委必須完成的工作之一
WBS的工作都是必須做的，多餘需要經過變更控制程序把他去掉。
WBS之外的都是必須不做的，如果做必須經過變更控制程序加進去。
逐層向下分解是爲了提高時間和成本估算的準確性，更有效地開展項目規劃、執行與控制
規劃包不能直接輔助執行，必須先分解成工作包
WBS、WBS字典和基準範圍
控制賬戶、規劃包和工作包（每一個工作包只能屬於一個控制賬戶）
工作分解結構的作用（給項目相關方看的）
確認範圍
控制範圍
本文使用 文章同步助手 同步