項目似乎到達(dá)收尾階段很容易，我們經(jīng)常在軟件開發(fā)項目中不止一次聽到，許多項目在合同收尾的時候才出現(xiàn)了大的漏洞。真正要把尾給收好了，到達(dá)一個可以完善的階段卻總是面臨一堆問題，拖了又拖。項目負(fù)責(zé)人在項目快結(jié)束的時候，除了要做好合同收尾的一項一項對照檢查外，還需要重點關(guān)注以下的幾個收尾細(xì)節(jié)，為日后項目驗收打下堅實的基礎(chǔ)。否則會悔之莫及。
1、沒有明確項目收尾負(fù)責(zé)人
我曾經(jīng)經(jīng)歷過的兩個項目，在收尾的時候都設(shè)置了項目收尾主管來專門負(fù)責(zé)收尾，項目收尾之難，可見一斑。因為收尾工作的復(fù)雜和千頭萬緒，收尾如果沒有指定專人負(fù)責(zé)，就不能及時的把項目文檔整理、驗收、歸檔等。而且沒有專人結(jié)合合同條款擬定收尾計劃也就不能保證能全面的解決了合同的要求?？偠灾?，如果對項目收尾工作不重視，就會因為合同只差少許事情沒有做好而不能驗收通過，使到結(jié)算款收不到，這對軟件開發(fā)來說可是一件大事情。
2、開發(fā)計劃安排前松后緊
無數(shù)個項目我們在早期顯得"有條不紊"， 前期時間安排寬裕，成員可以花大量時間不緊不慢地討論、寫文檔，而且許多管理收尾的工作如文檔應(yīng)該提前做好而事實上沒有做好，到了后期時間緊張時才發(fā)現(xiàn)沒有時間再做文檔資料整理了。由于后期時間緊張，結(jié)果為了趕工除了不斷加班還被迫刪減一些東西，或許采用"臨時"方案造成虎頭蛇尾，也許刪減是可行的，但"臨時"方案幾乎必然導(dǎo)致更大的人力浪費和混亂。造成這種問題就是因為前期安排不緊湊，過度樂觀的假設(shè)，低估工作量，使到項目收尾時經(jīng)常發(fā)生丟三落四的事情。
3、沒有制定規(guī)范的管理收尾制度
項目收尾是個瑣碎、重復(fù)的工作，所以必須要制定規(guī)范的收尾制度。項目收尾制度必須是嚴(yán)密無情的，這樣才能確保該收上來的信息、數(shù)據(jù)、文檔等能及時的收上來。管理收尾是項目經(jīng)理經(jīng)常忽略的過程，實際上如果在合同清理時找不到相關(guān)文檔，還是一樣要找項目經(jīng)理的茬。因此，項目收尾規(guī)范化是很關(guān)鍵的，這也是日后系統(tǒng)運行維護(hù)的需要，不能總是依靠項目組成員的自覺性來保證。所以，從制度上保證不丟失重要的資料，保證管理收尾的各項活動不得拖延到項目完成之后非常有必要。
4、成功項目收尾的步驟
(1)專人負(fù)責(zé)、強(qiáng)調(diào)計劃
搞軟件開發(fā)的人都知道項目開始和收尾是最難干的，尤其是項目收尾。紛繁復(fù)雜是個擦屁股的辛苦活，加上臨近結(jié)束人心浮動, 和客戶的關(guān)系也因為牽涉到最后的結(jié)算，扯皮事兒特別多，矛盾日漸突出。在這種情況下，項目經(jīng)理的重視和對收尾工作的強(qiáng)力支持就顯得異常重要了，因此收尾必須指定專人負(fù)責(zé)。此人直接對項目經(jīng)理負(fù)責(zé)，再輔以熟悉項目情況的人員，組成一個精干的移交、驗收、資料歸檔小組，進(jìn)行驗收和歸檔為主的收尾工作。
同時，收尾要特別強(qiáng)調(diào)計劃。可由負(fù)責(zé)收尾的人根據(jù)實際情況結(jié)合合同條款擬定計劃，為保證計劃的執(zhí)行，最好要有一個例會制度，各方定期審查進(jìn)度，及時解決存在的問題。總之，充分準(zhǔn)備就是要有水到渠成的感覺，所有的問題都要在驗收前解決掉，真正到驗收時只是個形式，簽字就行了。因此，一定要重視并做好項目收尾工作，千萬不要把它當(dāng)作可有可無的事情。
(2)收尾階段需求變更的處理方法
當(dāng)項目要收尾了，用戶需求還在變怎么辦呢?如果任由用戶需求老是在變，項目驗收就會遙遙無期。因此，要主動取得用戶的理解，對其不甚合理的地方作出解釋，爭取談判和開發(fā)上的主動性。不能一味的答應(yīng)用戶無理的需求，否則很有可能會陷入反復(fù)變更的泥潭而不得