程序員該如何向項目經理估算工時？

最近換了家新公司，接了新的工作項目，有了新的項目經理（FSK工作過10年以上）。新項目是為一學校做業務系統，采用B/S結構，.NET開 發。經過前期的需求調研之后，一起做出了數據表的物理模型。涉及到業務的大表和子表大概有40多個。兩位老員工負責報表開發，我和另一個老員工負責除報表 外的所有開發工作。應項目經理的要求，我的這位搭檔根據表單數量估算了大概的工作量，平均下來大概每個表單估算了三到四個工作日，并制作成WBS，關鍵路 徑一出來，開發大概需要兩個多月。

看著這個估算，我菊花一緊：“TMD這公司都是牛人啊？”  結果還沒等到我開口說話，經理開始發話了：“這肯定不行的，一個表單又沒什么難度，還要三四個工作日，這在FSK會被DIAO死的。要抓緊進度，兩個月內 必須完成，過年前必須結束這個項目。多加點班早點做完”。 我不敢說話了，TMD一山還比一山高，看來FSK的程序員都是大神啊。我就不好意思說在上個公司開發個表單至少要求一個星期了。

在深深佩服這些牛人的同時，我也在想千千萬萬像我這樣普通的碼農該怎么樣來估算自己的工作時間，不然以后經理問起來，估太多了吧，說你小子工作效 率真這么低下還是想偷懶；估太少了吧，自己加班加點做不完，還不被人理解。我開始上網查找同行們的估算方法，也研究了一些進度管理方面的知識。總的感覺， 粒度還是太大了，一個工作包三個人/日，我們領導只會覺得這么簡單的一個功能為什么要這么久，而不會去關心碼農們實現這功能需要做的具體工作量。于是我決 定做一個粒度精確到小時的表單估時模板，用來告訴領導為什么需要這么多天，每天都做了哪些事情，做這些事情需要CODE幾個小時。我相信有了這個模板，就 算得不到領導認同，至少也表明了自己還是有在做事的。

我選擇了一個有10個字段的比較有代表性的業務表單，從開始到結束，精確統計了每個步驟需要的消耗的工時數。采用四舍五入法最終制作了如下的工時估算表：

因每個人員技術水平，經驗的差距，所以表中的數據不能一概而論。相信有很多牛人會大大高于這個效率。但這絕對是我養精蓄銳后才能達到的效率了，我期望的工時應該是在這基礎上*（1+100%）。

說了這么多，其實我也不太確定這樣的工時估算是否準確。很想知道各位同行平時是怎么估算自己的工時的，或者項目經理是怎么給員工估算工時的。有沒有更好的辦法可以更準確地估算出整個項目的開發周期。