專案經理應該小心的遊戲－部分章節

在這裡先推薦下CSDN小熊的部落格，http://blog.csdn.net/MagBryan/，《程式設計師》雜誌社高階編輯，有志於在中國的軟體開發業界推廣Agile的理念和方法論，篤信以人為本，關注人，關注敏捷。特別是最近Blog上連載了國外最近有名的一本書《Manage It》的部分章節。大家可以先睹為快。對於中文的翻譯內容，有些還是比較晦澀，不是特別容易懂，這點還需要不斷改進。

遊戲(1)-給我一塊石頭:http://blog.csdn.net/MagBryan/archive/2008/12/25/3602293.aspx
遊戲(2)-希望：http://blog.csdn.net/MagBryan/archive/2008/12/26/3612627.aspx
遊戲(3)-拒絕女王：http://blog.csdn.net/MagBryan/archive/2008/12/28/3629557.aspx
遊戲(4)-把灰掃到地毯下：http://blog.csdn.net/MagBryan/archive/2008/12/29/3639701.aspx
遊戲(5)-幸福日期: http://blog.csdn.net/MagBryan/archive/2009/01/04/3701274.aspx
遊戲(6)-屁股著火: http://blog.csdn.net/MagBryan/archive/2009/01/04/3701274.aspx
遊戲(7)-分散注意力: http://blog.csdn.net/MagBryan/archive/2009/01/07/3728939.aspx

這裡面有部分內容和我上次翻譯的專案實踐－進度遊戲中的內容相似。這兩本書剛好都是最近受關注比較多的敏捷專案管理相關的書籍。

7個遊戲的內容我就不轉載過來了，由於原書我也沒有看過，也可能還沒有翻譯完，先把前七個遊戲中的精華內容做一個總結。

• 不要完全迷戀進入日程編排的進度遊戲，專案四要素的平衡才是達到客戶目標的關鍵。
• 僅有希望遠遠不夠，你需要的是目標意識驅動的迭代，風險意識驅動的前瞻思考和提前行動。
• 不要隱藏問題，要充分的暴露問題＆正式問題，不斷的進行反思和總結。
• 需求可以從複雜度，工作量和實現價值多個維度進行綜合排序，然後根據需求點進行迭代開發。
• 幸福日期往往不幸福，沒有了質量，範圍等重要要素的進度日期將毫無意義，為了幸福仍需迭代。
• 提前做好產品規劃和多專案的進度安排，否則就容易陷入屁股著火的多工間奔命。
• 通過短週期迭代儘量保證在一個迭代週期中只關注一個專案，而不是分散注意力導致毫無結果。

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