Web專案經理手冊之開發時間估算

        專案經理制定專案時間表的時候，需要估算每個任務所需的時間，其中開發任務中模組的分配和時間估算是其中最主要的部分。本篇專門就這部分作一個闡述。

一、在分配模組和估算開發時間時，我們需要把握的原則和目標：
1、保證專案整體的進度。
2、有助於確保開發編碼的質量。
3、有助於提高開發編碼的速度。

二、每個公司都擁有自己的技術框架，開發人員主要的工作通常投入在具體的商業邏輯上。
通常每個模組所需的開發時間取決於以下三個因素：
1、該模組的商業邏輯的複雜程度。
2、開發人員的技術水平和對專案所在應用的熟悉程度（包括對框架和應用的熟悉程度）。
3、該模組技術實現上是否有技術難點。這裡我把技術難點定義為：在現有系統中還未實現的有一定技術難點的問題。對於這樣的難題，開發者沒有相關的程式碼可以參考，需要投入一些時間研究解決。

三、模組分配和開發時間估算的步驟：
1、作為專案經理劃分好模組後，我會自己先估算一下每個模組所需要的開發時間。

2、召集所有開發人員，討論模組分配和開發時間估算。
      專案經理將劃分好的模組，讓開發人員從中挑選他們感興趣的模組。這樣做可以提高開發人員的主動性和參與性。
      專案經理在分配模組的時候還需從以下幾方面考慮，以確保開發的速度和質量。
 (1)相同類似的模組由同一人負責開發，比如文章的增刪改由同一開發者負責。這樣做的好處就是開發者對相關邏輯會更加熟悉，同時介面的定義也會比較明確，溝通的成本比較低。
 (2)技術難度比較大的模組由技術水平比較高的人負責。
 (3)業務邏輯比較複雜的由對這塊邏輯比較瞭解的人負責。

 3、模組分配完後，開發人員評估自己負責開發的模組所需要的時間。在此過程中我們會比較詳細的討論每個模組的技術實現，以便使時間的估算更加準確。
 
 4、專案經理對開發人員估算的時間進行確認。
        在確認過程中作為專案經理我會參考以上提到的三個因素，同時將自己估算的時間和開發人員估算的時間進行比較。這其中的差異當然會存在的。對於那些差異比較大的，我會和技術人員探討其中的緣由。
        對於時間週期比較長的任務，我通常會再細分一下，爭取每個任務的最長時間不超過3天。時間週期越長的任務，不確定性越高，風險也越高，越有可能成為專案的瓶頸。
 
 
建議：
1、專案總結的時候，對專案中的一些資料做好統計比如單位UC所花的開發時間、測試時間等，這些資料統計可以作為以後開發的參考。
2、對技術難點，在專案開始前做好技術準備，提前安排人員研究。這樣會節省以後專案時間，降低技術風險。

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