重視項(xiàng)目收尾 踢好軟件開(kāi)發(fā)臨門(mén)一腳

申請(qǐng)免費(fèi)試用、咨詢(xún)電話(huà)：400-8352-114

歷時(shí)一年多的軟件開(kāi)發(fā)項(xiàng)目終于快要結(jié)束了，對(duì)我來(lái)說(shuō)這意味著沒(méi)日沒(méi)夜瘋狂加班的苦日子要熬到頭了。開(kāi)發(fā)組成員接二連三地相互表示祝賀，看到這種情況我一臉苦笑，快要看到勝利的曙光這話(huà)說(shuō)得早了點(diǎn)，還是想想該怎么對(duì)付黎明前的黑暗吧。如果把軟件開(kāi)發(fā)項(xiàng)目比作一盤(pán)圍棋，項(xiàng)目收尾就是到了勝負(fù)關(guān)鍵的時(shí)刻，一不小心就有可能前功盡棄、滿(mǎn)盤(pán)皆輸。

充滿(mǎn)血淚的項(xiàng)目收尾

眾所周知，一個(gè)完整的軟件項(xiàng)目生命周期在RUP（Rational Unified Process，統(tǒng)一軟件開(kāi)發(fā)過(guò)程)方法中可以分為：初始需求分析、業(yè)務(wù)建模、設(shè)計(jì)階段、編碼和測(cè)試、交付部署與收尾階段等幾個(gè)過(guò)程。在初始階段項(xiàng)目發(fā)生風(fēng)險(xiǎn)損失是最小的，比如在這個(gè)階段如果突然資金來(lái)源斷了，以至于不能繼續(xù)進(jìn)行而不得不終止項(xiàng)目，那么這時(shí)候的損失只是需求分析階段的投入。但隨著項(xiàng)目進(jìn)展風(fēng)險(xiǎn)對(duì)項(xiàng)目的損失逐漸變大，快到收尾階段的時(shí)候如果發(fā)生重大風(fēng)險(xiǎn)將產(chǎn)生最大的項(xiàng)目損失，嚴(yán)重時(shí)可能會(huì)爛尾或收不到結(jié)算款，這對(duì)軟件開(kāi)發(fā)項(xiàng)目來(lái)說(shuō)是最大的打擊。

但讓人非常遺憾的是,在軟件開(kāi)發(fā)項(xiàng)目中項(xiàng)目收尾過(guò)程和工作往往不被大家重視。有時(shí)是因?yàn)轫?xiàng)目任務(wù)繁重，開(kāi)發(fā)組為了按時(shí)完成任務(wù)正忙于埋頭趕工，或一大堆的問(wèn)題急需解決，有時(shí)是項(xiàng)目經(jīng)理干脆就把該項(xiàng)工作給忽略了。因此，在談到項(xiàng)目收尾時(shí)，可能大家都有一大段牢騷話(huà)要說(shuō)，其中的血淚史更是數(shù)不勝數(shù)。例如，誰(shuí)都可能經(jīng)歷過(guò)在項(xiàng)目"接近"結(jié)束的時(shí)候突然陷入困境的情況，以為已經(jīng)干完了"該干的事情"，但客戶(hù)卻不斷的提出新要求，結(jié)果拿起合同一看。天啊，不但在許多細(xì)節(jié)需求上丟三落四，而且還可能在重大需求上也存在著缺失，如果客戶(hù)一定要一項(xiàng)一項(xiàng)地對(duì)合同的話(huà)，項(xiàng)目根本就不可能驗(yàn)收通過(guò)。

準(zhǔn)確定義軟件開(kāi)發(fā)項(xiàng)目收尾

項(xiàng)目收尾根據(jù)PMI（美國(guó)項(xiàng)目管理協(xié)會(huì)）的概念，工作內(nèi)容包括：項(xiàng)目范圍重新確認(rèn)和質(zhì)量驗(yàn)收，就是說(shuō)項(xiàng)目驗(yàn)收前重新審核工作成果，檢驗(yàn)各項(xiàng)工作范圍是否完成，或者完成到何種程度。如果是外部開(kāi)發(fā)項(xiàng)目還有費(fèi)用結(jié)算，例如對(duì)從項(xiàng)目開(kāi)始到項(xiàng)目結(jié)束全過(guò)程所支付的全部費(fèi)用進(jìn)行核算，編制項(xiàng)目決算表的過(guò)程。最后，還有合同終結(jié)，例如整理并存檔各種合同文件。

簡(jiǎn)單的說(shuō)，軟件開(kāi)發(fā)收尾一般分為合同收尾和管理收尾兩部分。合同收尾就是抓起合同，和客戶(hù)(無(wú)論是內(nèi)部客戶(hù)還是外部客戶(hù))一項(xiàng)一項(xiàng)的核對(duì)，是否完成了合同所有的要求，是否可以把項(xiàng)目結(jié)束掉，也就是通常所說(shuō)的項(xiàng)目驗(yàn)收。管理收尾是說(shuō)把開(kāi)發(fā)期間的所有項(xiàng)目文檔整理和歸檔的過(guò)程，例如收集需求分析文檔、編碼文檔、測(cè)試文檔、會(huì)議記錄，當(dāng)然還有階段性總結(jié)報(bào)告等。

（1）合同收尾

合同收尾就是了結(jié)開(kāi)發(fā)合同并結(jié)清帳目，包括解決所有尚未了結(jié)的事項(xiàng)。合同收尾需要對(duì)整個(gè)項(xiàng)目開(kāi)發(fā)過(guò)程進(jìn)行系統(tǒng)地審查，找出合同上簽訂的事項(xiàng)是否已經(jīng)完成任務(wù)。據(jù)經(jīng)驗(yàn)分析，軟件開(kāi)發(fā)項(xiàng)目也象眾多的工程項(xiàng)目收尾一樣，合同收尾是最容易產(chǎn)生問(wèn)題的時(shí)候。就象經(jīng)常提到的80/20理論，花了計(jì)劃的80%的時(shí)間以為完成了項(xiàng)目80%的工作，結(jié)果剩余的20%的收尾工作又要花80%的計(jì)劃時(shí)間來(lái)完成。

因此，合同收尾往往是軟件開(kāi)發(fā)經(jīng)理最為頭痛的事情，理想的情況下既要使客戶(hù)和用戶(hù)對(duì)軟件滿(mǎn)意，又要使公司順利地收到項(xiàng)目資金，造就一個(gè)"雙贏"的局面。但實(shí)際中，軟件開(kāi)發(fā)項(xiàng)目先天就有很多不確定因素，比如軟件功能需求人員在并不清楚項(xiàng)目的具體細(xì)節(jié)和難度的時(shí)候所許諾的事情根本就是一個(gè)泥潭，還有由于用戶(hù)需求不明確造成的不斷變更需求等。

（2）管理收尾

管理收尾是指對(duì)項(xiàng)目驗(yàn)收正式化而進(jìn)行的項(xiàng)目資料的移交和歸檔。具體包括開(kāi)發(fā)記錄、功能需求對(duì)照表、測(cè)試記錄、項(xiàng)目階段性進(jìn)度報(bào)告等。因此，管理收尾做得是否好對(duì)降低項(xiàng)目失敗率有重大的意義，例如有什么地方可以改進(jìn)的建議，這類(lèi)問(wèn)題進(jìn)行分析總結(jié)得越多，資料就越豐富，就越能預(yù)防項(xiàng)目風(fēng)險(xiǎn)。同時(shí)，管理收尾也是收集、整理、保存項(xiàng)目記錄最好的時(shí)機(jī)。當(dāng)當(dāng)項(xiàng)目快要完成的時(shí)候，項(xiàng)目成員手頭都還保留有工作記錄，收集起來(lái)是非常容易的。時(shí)間久了，有些項(xiàng)目成員可能去了其它項(xiàng)目組，有些可能離職了，到那時(shí)去收集可能就晚了，有些記錄可能就永遠(yuǎn)也找不到了。

為什么項(xiàng)目收尾工作總是這么難？

一直以來(lái)有一個(gè)怪圈，項(xiàng)目似乎到達(dá)收尾階段很容易，但真正要把尾給收好了，到達(dá)一個(gè)可以完善的階段卻總是面臨一堆問(wèn)題，拖了又拖。我們經(jīng)常在軟件開(kāi)發(fā)項(xiàng)目中不止一次聽(tīng)到，許多項(xiàng)目在合同收尾的時(shí)候才出現(xiàn)了大的漏洞。

（1）沒(méi)有明確項(xiàng)目收尾負(fù)責(zé)人

我曾經(jīng)經(jīng)歷過(guò)的兩個(gè)項(xiàng)目，在收尾的時(shí)候都設(shè)置了項(xiàng)目收尾主管來(lái)專(zhuān)門(mén)負(fù)責(zé)收尾，項(xiàng)目收尾之難，可見(jiàn)一斑。因?yàn)槭瘴补ぷ鞯膹?fù)雜和千頭萬(wàn)緒，收尾如果沒(méi)有指定專(zhuān)人負(fù)責(zé)，就不能及時(shí)的把項(xiàng)目文檔整理、驗(yàn)收、歸檔等。而且沒(méi)有專(zhuān)人結(jié)合合同條款擬定收尾計(jì)劃也就不能保證能全面的解決了合同的要求?？偠灾?，如果對(duì)項(xiàng)目收尾工作不重視，就會(huì)因?yàn)楹贤徊钌僭S事情沒(méi)有做好而不能驗(yàn)收通過(guò)，使到結(jié)算款收不到，這對(duì)軟件開(kāi)發(fā)來(lái)說(shuō)可是一件大事情。