專案計劃階段核心要素(轉載)

專案計劃階段核心要素

1.產品範圍可以是使用者需求說明書，產品規範，合同SOW，專案建議書等。產品範圍和專案範圍差別在此不再多說，根據產品範圍和專案的目標來選擇專案要選擇的方法論。對於軟體專案開發，RUP,XP,MSF等都可以算得上成熟的軟體專案開發和管理的方法論。在方法論選擇中的一個重點才是軟體生命週期模型的選擇，究竟選擇瀑布，增量還是迭代要根據專案特點和目標來確定。
2.專案範圍很重要，PMBOK裡面談的時候包括專案範圍說明書，WBS和WBS字典三方面的內容，共同組成專案範圍基線。簡單講你在專案進行過程中做的任何為了達到專案目標的工作都屬於專案範圍。你發現專案成員技能水平有問題，給專案成員進行了一項培訓，那麼這些培訓工作就屬於專案範圍而不屬於產品範圍。有了這個概念就清楚了專案範圍中應該包括風險分析後的具體應對活動，包括培訓活動，包括為了達到質量進行的評審和檢查等活動。這樣才可能構成完整的專案範圍。
3.風險分析很重要，風險管理活動貫徹整個專案計劃過程，確定專案範圍WBS,估算資源活動，排具體的進度的任何步驟都可能會分析出新的風險，對於分析為關鍵風險的要制定減輕措施和計劃，因此這些計劃活動應該加入到專案範圍和WBS中。
4.專案目標中有個重點就是質量目標，這個是制定專案計劃容易忽視的，有了質量目標你才清楚整個專案需要投入多少培訓，需要安排多少評審和檢查。你對好質量成本和壞質量成本的預計。很多時候我們制定出來的進度計劃根本沒有評審，培訓，檢查等相關任務，從源頭來講就是忽視了質量目標。這些活動和任務都應該是質量目標驅動出來的，是屬於專案範圍重要組成。
5.在排進度計劃中的一個重點就是專案的人員技能分析，資源評估，角色技能矩陣。資源不是無限的，導致進度計劃受到資源約束是常見的事情，因此進度計劃中的關鍵路徑往往只是一開始的一個參考，在考慮了資源約束和平衡後整個進度都會出現大的調整。對於這點關鍵鏈是一種比較好的方法，但關鍵鏈並沒有能給出一種成熟的規則和演算法，僅僅是給出的可行的操作指導。
6.專案計劃必須獲取專案成員的承諾，如果有必要還需要組織正式的評審。評審過程中還可能發現進度安排不合理的地方，專案範圍考慮疏漏的地方，這些都會再回答專案範圍確定過程，完善WBS並調整專案進度。只有獲取了承諾才能確定專案計劃基本上是可行的，得到了大家認同的。為後面具體任務執行打下基礎。

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