七、客戶驗(yàn)收

成果審查。驗(yàn)收人員審查開(kāi)發(fā)方應(yīng)當(dāng)交付的成果，如代碼、文檔等等。確保這些成果是完整的并且是正確有效的。

驗(yàn)收測(cè)試。驗(yàn)收人員對(duì)交付的產(chǎn)品進(jìn)行全面的測(cè)試，確保產(chǎn)品功能、質(zhì)量符合需求。

及時(shí)解決客戶方發(fā)現(xiàn)的問(wèn)題。

輸出：

客戶驗(yàn)收計(jì)劃、驗(yàn)收測(cè)試用例、客戶驗(yàn)收?qǐng)?bào)告、驗(yàn)收操作手冊(cè)

實(shí)施建議：

在客戶驗(yàn)收之前，開(kāi)發(fā)方對(duì)驗(yàn)收人員進(jìn)行必要的產(chǎn)品培訓(xùn)。

開(kāi)發(fā)方可以將系統(tǒng)測(cè)試用例給驗(yàn)收人員參考，以減少設(shè)計(jì)測(cè)試用例的時(shí)間。

開(kāi)發(fā)方人員應(yīng)當(dāng)熱情地協(xié)助驗(yàn)收人員。對(duì)驗(yàn)收人員發(fā)現(xiàn)的軟件缺陷馬上予以糾正；對(duì)于復(fù)雜的問(wèn)題應(yīng)當(dāng)立即請(qǐng)示有關(guān)領(lǐng)導(dǎo)，不可拖延。在驗(yàn)收期間不可與客戶爭(zhēng)吵，給客戶留下很好的印象。

對(duì)驗(yàn)收過(guò)程中產(chǎn)生的所有有價(jià)值的文檔進(jìn)行配置管理。

八、結(jié)項(xiàng)

計(jì)劃與實(shí)際情況對(duì)比:產(chǎn)品功能、工作成果、產(chǎn)品質(zhì)量、投入人員、工作量、成本等

申請(qǐng)結(jié)項(xiàng)理由和項(xiàng)目自我評(píng)價(jià)

對(duì)項(xiàng)目進(jìn)行綜合評(píng)估，總結(jié)經(jīng)驗(yàn)教訓(xùn)。

有價(jià)值的結(jié)項(xiàng)管理至少包括三項(xiàng)內(nèi)容：

一、對(duì)項(xiàng)目的有形資產(chǎn)和無(wú)形資產(chǎn)進(jìn)行清算，既要防止資產(chǎn)流失，又要及時(shí)地利用這些資產(chǎn)。

二、對(duì)項(xiàng)目進(jìn)行綜合評(píng)估。例如評(píng)估項(xiàng)目完成情況、項(xiàng)目質(zhì)量、投入產(chǎn)出分析、項(xiàng)目的市場(chǎng)價(jià)值、項(xiàng)目對(duì)企業(yè)的貢獻(xiàn)等等。該評(píng)估報(bào)告可以作為考核項(xiàng)目人員業(yè)績(jī)的重要依據(jù)。

三、總結(jié)經(jīng)驗(yàn)教訓(xùn)，使整個(gè)機(jī)構(gòu)受益。

實(shí)施建議:

對(duì)結(jié)項(xiàng)管理過(guò)程域產(chǎn)生的所有有價(jià)值的文檔進(jìn)行配置管理。

做好必要的保密工作。

結(jié)項(xiàng)評(píng)審工作不能簡(jiǎn)化。

對(duì)結(jié)項(xiàng)評(píng)審委員會(huì)進(jìn)行必要的培訓(xùn)，使他們樹(shù)立正確的觀念，從而嚴(yán)格把關(guān)

輸出：

結(jié)項(xiàng)申請(qǐng)書(shū)、結(jié)項(xiàng)評(píng)審報(bào)告

下面是這些核心工具的運(yùn)用經(jīng)驗(yàn)：

1.必須建立源代碼的版本控制系統(tǒng)，是cvs，基本的代碼提交原則：

1)程序員盡量每天只在下班前提交一次;

2)提交的代碼必須是在自己的機(jī)器上是正常運(yùn)行的；

3)每次提交都必須用簡(jiǎn)短的話說(shuō)明自己提交代碼的功能描述。

2.建立錯(cuò)誤追蹤系統(tǒng)，用Bugzilla很好，配置好郵件系統(tǒng)，使Bugzilla成為測(cè)試人員與開(kāi)發(fā)人員溝通的橋梁。

3.用BAT和Perl腳本，以cvs中的源代碼為核心實(shí)現(xiàn)簡(jiǎn)單的每日編譯工具，將這個(gè)自己寫的自動(dòng)化工具放到一臺(tái)專門的編譯機(jī)器上，在每天的半夜開(kāi)始自動(dòng)下載代碼，自動(dòng)編譯代碼，自動(dòng)打包安裝程序，自動(dòng)記錄各種編譯日志，自動(dòng)將安裝程序放置到一個(gè)固定的以日期為目錄名的公共區(qū)。（用cvs2cl.pl得到程序員上傳的代碼更新日志，以便測(cè)試人員參考）

4.測(cè)試人員的第二天，應(yīng)該到公共區(qū)取得頭天的新版本，并根據(jù)ChangeLog進(jìn)行新版本的測(cè)試。并將測(cè)試中發(fā)現(xiàn)的Bug，通過(guò)Bugzilla反饋給程序員。程序員可以根據(jù)自己的情況，或公司的規(guī)定來(lái)決定修改這些Bug的時(shí)間。并將這些Bug的修改情況，在代碼提交時(shí)，寫入代碼日志。

5.開(kāi)發(fā)人員的第二天，應(yīng)該到公共區(qū)查看編譯日志，看看自己的模塊是否正常編譯，及時(shí)更正，看看自己的郵箱有沒(méi)有Bug報(bào)告，及時(shí)修改。

6.管理人員的第二天，在綜合項(xiàng)目需求與頭天版本進(jìn)度的上，可以判斷產(chǎn)品的發(fā)展方向，如果有偏航或理解錯(cuò)誤或有新需求時(shí)，可以根據(jù)當(dāng)前情況及時(shí)調(diào)整。

這樣，通過(guò) cvs => bugzilla => daily-build，能將程序員與測(cè)試員，進(jìn)行互動(dòng)，各施其責(zé)。減少溝通與人為的麻煩。對(duì)于管理層，也能做到心中有數(shù)：因?yàn)槊刻於加行掳姹�，隨時(shí)掌握產(chǎn)品的走向。。。等等。