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