
制定項目時間表的時候,需要估算每個任務所需的時間,其中開發任務中模塊的分配和時間估算是其中最主要的部分。本篇專門就這部分作一個闡述。 內容來自"歲月聯盟"
一、在分配模塊和估算開發時間時,我們需要把握的原則和目標:
本文來自"歲月聯盟"
1、保證項目整體的進度。
2、有助于確保開發編碼的質量。 信息來自"歲月聯盟"
3、有助于提高開發編碼的速度。 "歲月聯盟"
二、每個公司都擁有自己的技術框架,開發人員主要的工作通常投入在具體的商業邏輯上。 www.Syue.com
通常每個模塊所需的開發時間取決于以下三個因素:
信息來自"歲月聯盟"
1、該模塊的商業邏輯的復雜程度。
來源"歲月聯盟"
2、開發人員的技術水平和對項目所在應用的熟悉程度(包括對框架和應用的熟悉程度)。
Syue.com
3、該模塊技術實現上是否有技術難點。這里我把技術難點定義為:在現有系統中還未實現的有一定技術難點的問題。對于這樣的難題,開發者沒有相關的代碼可以參考,需要投入一些時間研究解決。 本文來自"歲月聯盟"
三、模塊分配和開發時間估算的步驟: 本文來自"歲月聯盟"
1、作為項目經理劃分好模塊后,我會自己先估算一下每個模塊所需要的開發時間。
信息來自"歲月聯盟"
2、召集所有開發人員,討論模塊分配和開發時間估算。
信息來自"歲月聯盟"
項目經理將劃分好的模塊,讓開發人員從中挑選他們感興趣的模塊。這樣做可以提高開發人員的主動性和參與性。
項目經理在分配模塊的時候還需從以下幾方面考慮,以確保開發的速度和質量。 "歲月聯盟"
(1)相同類似的模塊由同一人負責開發,比如文章的增刪改由同一開發者負責。這樣做的好處就是開發者對相關邏輯會更加熟悉,同時接口的定義也會比較明確,的成本比較低。 "歲月聯盟"提供
(2)技術難度比較大的模塊由技術水平比較高的人負責。 信息來源"歲月聯盟"
(3)業務邏輯比較復雜的由對這塊邏輯比較了解的人負責。
"歲月聯盟"
3、模塊分配完后,開發人員評估自己負責開發的模塊所需要的時間。在此過程中我們會比較詳細的討論每個模塊的技術實現,以便使時間的估算更加準確。
"歲月聯盟"提供
4、項目經理對開發人員估算的時間進行確認。
在確認過程中作為項目經理我會參考以上提到的三個因素,同時將自己估算的時間和開發人員估算的時間進行比較。這其中的差異當然會存在的。對于那些差異比較大的,我會和技術人員探討其中的緣由。 本文來自"歲月聯盟"
對于時間周期比較長的任務,我通常會再細分一下,爭取每個任務的最長時間不超過3天。時間周期越長的任務,不確定性越高,也越高,越有可能成為項目的瓶頸。 來源"歲月聯盟"
建議:
信息來源"歲月聯盟"
1、項目總結的時候,對項目中的一些數據做好統計比如單位UC所花的開發時間、測試時間等,這些數據統計可以作為以后開發的參考。
資源來自"歲月聯盟"
2、對技術難點,在項目開始前做好技術準備,提前安排人員研究。這樣會節省以后項目時間,降低技術風險。 "歲月聯盟"提供
CIO頻道人物視窗
CIO頻道方案案例庫
大數據建設方案案例庫
電子政務建設方案案例庫
互聯集成系統構建方案案例庫
商務智能建設方案案例庫
系統集成類軟件信息研發企業名錄