專案經理制定專案時間表的時候,需要估算每個任務所需的時間,其中開發任務中模組的分配和時間估算是其中最主要的部分。本篇專門就這部分作乙個闡述。
一、在分配模組和估算開發時間時,我們需要把握的原則和目標:
1、保證專案整體的進度。
2、有助於確保開發編碼的質量。
3、有助於提高開發編碼的速度。
二、每個公司都擁有自己的技術框架,開發人員主要的工作通常投入在具體的商業邏輯上。
通常每個模組所需的開發時間取決於以下三個因素:
1、該模組的商業邏輯的複雜程度。
2、開發人員的技術水平和對專案所在應用的熟悉程度(包括對框架和應用的熟悉程度)。
3、該模組技術實現上是否有技術難點。這裡我把技術難點定義為:在現有系統中還未實現的有一定技術難點的問題。對於這樣的難題,開發者沒有相關的**可以參考,需要投入一些時間研究解決。
三、模組分配和開發時間估算的步驟:
1、作為專案經理劃分好模組後,我會自己先估算一下每個模組所需要的開發時間。
2、召集所有開發人員,討論模組分配和開發時間估算。
專案經理將劃分好的模組,讓開發人員從中挑選他們感興趣的模組。這樣做可以提高開發人員的主動性和參與性。
專案經理在分配模組的時候還需從以下幾方面考慮,以確保開發的速度和質量。
(1)相同類似的模組由同一人負責開發,比如文章的增刪改由同一開發者負責。這樣做的好處就是開發者對相關邏輯會更加熟悉,同時介面的定義也會比較明確,溝通的成本比較低。
(2)技術難度比較大的模組由技術水平比較高的人負責。
(3)業務邏輯比較複雜的由對這塊邏輯比較了解的人負責。
3、模組分配完後,開發人員評估自己負責開發的模組所需要的時間。在此過程中我們會比較詳細的討論每個模組的技術實現,以便使時間的估算更加準確。
4、專案經理對開發人員估算的時間進行確認。
在確認過程中作為專案經理我會參考以上提到的三個因素,同時將自己估算的時間和開發人員估算的時間進行比較。這其中的差異當然會存在的。對於那些差異比較大的,我會和技術人員**其中的緣由。
對於時間週期比較長的任務,我通常會再細分一下,爭取每個任務的最長時間不超過3天。時間週期越長的任務,不確定性越高,風險也越高,越有可能成為專案的瓶頸。
建議:
1、專案總結的時候,對專案中的一些資料做好統計比如單位uc所花的開發時間、測試時間等,這些資料統計可以作為以後開發的參考。
2、對技術難點,在專案開始前做好技術準備,提前安排人員研究。這樣會節省以後專案時間,降低技術風險。
專案管理 專案開發時間估算
專案開發是一項非常複雜的工程,不僅包含需求分析 設計 編碼 測試 實施 維護等完整的過程,還涉及到開發工具 開發人員 專案管理 風險等眾多因素,不同因素對時間估算產生的影響不盡相同,在進行時間估算時必須考慮到這些方面,否則最終結果就會和實際結果有很大的偏差,影響專案控制。對專案開發進行 wbs分解,...
web專案經理手冊 開發時間估算
專案經理制定專案時間表的時候,需要估算每個任務所需的時間,其中開發任務中模組的分配和時間估算是其中最主要的部分。本篇專門就這部分作乙個闡述。一 在分配模組和估算開發時間時,我們需要把握的原則和目標 1 保證專案整體的進度。2 有助於確保開發編碼的質量。3 有助於提高開發編碼的速度。二 每個公司都擁有...
web專案經理手冊 開發時間估算
專案經理制定專案時間表的時候,需要估算每個任務所需的時間,其中開發任務中模組的分配和時間估算是其中最主要的部分。本篇專門就這部分作乙個闡述。一 在分配模組和估算開發時間時,我們需要把握的原則和目標 1 保證專案整體的進度。2 有助於確保開發編碼的質量。3 有助於提高開發編碼的速度。二 每個公司都擁有...