在項目開發中如何進行時間評估，是一件很難同時又很重要的事情。一定即做到準確客觀又做到有理有據。通常領導希望評估的時間越短越好，而對開發人員來說時間越長越好，這似乎是矛盾的，但站在不同的利場又都有道理可講。如何進行項目時間評估是非常考驗一個項目經理的工作能力。

以前工作基本上一直在做項目，在實際工作經驗中對項目時間評估有一些自己的總結。當收到市場明確項目意向后，首先會確定一個有多年項目經驗的PM并跟甲方接口人進行對接，如果條件允許乙方項目經理會進入甲方公司現場跟接口人詳細溝通項目情況，經過多次溝通和需求確認最終達成兩個意向：一是軟件規格說明書和項目DEMO。這是非常重要的，軟件規則說明書和DEOM最終都要經過甲方接口人確認并需要簽字。這些要做為附件并做為合同的一部分，因此以后驗收要用到。

關于規格說明書的內容通常包括：項目建設背景，功能需求（前臺和后臺所有功能點）、數據結構、接口相關、UI相關，架構相關，環境相關(軟件環境和語言環境)，服務器相關、安全性上的考慮、性能上的考慮和部署相關考慮等等，每一項都要非常細致，精確到最小顆粒。這些都是項目評估的重要參考參考依據。

還有就是DEOM，這也是前期跟客戶確認的一個非常重要東西。文檔雖然可以把所有功能需求都考慮到，但不直觀，通過DEMO制作，把項目的前臺，后臺需求都可視化的展現在客戶眼前，非常直觀，非常清晰，一目了然，特別是UI和界面非常容易就能確定。當然規格說明書和DEMO是一個整體，文檔上的內容都要按照DEMO來寫。也就是說跟甲方接口人確認以DEMO為主，文檔為鋪。

當軟件規則說明書和DEMO都跟客戶確認清晰后意味著軟件需求分析階段已經完成。階下來要做的就是制定開發里程碑和時間評估，前期需求采集詳細與否直接關系到此階段的功能點評估。時間評估主要通過以下幾個方面來考慮，采集需求（已完成），需求分析（開發和測試人員了解需求），系統架構設計，環境搭建（軟件環境和硬件環境），UI設計與切圖（還包括跟甲方再次確認），數據庫設計，代碼編寫，測試相關（測試與問題修改）、部署相關（測試版本部署和正式環境部署），文檔編寫（概要設計、詳細設計、數據庫設計手冊、使用手冊等）等，通過這些惟獨對軟件進行時間評估。

如何進行時間評估？通過多個項目經驗我是這樣做的：按上面的提到各個點我會評估出三個時間：最理想狀態下項目完成時間，正常情況下的項目完成時間，最慢的情況下項目完成時間。同時也會找一個或兩個相關的開發人員同樣評估出這樣的三個完成時間。我會把幾種時間匯總到一起，例如我評估的三個時間分別為T1,T2,T3其它開發人員假設一個評估的時間為T01,T02,T03,我會把這6組數據累加到一起同時除以6即(T1+T2+T3+T01+T02+T03)/6求出平均時間，但求出這個平均時間還是不夠的，還要加上一個風險控制時間，假設平將時間為60天，風險控制時間=60*10%，10%是自己通過做很多項目得出來的一個權重值。所以總的項目時間為 60+10 =70天，即70人/天，當然天都是以工作日單位。通過這樣來評估時間并通過項目驗證基本上沒有太大的誤差，也就是說相當準確的。

時間評估完成了，如何能保證在規定的時間內完成工作任務？這就是體現了項目經理的控制能力，控制包括：時間控制，質量控制，成本控制和溝通協調等方面。這時對項目經理的要求是非常高的，做項目我的習慣一般是前期要緊張起來，特別是時間上要一定要控制非常嚴格，規定什么時候完成的任務一定要在規定的時間內完成，完成不僅僅是代碼開發完成，還要包括單元測試以及對功能需求的回顧，最終都沒有問題了這才能叫做完成。每一個功能或者模塊都這樣去做，到后期的測試是很有利的。如是前期控制的好的在中期可以把節奏稍微調整一下，讓項目成員可以稍微的松口氣。