掐“頭”去“尾”管好項目
每次考試，語文老師閱卷任務總是最繁重，尤其是作文評分，更耗時間。為了提高效率，他們一般會按“三段法”的順序，先看看開頭和結尾論點是否正確，再看看中間有沒有偏題、跑題。
基本上，對一篇作文來說，一頭一尾把握住了，基本不會差太多。項目管理也是一樣，掐“頭”去“尾”控制住，項目過程也出不了什么大錯。
針對一頭、一尾、一中間，再提出幾點建議作為應用“三段法”的補充。
1．對“開頭”的建議：
“好的開始是成功的一半”。明確項目的范圍和目標是基礎性問題，回答好“做什么、怎么做”的問題，對項目整體成敗至關重要。
“干活不由東，累死白搭工”這話，話糙理不糙。項目范圍既不能貪多、也不能過少。貪多，很可能是眉毛胡子一把抓，結果什么都沒抓住、什么都沒做好。過少，連最基本的需要都滿足不了，用戶怎么可能滿意？
目標是前進的方向，方向如果錯誤，再多努力也不可能成功。做項目既要埋頭苦干，也要抬頭看路，讓市場和用戶來決定產品，比先做出產品再去找市場和用戶更容易取得成功。
Vista的發(fā)布曾引來罵聲一片，就是沒有認清用戶真正要的是什么，閉門造車導致的失敗。反觀Gmail長達5年的用戶Beta測試及上線后的反響，高下立見。
軟件項目的成功必須重視用戶的需求，這個“開頭”必須有用戶的充分參與，才能做出令人滿意的產品，項目才能取得成功。
2．對“結尾”的建議
軟件項目的“結尾”不只是產品通過驗收和用戶簽字認可，還可以是由于各種原因成功無望的項目被及時終止。
軟件項目在實施過程中可能會遇到各種困難，比如技術不成熟、外部環(huán)境變化、內部資源不足等情況。有些困難是可以克服的，有些則是不可抗的。作為項目的管理者，不僅要考慮如何取得成功，也要考慮如何處理失敗。
項目應該能“上”也能“下”，對那些無法再繼續(xù)進行下去的項目，應該及時應用“項目終止流程”中止，避免把更多的人力物力浪費在注定失敗的項目上。這是減少因項目失敗造成損失的正確選擇，也是一個成熟的軟件開發(fā)組織必備的能力。
失敗的項目不是恥辱柱，而是另外一種財富。通過分析失敗的教訓，不但可以使組織避免“重復犯錯”，還可以避免有價值的知識隨時間流逝和人員變動而消逝。
3．對“過程”的建議
“開頭”和“結尾”很重要，“中間”也同樣不容忽視。一個條理分明、層次清晰的論述過程，絕對可以為文章加分不少。
執(zhí)行階段的復雜程度決定了管理的難度，不過，我們仍然可以找到很多方法來提高管理的效率，比如目前比較流行的敏捷開發(fā)的若干做法，正是對付這個“大肚子”的好辦法。
敏捷開發(fā)強調效率，但并非不要紀律。它是將嚴格的文檔和控制流程“化整為零”，變集權為分權，以便隨時隨地進行管理。比如：站談會議、進度討論、持續(xù)發(fā)布，就是把正式評審、PMC控制、配置管理的工作分散到日常的管理活動，用零星的、小塊的時間來完成。
在“過程”中追求敏捷，我們可以把笨拙的管理過程簡單化，讓這個軟件項目中涉及內容最廣、經歷時間最長、面臨風險最多的“過程”變得清晰可控。
綜上，“三段法”不僅在寫作中有著廣泛的應用面，在項目管理當中也可以靈活運用，讓管理過程變得更靈活、更及時、更有效，進而提高整個項目的成功機率。