今天剛剛進(jìn)行了一個(gè)小軟件的工作量評(píng)估，總是覺(jué)得評(píng)估的不夠準(zhǔn)確，而且難以明確，把心中的困擾跟實(shí)際所使用的做法簡(jiǎn)單說(shuō)說(shuō)，

工作量評(píng)估中，困擾我的問(wèn)題主要有以下幾個(gè)

1、需求不清晰，并且會(huì)有變化

2、工作量評(píng)估在需求規(guī)格說(shuō)明編寫(xiě)的同時(shí)就需要進(jìn)行，一般來(lái)說(shuō)，沒(méi)有立項(xiàng)，就還不會(huì)做詳細(xì)的需求調(diào)研，但這時(shí)候就要出工作量評(píng)估

3、系統(tǒng)架構(gòu)及設(shè)計(jì)沒(méi)有開(kāi)始，此時(shí)工作量評(píng)估往往不準(zhǔn)確，比如可以采用一個(gè)既有的組件，或者重用一些代碼，但是沒(méi)有詳細(xì)定義設(shè)計(jì)時(shí)，難以確定準(zhǔn)確可以節(jié)約多少時(shí)間，改造成本

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

雖然也了解過(guò)各種工作量評(píng)估方法，但是實(shí)際中總感覺(jué)難以使用（應(yīng)該是不會(huì)使用）

自己的做法如下：

1、確定有多少模塊，每個(gè)模塊下有多少頁(yè)面，針對(duì)每個(gè)模塊列出需求、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試、部署時(shí)間，組成這一模塊的時(shí)間

2、需要多少個(gè)公共的類，分別有多復(fù)雜

3、加上項(xiàng)目管理時(shí)間，大概5個(gè)人的團(tuán)隊(duì)，需要一個(gè)不編碼的專門(mén)管理，做類似于功能檢查，代碼review之類的事情

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

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

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

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

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

3、評(píng)估工作量和實(shí)際設(shè)計(jì)完成后的很難對(duì)應(yīng)上，通過(guò)設(shè)計(jì)后，可能有些部分為了通用超出想象得工作量，有些部分公用了，又減少了。

很難理解，到底真正準(zhǔn)確率高的工作量評(píng)估是怎么做的。

在我看來(lái)，設(shè)計(jì)完成后，工作量才能準(zhǔn)確評(píng)估。但是為什么工作量評(píng)估總是要在前期需求剛剛了解一部分就要出。這是為什么呢，怎么做呢？

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