為什么程序員不擅長評估開發(fā)時間？

一個曾經(jīng)與我一起工作過的經(jīng)驗豐富的項目經(jīng)理聲稱，他拿到程序員的時間估算以后，先將它乘以π，然后轉(zhuǎn)化下一個時間數(shù)量級后，才能得到真正的值。1天轉(zhuǎn)化成3.14周。他過去因為程序員不擅長估算時間而吃盡了苦頭。我創(chuàng)建了一個用來翻譯程序員時間估算的表格，來盡量縮小估算錯誤。

估算時間程序員所想象的程序員所忘記的實際時間

30秒只需要做一個很小的代碼改動。我準(zhǔn)確地知道怎么改，在哪里改�；ㄙM30秒敲鍵盤即可。啟動計算機(jī)，開發(fā)環(huán)境和獲取正確源碼的時間。用于構(gòu)件，測試，檢查和文檔修復(fù)的時間。 1小時

5分鐘小事一樁，我只要上谷歌查一下語法就可以修復(fù)它了。很少有一次就能找到完全正確的信息。即使找到，在它能工作前，也需要做一些調(diào)整。外加構(gòu)件，測試等等時間。 2小時

1 小時我知道怎么做，但是寫這些代碼需要花費一些時間。面對未來可能發(fā)生的問題，1小時稍縱即逝。有些東西總是會出錯。 2小時

4小時需要寫一些代碼，但是我粗略地知道步驟。我知道標(biāo)準(zhǔn)框架中的Wizzabanga模塊可以做到，不過我得查看文檔，了解它的準(zhǔn)確地調(diào)用方式。這個大概是唯一現(xiàn)實的估算。它為意外的錯誤留下了足夠大的余地，而這個任務(wù)也小到足以把握。 4小時

8 小時我先要把Balunga類重構(gòu)成2個，然后為Wizzabanga模塊加一個調(diào)用，最后為GUI加一些字段�？倳性S多系統(tǒng)的不同部分依賴著Balunga類。大概有40個不同的文件需要修改。為GUI新加的字段，同樣也需要加到數(shù)據(jù)庫中。8小時太長，無法完全把握�？倳斜瘸绦騿T估算時更多的步驟出現(xiàn)。 12-16小時

2 天真的有一大堆代碼要寫。我需要往數(shù)據(jù)庫里加一些新table，顯示table的GUI，還有讀寫table的代碼邏輯。對于大多數(shù)開發(fā)者來說，兩天的工作量已經(jīng)大到難以估算了�？隙〞惺裁礀|西被遺漏掉。不僅僅是一些小事情，而是整個一大塊主要功能會被遺忘在估算中。 5 天

1 周哎喲，這真是一項艱巨的任務(wù)。雖然我還沒有思路，但我不能說我不知道。一周應(yīng)該夠了，我希望，我真心希望，但是我不能要求更多了，否則他們會認(rèn)為我不夠稱職。這個任務(wù)已經(jīng)大到超過大多數(shù)程序員的理解了。它應(yīng)該被發(fā)回給架構(gòu)師，幫忙將它劃分成更小的部分，然后提供一些解決問題的方向。架構(gòu)師可能會發(fā)現(xiàn)一種更簡單的方法來完成它，或者發(fā)現(xiàn)其實有更多超乎想象的工作。。。 2-20 天

時間估算時困難的。每一個程序員都有一個現(xiàn)實的估計區(qū)間。低于這個區(qū)間的估計意味著（構(gòu)件，測試，檢查代碼的）時間開銷被低估了。超過這個區(qū)間的估計意味著這個任務(wù)太大而很難預(yù)估。

對于初級開發(fā)者來說，這個區(qū)間甚至都不存在。他們忽略（構(gòu)件，測試，檢查代碼的）時間開銷，同時困難的任務(wù)他們卻又無法預(yù)估。我想說一個有經(jīng)驗的開發(fā)者應(yīng)該在0.5至24小時將事情做完。超過24小時，就需要細(xì)分。這項工作應(yīng)該在開發(fā)者的頭腦中完成，然后總和到60小時。但是即使是有一些有經(jīng)驗的開發(fā)者也需要有利用管理時間塊來思考。

同樣重要的是明白：編程經(jīng)驗不等同于估算經(jīng)驗。一個不被包含在估算流程中的開發(fā)者將不會擅長估算。同樣，如果實際的時間花費不被測量和用于與估算比較，那么將沒有反饋來學(xué)習(xí)。

最后，每個程序員都應(yīng)該具備估算的技能。為磨練這個技能，接手每個任務(wù)時，先決定你要做什么。然后在開始之前估算任務(wù)所需時間。最后測量實際花費時間，并與估算相比較。同樣比較你實際完成的與計劃完成的。這樣你將會既提高你對一個任務(wù)包含細(xì)節(jié)的理解，同樣也提高了你的估算技能。

服務(wù)器租用/服務(wù)器托管中國五強(qiáng)！虛擬主機(jī)域名注冊頂級提供商！15年品質(zhì)保障！--億恩科技[ENKJ.COM]