???半年沒有更新這個博客了，心里有些慚愧，不過我去看了朋友的博客，有的甚至一年沒有更新了。我不禁想，更新博客也是需要毅力的，很多時候我們因為這樣的那樣的事情來回奔波、疲于奔命，漸漸冷落了曾經熱戀的東西。就在此刻，又想起了那句話“很多人是被現實的擔子壓下來的”。

???廢話不是不能說，而是不能多說，進入正題吧。從近期的項目管理過程中，總結了一些粗淺的經驗，在這里羅列一下：

?? 1）?項目周期估算
???項目周期估算的時候必須考慮幾個因素：項目成員的技術水平、職業的素養、被激勵的程度。如果沒有把握的話，應該盡量悲觀的估計，方法是先估計正常的周期，然后乘一個系數。

?? 2）盡早QC（質量檢查）
????很多時候，團隊成員的技能水平往往達不到要求的目標，那么，如果等到方案階段快要結束的時候再次檢查方案的質量就太遲了，要么得到低劣粗糙基本不能用的概要設計，要不然準備宣布方案階段延期。所以，在方案設計取得階段性成果的時候就應該啟動QC，并且不斷QC，每一個關鍵的交付都應該QC（通常需求分析報告、需求規格說明書、概要設計、代碼、測試案例、切換方案都需要QC）。

?? 3）輸出
???開發階段的輸出不僅僅是代碼，還有可能有性能優化報告（針對性能需求）、配置說明（配置模塊），這些應該明確的安排到WBS（工作分解結構）中進行跟蹤。

???4）模糊任務的跟蹤
???在接近階段切換的時候，有很多模糊的任務需要用CheckList跟蹤，比如切換到SIT（系統集成測試）階段時，就需要跟蹤設計評審意見的落實、代碼評審意見的落實情況，并且這個跟蹤應該盡早，并提醒成員盡早反饋。

???5）明確的任務
???不要給項目成員分配模糊的任務，任何任務都要有明確的輸出，同樣的道理，文檔編寫任務應該指定明確的模板。

???6）不可控時間的預留
???有很多進度不能由PM把握，比如提交官方的TR（評審），就應該預留充足的時間，以免對項目總體進度產生惡劣影響。

???7）測試
???系統的測試計劃是必須的，測試一樣要用矩陣來進行跟蹤，每個功能點、每個意外情況都要跟蹤起來。盲目的測試往往也可以發現問題，但更可能的遺漏掉更加重要的問題。

???8）工作日志
???不管項目成員做了什么，都應該要求他們用工作日志記錄下來。這樣可以防止偷懶 :)

總結

以上是生活随笔為你收集整理的我的一些项目管理经验的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。