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