最近換了家新公司，接了新的工作專案，有了新的專案經理（FSK工作過10年以上）。新專案是為一學校做業務系統，採用B/S結構，.NET開發。經過前期的需求調研之後，一起做出了資料表的物理模型。涉及到業務的大表和子表大概有40多個。兩位老員工負責報表開發，我和另一個老員工負責除報表外的所有開發工作。應專案經理的要求，我的這位搭檔根據表單數量估算了大概的工作量，平均下來大概每個表單估算了三到四個工作日，並製作成WBS，關鍵路徑一出來，開發大概需要兩個多月。
看著這個估算，我菊花一緊：“TMD這公司都是牛人啊？” 結果還沒等到我開口說話，經理開始發話了：“這肯定不行的，一個表單又沒什麼難度，還要三四個工作日，這在FSK會被DIAO死的。要抓緊進度，兩個月內必須完成，過年前必須結束這個專案。多加點班早點做完”。 我不敢說話了，TMD一山還比一山高，看來FSK的程式設計師都是大神啊。我就不好意思說在上個公司開發個表單至少要求一個星期了。
在深深佩服這些牛人的同時，我也在想千千萬萬像我這樣普通的碼農該怎麼樣來估算自己的工作時間，不然以後經理問起來，估太多了吧，說你小子工作效率真這麼低下還是想偷懶；估太少了吧，自己加班加點做不完，還不被人理解。我開始上網查詢同行們的估算方法，也研究了一些進度管理方面的知識。總的感覺，粒度還是太大了，一個工作包三個人/日，我們領導只會覺得這麼簡單的一個功能為什麼要這麼久，而不會去關心碼農們實現這功能需要做的具體工作量。於是我決定做一個粒度精確到小時的表單估時模板，用來告訴領導為什麼需要這麼多天，每天都做了哪些事情，做這些事情需要CODE幾個小時。我相信有了這個模板，就算得不到領導認同，至少也表明了自己還是有在做事的。
我選擇了一個有10個欄位的比較有代表性的業務表單，從開始到結束，精確統計了每個步驟需要的消耗的工時數。採用四捨五入法最終制作了如下的工時估算表：
因每個人員技術水平，經驗的差距，所以表中的資料不能一概而論。相信有很多牛人會大大高於這個效率。但這絕對是我養精蓄銳後才能達到的效率了，我期望的工時應該是在這基礎上*（1+100%）。
說了這麼多，其實我也不太確定這樣的工時估算是否準確。很想知道各位同行平時是怎麼估算自己的工時的，或者專案經理是怎麼給員工估算工時的。有沒有更好的辦法可以更準確地估算出整個專案的開發週期。