最終產(chǎn)物是指最終會(huì)交付給客戶的東西，一般有：組件、安裝程序、數(shù)據(jù)庫、用戶手冊、管理員手冊等。

針對不同的工作產(chǎn)品應(yīng)采取不同的針對性管理辦法，很多公司會(huì)制定單獨(dú)的配置管理計(jì)劃。

11.質(zhì)量保證方面的工作。

嚴(yán)格來說，質(zhì)量保證是靠項(xiàng)目組全體來保證的，這里所說的質(zhì)量保證是“狹義”的質(zhì)量保證，是指：要確保項(xiàng)目組按照既定的規(guī)定、過程、標(biāo)準(zhǔn)來工作，需按照既定的格式要求產(chǎn)出相應(yīng)工作產(chǎn)品。

對于以上十一點(diǎn)，實(shí)際項(xiàng)目估算中往往出現(xiàn)這樣的問題：

1.忘記包含項(xiàng)目前期工作的工作量。

2.沒有考慮商務(wù)、維護(hù)、配置管理、質(zhì)量保證方面的工作。

3.需求調(diào)研、軟件設(shè)計(jì)、編碼、測試、實(shí)施方面的工作估計(jì)過少。

4.項(xiàng)目管理方面的工作量估計(jì)不足。

估算如何做出來？

這里開始所說的估算，全部都是指項(xiàng)目組對項(xiàng)目的估算，這個(gè)估算的目的是用來指導(dǎo)項(xiàng)目的具體工作。

有很多種估算辦法，大致可以分為兩類：

1.先得到軟件規(guī)模，然后根據(jù)公司實(shí)際的生產(chǎn)率由軟件規(guī)模導(dǎo)出工作量。

2.直接得到工作量。

第一類的常見方法有：功能點(diǎn)法、代碼行法，第二類的常見方法有Delphi估算法、微軟的由底而上估算法。

什么是軟件規(guī)模？我們先看看一個(gè)搬磚頭的估算。

假設(shè)有1000塊磚頭，它們的大小和重量一樣，每名工人每天能搬100塊磚頭，于是我們可以估算到需要10人日來搬完。10人日的意思是1名工人需要10天完成，而10名工人只需要1天就搞定了。

這個(gè)1000塊代表了工作的規(guī)模，而生產(chǎn)率就是100塊/日，這樣就可以推算出工作量為10人日。建筑工程可以得到土石方量、混凝土量、鋼筋量等代表工作規(guī)模的數(shù)據(jù)，這樣就比較容易推算出完成這些工作需要的工作量。

而軟件工程估算也希望能做到類似的效果，但用什么來代表軟件項(xiàng)目的工作規(guī)模呢？功能點(diǎn)和代碼行是常見的兩種軟件規(guī)模表示方式。

軟件規(guī)模是與軟件具體生產(chǎn)技術(shù)、項(xiàng)目管理辦法、項(xiàng)目組人員水平等無關(guān)的東西，軟件規(guī)模只和軟件項(xiàng)目本身的性質(zhì)相關(guān)，如果我們能找到合適的統(tǒng)一的標(biāo)準(zhǔn)來度量每個(gè)項(xiàng)目的規(guī)模，這樣每個(gè)軟件項(xiàng)目之間就可以進(jìn)行橫向比較了。功能點(diǎn)法和代碼行法都希望能達(dá)致這樣的效果。

功能點(diǎn)法的基本思路是將復(fù)雜的軟件分解為一個(gè)一個(gè)獨(dú)立的粒度一致的功能點(diǎn)，附加一些調(diào)整系數(shù)，得到軟件規(guī)模。

我們的項(xiàng)目大部分是數(shù)據(jù)庫四輪馬車的操作（查詢、增加、修改、刪除），功能點(diǎn)法從比較高的層次對這些工作進(jìn)行抽象，有一套嚴(yán)密的規(guī)則可以讓你將需求分解成一個(gè)一個(gè)的功能點(diǎn)。代碼行法思路也類似，不過分解的結(jié)果是代碼行而已。但一般來說代碼行與軟件的實(shí)現(xiàn)技術(shù)相關(guān)度太大，大家會(huì)更加偏愛功能點(diǎn)法。

功能點(diǎn)法和代碼行法有比較長的歷史，也有很多詳細(xì)資料，大家可以去查閱一下。這方法理論上很理想，但實(shí)踐效果很差，我還沒有見到一家能成熟應(yīng)用并且取得比較好效果的公司。功能點(diǎn)法和代碼行法有這樣的一些難以解決的問題：

1.只適用于數(shù)據(jù)庫四輪馬車的操作的項(xiàng)目，高技術(shù)含量、創(chuàng)造性高的軟件不適用，如游戲軟件、計(jì)算機(jī)負(fù)責(zé)計(jì)算與決策軟件等。

2.我們絕大部分項(xiàng)目是需求不明確、設(shè)計(jì)不明確，并且工期很趕的，這兩個(gè)方法都無法適應(yīng)這樣的現(xiàn)實(shí)條件。需求不明確基本上無法得到軟件規(guī)模，建筑工程為什么能做到，是因?yàn)樾枨蠛驮O(shè)計(jì)都十分明確了。

3.兩個(gè)方法的規(guī)則都很詳細(xì)，要花大量時(shí)間學(xué)習(xí)和實(shí)戰(zhàn)才能掌握。

4.由工作規(guī)模導(dǎo)出工作量這樣的思考方式，難以適用于軟件項(xiàng)目。項(xiàng)目組還是習(xí)慣列出具體的任務(wù)，逐條任務(wù)估計(jì)時(shí)間，而且只有這樣的工作方式才能讓項(xiàng)目組感覺更加踏實(shí)。

Dephi估算法是比較符合大家實(shí)際工作習(xí)慣，也是比較容易掌握的估算辦法。

Delphi法的大致方法如下：

1.找?guī)酌Y深專家，一起對項(xiàng)目進(jìn)行WBS，把項(xiàng)目的工作分解為十幾條最多二三十條的工作項(xiàng)。

2.全部專家各自估計(jì)每條工作項(xiàng)的工作量，并向其他專家闡述自己的理由。

3.第一次各專家估出來的結(jié)果可能差異比較大，每位專家聽取別人的意見后，重新估算。

4.按照上述辦法，各專家反復(fù)估算幾次，一般次數(shù)就是2-4次，各專家估計(jì)的工作量會(huì)越來越趨近，這個(gè)時(shí)候取全部專家的平均值。

普遍認(rèn)為各專家的經(jīng)驗(yàn)與知識水平會(huì)嚴(yán)重影響結(jié)果的準(zhǔn)確性，而我的實(shí)踐經(jīng)驗(yàn)是：應(yīng)該讓項(xiàng)目組每個(gè)人自己來估算，也就是讓大家來當(dāng)專家，在這個(gè)基礎(chǔ)上可以再增加一兩名來自項(xiàng)目組外部的專家。

有時(shí)候覺得估算這個(gè)問題搞得太復(fù)雜了，各式各樣的方法是不是太夸張了？其實(shí)最簡單的方法就是讓負(fù)責(zé)該項(xiàng)工作的人自己來估計(jì)工作量，微軟的由底而上的估算方法就是這樣做的，可謂返璞歸真??！

微軟由底而上的估算方法大致是這樣的：對項(xiàng)目各項(xiàng)工作進(jìn)行分解后（即俗稱的wbs：work breakdown structure，工作分解結(jié)構(gòu)），每個(gè)任務(wù)落實(shí)負(fù)責(zé)人，由負(fù)責(zé)人對自己的任務(wù)進(jìn)行估計(jì)。這個(gè)辦法有以下好處：

1.  最終該任務(wù)是由這個(gè)人來完成的，他估計(jì)多少時(shí)間才能做完，這個(gè)時(shí)間才是最接近實(shí)際的。

2.  負(fù)責(zé)該任務(wù)的人進(jìn)行估算的時(shí)候，肯定需要認(rèn)真思考這個(gè)任務(wù)的風(fēng)險(xiǎn)，需要做哪些具體的工作，這樣更容易在未開始工作之前就發(fā)現(xiàn)更多的潛在問題。相反如果由項(xiàng)目經(jīng)理來分配時(shí)間，這個(gè)人就可能不會(huì)去思考這個(gè)任務(wù)了。

3.  做這個(gè)任務(wù)的人會(huì)有被重視和尊重的感覺，他會(huì)很重視自己承諾的完成時(shí)間，并且想法設(shè)法按時(shí)間完成。這樣會(huì)減少很多項(xiàng)目管理時(shí)間，因?yàn)槊總€(gè)任務(wù)負(fù)責(zé)人都會(huì)主動(dòng)地跟蹤好自己的工作。

其實(shí)微軟這個(gè)方法根本就沒有什么特別，所有正常人都可以想到這個(gè)方法，但仍然有很多人去追求那些不太靠譜的估算方法。

這個(gè)方法還是有這樣的一些問題的：

1.有人會(huì)估算偏小，比方他說需要5天，但往往10天還完不成。

2.有人估算過于保守。

3.項(xiàng)目的進(jìn)度要求就是很緊，基本上你必須在指定時(shí)間內(nèi)完成，估算顯得毫無價(jià)值。

第一個(gè)問題是比較常見的，但我們要這樣想：估不準(zhǔn)也比不估算好，估算偏差哪怕超過100%，也比不估算好，至少有個(gè)譜。

大家是會(huì)進(jìn)步的，估不準(zhǔn)往往是對任務(wù)和自己能力認(rèn)識不到位，要讓大家不害怕估算，只要敢于估算，問題才會(huì)暴露出來，才能持續(xù)進(jìn)步。

第二個(gè)問題分兩種情況，有些人是確實(shí)是過分保守的對自己信心不太足，項(xiàng)目經(jīng)理可以多多來指導(dǎo)他的工作，看看他具體的進(jìn)展，讓他更加充分地了解任務(wù)，更加充分了解自己的能力，增強(qiáng)他的信心，這樣他就能持續(xù)進(jìn)步了。而另外一種情況就比較惡劣，少數(shù)人會(huì)故意增大時(shí)間，這樣他平時(shí)工作不必全力以赴，可以比較悠閑，甚至可以利用工作時(shí)間干私事。如果發(fā)現(xiàn)這樣的情況，就應(yīng)該嚴(yán)肅處理了，不要做爛好人，這樣的人在團(tuán)隊(duì)中存在是對團(tuán)隊(duì)的極大傷害。

第三個(gè)問題往往是各項(xiàng)目經(jīng)理心中的痛楚，他們會(huì)覺得：實(shí)在無奈啊！做項(xiàng)目就是在有限時(shí)間有限資源內(nèi)做不可能完成的任務(wù)，在這樣的情況下，你就不要跟我扯估算了！

我們的項(xiàng)目大部分情況都是非常大壓力的，應(yīng)對這樣大的壓力越需要冷靜。實(shí)際上大部分項(xiàng)目盡管是有壓力，但只要發(fā)揮團(tuán)隊(duì)的聰明才智，還是可以高效地做好工作的，不需要加班或者少加班。本文稍后會(huì)介紹這個(gè)問題的應(yīng)對辦法。

介紹了這么多種估算方法，每種都有很多問題，那到底怎樣才能做好項(xiàng)目估算呢？

軟件項(xiàng)目的特點(diǎn)就是項(xiàng)目簽訂時(shí)，價(jià)錢是死的，工期是死的，而需求和設(shè)計(jì)是不明確的。

我的經(jīng)驗(yàn)告訴我，功能點(diǎn)法、代碼行法這些方法基本上是不靠譜的，我在實(shí)際項(xiàng)目中會(huì)綜合使用Dephi法和由底而上的估算方法，并予以改良，下面介紹一下我的一些心得體會(huì)。

1.項(xiàng)目估算與其說是估出來，還不如說是做出來的。

假設(shè)某項(xiàng)目是這樣的情況：

1）合同簽署的金額是100萬，工期是3個(gè)月。

2）需求只是大致寫了，并不明確。

3）老板要賺50萬，給你的預(yù)算只有50萬。

我們很多項(xiàng)目都是這樣的情況，不是等你估算出比較靠譜的數(shù)字，然后才去報(bào)價(jià)簽合同的，我們經(jīng)常要在老板指定的預(yù)算下完成項(xiàng)目。

你現(xiàn)在要負(fù)責(zé)這個(gè)項(xiàng)目，你會(huì)如何做估算呢？

你需要做好兩個(gè)事情，才能保證項(xiàng)目實(shí)際成本控制在預(yù)算內(nèi)。

第一個(gè)事情，控制好需求。需求不明確，這既是不利因素也是有利因素，應(yīng)盡量往有利的方向控制。不明確的好處就是你有控制需求的空間，抓住客戶的關(guān)鍵需求，簡化不必要的花銷的需求，能極大地降低項(xiàng)目工作量。

第二個(gè)事情：想盡辦法降低開發(fā)工作量。不要因?yàn)檫M(jìn)度緊就不認(rèn)真思考軟件的設(shè)計(jì)，應(yīng)盡量采用簡單的成熟的設(shè)計(jì)方案，簡化工作。