如何預(yù)估項目時間

做項目的時候，要制定項目計劃。制定項目計劃就需要對工作任務(wù)進行預(yù)估，可能需要花多長時間完成這項任務(wù)？我們今天就聊一下這個話題，在預(yù)估任務(wù)時的一些陷阱，以及如何避免這些陷阱。

先來看一個經(jīng)常出現(xiàn)的例子，項目經(jīng)理給程序員布置了一項開發(fā)任務(wù)，任務(wù)看起來比較簡單，項目經(jīng)理和程序員都覺得兩天就能完成了。實際去做的時候，發(fā)現(xiàn)竟然用了半天時間把數(shù)據(jù)庫導(dǎo)入成功了，又花了半天時間把程序跑通了，結(jié)果只剩下一天時間開發(fā)，開發(fā)過程中還遇到了一點小問題，開發(fā)時間用了兩天半，測試人員稍微一測，發(fā)現(xiàn)好幾個bug，程序員再改改bug，這么一算，一周時間過去了……本來預(yù)估的兩天，變成了一周，這只是一個小任務(wù)，如果放到項目的整體任務(wù)中，這樣的估算和執(zhí)行情況，項目不能按期交付，看樣子是理所當然了。

為什么出現(xiàn)這種情況呢？主要原因是陷入了任務(wù)估算的“陷阱”中。最主要的陷阱是只估算了主要任務(wù)，沒有估算次要任務(wù)，忽略了細節(jié)。一項開發(fā)任務(wù)，如果只估算實際編碼的時間，忽略了與之關(guān)聯(lián)的數(shù)據(jù)庫部署、原有代碼調(diào)試等次要任務(wù)，估算過于樂觀是在所難免的了。而且在估算時，還要考慮到一些細節(jié)，比如還要準備一些數(shù)據(jù)，同樣也是需要花時間的。

想起來，有不只一個客戶問過我這樣的問題：這個功能挺簡單的，用不了多少時間吧？

我的回復(fù)是（基本上，永遠是）：看起來是很簡單，但軟件的開發(fā)是有流程的，也有很多基礎(chǔ)工作要做，比如開發(fā)人員需要打開開發(fā)工具、需要準備一些數(shù)據(jù)、需要理解一下需求、需要簡單考慮下這個功能和其他功能有沒有沖突，光這些前奏工作，1個小時能不能做完？好像不行。那就2個小時？好像也夠嗆。那就是半天了。半天處理起來，稍微遇到點問題，就得一天時間了。也就是基礎(chǔ)工作，都可能花個1、2天時間。真正寫代碼的時候，還可能遇到各種各樣的問題，所以，這么一個簡單的工作，看似簡單的工作，我還需要與具體的開發(fā)人員一塊討論、評估一下，然后給您回復(fù)大約多長時間做完?？此坪唵蔚娜蝿?wù)，如果沒有考慮清楚，將導(dǎo)致評估的時間與實際的執(zhí)行時間，相差較大。尤其陷入只關(guān)注到主要工作這個陷阱的時候。

要想避免陷阱，需要對項目進行分解，分解的步驟可以總結(jié)為3步。

1.明確主要任務(wù)的產(chǎn)出。即明確項目中主要任務(wù)（比如里程碑任務(wù)）的產(chǎn)出物都是什么，拿一個軟件開發(fā)類項目來說，主要任務(wù)包括需求調(diào)研、需求分析、系統(tǒng)設(shè)計、系統(tǒng)開發(fā)、系統(tǒng)測試等等，那么主要任務(wù)的產(chǎn)出，都是什么呢？調(diào)研報告、需求分析說明書、概要設(shè)計說明書、詳細設(shè)計說明書、測試用例、測試報告等。這樣保證了一點，就是項目的交付成果，都全了，該有的都有了，從大面上，不至于出現(xiàn)大的疏漏了。

2.確認關(guān)鍵行動。確定主要任務(wù)中的關(guān)鍵行動。例如在需求分析階段，關(guān)鍵行動包括用戶原始需求梳理、需求分析文檔編寫、頁面原型設(shè)計。這些關(guān)鍵行動是保障需求分析進行的主干線。將這些關(guān)鍵行動明確了，評估時，不會遺漏掉核心內(nèi)容。

3.確認輔助行動，關(guān)鍵行動的前后還有哪些內(nèi)容。輔助行動往往容易被忽視，這是容易導(dǎo)致項目評估不正確的地方。拿設(shè)計頁面原型來說，其輔助行動有哪些呢？可能包括：安裝原型設(shè)計工具軟件、學(xué)習(xí)軟件的基本操作（尤其是沒有使用過的話）、理解業(yè)務(wù)流程、交互邏輯、熟悉用戶原始表單、文檔等、頁面原型討論與評審等內(nèi)容。不是簡單的畫一下原型圖就行了，沒那么容易，新手的話，可能都不知道用什么畫原型，也不知道畫什么，等項目經(jīng)理本來以為都畫完了的時候，結(jié)果發(fā)現(xiàn)，新手才剛剛開始畫，這能按照評估的時間完成任務(wù)嗎？項目經(jīng)理和團隊成員如果在預(yù)估項目任務(wù)時間的時候，多考慮一下與主要任務(wù)相關(guān)的輔助工作，那么，估算的時間將會更加準確了。不妨一試哦。