樣一個情形？
“化繁為簡”的三段法
拋開各種成熟的理論體系和最佳實踐，我們嘗試從最樸素的項目管理目標出發(fā)，尋找最簡單、最自然的項目管理方法。
按照最自然的時間順序，我們可以把項目也劃分為開頭、結尾和中間三個段落。像寫作文時要在不同段落突出各自的“中心思想”和“主要內容”一樣，在項目管理過程中，處于不同階段時也要專注不同的任務，采取不同的管理方法，實現(xiàn)不同階段的目標，讓項目管理變得和寫作文一樣——可預期、易控制。
那么，項目管理每個“段落”的主要內容和中心思想又是怎樣的呢？
開頭：確保你所做的恰是用戶需要的
作文開頭要有破有立，破的是論題，立的是論點。對應到軟件項目管理上來，所謂“破”，應該是回答“這個項目是做什么？”，“立”則是“這個項目該怎么做”？
“開頭”要開宗明義，項目管理也要在初始階段明確項目的范圍和計劃。在論證項目的商業(yè)目標和可行性之后，組織為項目制定一名項目經理，然后由這個項目經理與項目干系人一起，明確并細化項目的范圍和交付標準，解決“項目做什么”的問題。
接下來，項目經理要解決的是“項目該怎么做”的問題。根據(jù)相關各方的需求，項目經理要制定出一個合理的、能滿足各方要求的項目計劃，包括進度計劃、人員參與計劃、風險管理計劃、配置管理計劃、度量計劃等一系列的項目管理計劃。
項目總體計劃將與項目范圍合目標一起，作為項目實施的藍圖，指導后續(xù)的開發(fā)和管理過程。
結尾：交付用戶滿意的產品
作文結尾一般要再次點題，以便與開頭首尾呼應。對應到軟件項目管理上來，就是結項評審和經驗總結這類的收尾工作。
一個成功的項目必須能交付一個令用戶滿意的軟件產品，項目驗收和評審的意義就在于此。
通過“提交--評審--改進--重新提交--通過”的評審和驗收流程，項目組會同用戶及相關干系人一起，用“開頭”階段確定下來的范圍和目標，以及其它雙方達成共識的標準和規(guī)范，對項目的完成情況進行驗證，以確保交付的產品是相關各方都滿意、能滿足用戶需求的軟件產品。
“結尾”還要歸納總結，對項目過程中遇到的難題和成功經驗進行總結，提煉出對組織有益的經驗和教訓，在取得單個項目成功的同時，也為組織積累有用的知識。
無論開頭多么精彩，過程多么完美，如果交付的產品滿足不了用戶要求，就算不上是一個好結尾。
過程：讓事情沿著預定的軌道前進
作文的中間段要詳細展開，論述過程要有理有據(jù)。對應到軟件項目管理上來，就是在項目的執(zhí)行階段，根據(jù)項目計劃和目標范圍，對項目各方面進行管理和控制。
“過程”階段涵蓋了豐富的任務和目標，跟寫作文一樣，會是個“大肚子”。寫作文的時候不能把所有的論據(jù)堆成一團，項目管理也一樣。在執(zhí)行階段的大段落里，也要有分成若干“自然段”的細分過程。比如，變更管理、風險管理、配置管理、度量管理等等。
度量是監(jiān)控的有效手段之一。在項目計劃確定后就應該及時展開，越到后面的階段，糾偏的代價就越高。如果到了“結尾”階段才去糾偏，對軟件項目來說已經太晚了。可能在需求階段只要花1個小時就能糾正的錯誤，在執(zhí)行階段要花10個小時，在收尾階段甚至更多。
“標準決定行為”。為了保證得到正確的結果，在執(zhí)行過程中就要用事前確認的項目范圍和目標、項目約束條件來隨時發(fā)現(xiàn)“跑偏”的情況，準確度量，及時監(jiān)控，適當采取糾正措施。