今天剛剛進行了一個小軟件的工作量評估，總是覺得評估的不夠準確，而且難以明確，把心中的困擾跟實際所使用的做法簡單說說，

工作量評估中，困擾我的問題主要有以下幾個

1、需求不清晰，并且會有變化

2、工作量評估在需求規(guī)格說明編寫的同時就需要進行，一般來說，沒有立項，就還不會做詳細的需求調研，但這時候就要出工作量評估

3、系統(tǒng)架構及設計沒有開始，此時工作量評估往往不準確，比如可以采用一個既有的組件，或者重用一些代碼，但是沒有詳細定義設計時，難以確定準確可以節(jié)約多少時間，改造成本

4、不知道自己將面對什么樣的開發(fā)團隊，有人一天，有人要10天才能做完，但你很難有一支你熟悉了解的團隊

雖然也了解過各種工作量評估方法，但是實際中總感覺難以使用（應該是不會使用）

自己的做法如下：

1、確定有多少模塊，每個模塊下有多少頁面，針對每個模塊列出需求、設計、開發(fā)、測試、部署時間，組成這一模塊的時間

2、需要多少個公共的類，分別有多復雜

3、加上項目管理時間，大概5個人的團隊，需要一個不編碼的專門管理，做類似于功能檢查，代碼review之類的事情

4、加上一定比例的變更時間（根據(jù)用戶的歷史情況而定，或者感覺用戶頭腦清晰度而定）

5、最后得出的數(shù)字乘以一個1.5-3，得出最后時間，這個1.5-3是根據(jù)評估人歷史的情況，比如，我以前一年里評估的工作量大概都需要乘以2才是最后實際的，就會在新項目評估時（無條件乘以2），這些時間總會被用戶有辦法用掉，（說到這里，自己很可恥一下，開發(fā)過程中很多時間都不知道去哪里了，比如用戶說按鈕上怎么沒有圖片啊，之類的，或者說放左邊好看啊，這些時間就沒了，每次都不可預知，或者服務器上裝個什么軟件，不知道又出什么問題，有幾天不開心，效率低下等等）

雖然一直按以上這種方式做，但是總覺得不是很好，主要有以下幾個方面

1、準確性差，從上可以看到，準確率只有50%左右

2、難以解釋，說這個頁面為什么要這么久，這個功能為什么這么久，完全是憑著腦子里過一下，有幾個按鈕，大概寫多少代碼的一個感覺，經(jīng)不起推敲

3、評估工作量和實際設計完成后的很難對應上，通過設計后，可能有些部分為了通用超出想象得工作量，有些部分公用了，又減少了。

很難理解，到底真正準確率高的工作量評估是怎么做的。

在我看來，設計完成后，工作量才能準確評估。但是為什么工作量評估總是要在前期需求剛剛了解一部分就要出。這是為什么呢，怎么做呢？

特別值得一提的是，根據(jù)大概會產(chǎn)生多少代碼行進行評估，我特別難以理解，有人能聽客戶說了一天需求，就大概估算出代碼行數(shù)，真是神人啊。