專案開發是一項非常複雜的工程，不僅包含需求分析、設計、編碼、測試、實施、維護等完整的過程，還涉及到開發工具、開發人員、專案管理、風險等眾多因素，不同因素對時間估算產生的影響不盡相同，在進行時間估算時必須考慮到這些方面，否則最終結果就會和實際結果有很大的偏差，影響專案控制。
對專案開發進行
wbs分解，對每個任務單獨評估時間，通過關鍵路徑法計算專案時間。這是很標準的做法，但對於分解
wbs是最困難的環節。專案本身是漸進明細的，要很準確很具體估計專案開發時間是很困難的，專案初期的計畫時間會有
50%到
100%
的誤差也是可以接收的，隨著專案的進展確定每乙個里程碑都需要對專案計畫做相應細化專案開發時間也在做相應的調整。當然，在具體資源落實之前，
wbs也是不準確的，
wbs的意義是能夠保證所有的工作任務都在計畫和可控範圍之內。
為了準確估算專案開發時間
,細分任務的量度指標很重要
.如果你的量太大，你將忽略很多細節。如果你的量太小，你將被細枝末節埋沒
,你估算的耗時將比你完成任務的所需時間還要多，這太過頭了。
在對專案開發的時間估算時，通常用的方法有：模擬估算，利用歷史資料估算，專家判斷估算。模擬估算是指根據以前類似工作的實際持續時間為基本依據，估算現計畫工作的所用的持續時間。利用歷史資料報括的歷史資料有定額資料，專案檔案，時間估算資料庫和專案團隊成員的知識。專家判斷估算常常採用三時估算法。三時估算法就是首先估算出三個時間值，即最樂觀時間
a、最可能時間
m和最保守時間b。
在制定專案時間表的時候，需要估算第個任務所需要的時間，其中開發任務中模組的分配和時間估算是其中最主要的部分。
在分配模組和估算開發時間時，需要把握的原則和目標有：
l保證專案整體的進度
l有助於確保開發編碼的質量
l有助於提高開發編碼的速度
每個公司都擁有自己的技術框架，開發人員主要的工作通常投入在具體的業務邏輯上。通常每個模組所需的開發時間取決於以下三個因素：
l該模組的業務邏輯的複雜程度
l開發人員的技術水平和對專案所在應用的熟悉程度
l該模組技術實現上是否有技術難點
模組分配和開發時間估算的步驟：
l在劃分好模組後，自己先估算一下每個模組大概需要的開發時間
l召集所有開發人員，討論模組分配和開發時間估算
l模組分配完後，開發人員評價自己負責開發的模組所需要的時間，在此過程中會比較詳細的討論每個模組的技術實現，以便使時間的估算更加準確
l然後對開發人員估算的時間進行確認
在這幾個步驟期間，為了確保開發的速度和質量，要注意幾點：
l將劃分好的模組，讓開發人員從中挑選他們感興趣的模組。這樣作可以提高開發人員的主動性和參與性
l相同類似的模組由同一人負責開發，這樣做會使開發者對相關邏輯會更加熟悉，同時介面的定義也會比較明確，溝通的成本比較低
l技術難度比較大的模組由技術水平比較高的人負責
l業務邏輯比較複雜的模組由對這塊邏輯比較了解的人負責
l將自己估算的時間和開發人員估算的時間進行比較，這其中的差異當然會存在的，但對於那些差異比較大的，要和技術人員**其中的緣由
l對於時間週期比較長的任務，通常要再細分一下，爭取每個任務的最長時間不超過三天，時間週期越長的任務，不確定性越高，風險也就越大，越有可能成為專案開發中的瓶頸
l對於技術難點，在專案開始前做好技術準備，提前安排人員研究。這樣會節省以後專案開發時間，降低技術風險
專案總結的時候，對專案中的一些資料做好統計比如某個模組所花的開發時間、測試時間等，這些資料統計可以作為以後開發的參考。
專案時間管理 估算活動持續時間
估算活動持續時間是根據資源估算的結果，估算完成單項活動所需工作時間段的過程。需要依據活動工作範圍 所需資源型別 所需資源數量和資源日曆等，進行活動持續時間估算。持續時間估算的準確性隨著專案的推進逐步提高！對工作時間有特殊要求的資源，通常要提出備選的資源日曆。輸入 活動清單 活動屬性 活動資源需求 資...
web專案經理手冊 開發時間估算
專案經理制定專案時間表的時候，需要估算每個任務所需的時間，其中開發任務中模組的分配和時間估算是其中最主要的部分。本篇專門就這部分作乙個闡述。一 在分配模組和估算開發時間時，我們需要把握的原則和目標 1 保證專案整體的進度。2 有助於確保開發編碼的質量。3 有助於提高開發編碼的速度。二 每個公司都擁有...
web專案經理手冊 開發時間估算
專案經理制定專案時間表的時候，需要估算每個任務所需的時間，其中開發任務中模組的分配和時間估算是其中最主要的部分。本篇專門就這部分作乙個闡述。一 在分配模組和估算開發時間時，我們需要把握的原則和目標 1 保證專案整體的進度。2 有助於確保開發編碼的質量。3 有助於提高開發編碼的速度。二 每個公司都擁有...