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