專案管理培訓-整體管理課件(2)

軟體專案計劃的流程。該流程基於CMMI三級思路，強調了組織過程資產和PDB過程資料在製作軟體專案計劃時候的重要作用。強調了軟體專案估算的位置和重要性。


注意專案計劃的主線仍然是進度計劃，進度計劃的過程中就會考慮人力資源計劃，質量計劃等，這些附屬計劃和專案進度計劃並沒有明確的先後關係。其次是專案經理完成主計劃後，還需要通知相應的介面人和支援組成員完成配置管理計劃，質量保證計劃和測試計劃。所有計劃全部完成後才能夠進行評審。

• 里程碑針對階段，是時間點；基線針對一個或多個工件，是受控標誌。
• 基線和里程碑有可能同時出現，也可能分開出現
• 里程碑的重點是專案狀態審查，確定是否可以進入下一個階段
• 基線重點是保持工件一致性，而且受控

糾正措施和預防措施是問題管理中的兩個重要概念，但是糾正措施更多的是針對問題表象的。而預防措施則是需要對問題的根源和問題發生前的徵兆等進行詳細的分析才能夠得出。只有通過預防措施才能夠從根本上杜絕問題的再次發生。

配置管理是一門應用技術、管理和監督相結合的學科，通過標識和文件來記錄配置項的功能和物理特性，控制這些特性的變更，記錄和報告變更的過程和狀態，並驗證它們與需求是否一致。主要包括如下工作:

• 專案和產品目標
• 識別配置項
• 建立和維護配置管理計劃
• 建立和維護配置/變更管理系統
• 建立/釋出基線
• 變更管理
• 配置狀態報告
• 配置稽核

配置項是配置管理的基本單元，它是指受配置管理的一個或一組工作產品的組合，它有自己的一些物理屬性和功能屬性。通過配置項可以清晰看到每個產品的組成，同時配置項也是配置稽核和變更基礎。

變更管理是配置管理中最容易見到的活動。這是一個管理提交專案的變更和對於受影響的配置項進行修訂的準備、評估、協調、部署並實施的過程。對於嚴格意義上的工程變更，一般包括了變更請求，變更評估，分析活動，變更單，變更活動五大變更物件。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/15027599/viewspace-553381/，如需轉載，請註明出處，否則將追究法律責任。