英國(guó)有位經(jīng)濟(jì)學(xué)家說(shuō)過(guò)，任何變更，即使是向好的方向變更，也總是伴隨著折磨與痛苦。這一語(yǔ)也恰道破了信息化建設(shè)過(guò)程中需求不斷變更的苦惱。這種煩惱不僅是軟件廠商實(shí)施方所有的，企業(yè)客戶也照樣有這煩惱。
需求的變更，對(duì)于項(xiàng)目的影響是非常大的。但是，就如同天要下雨一樣，我們難于從根本上加以消除。我們所能夠做的，就是采取更多行之有效的工作，把這個(gè)幾率降至到最低，或者采取一些補(bǔ)救措施，把需求變更給軟件項(xiàng)目帶來(lái)的損失減到最小。
1、需求變更不斷，難言之痛
一旦需求變更，往往會(huì)引起重估、返工，你不得不修改你的設(shè)計(jì)，重寫你的代碼，修改你的測(cè)試用例，調(diào)整你的項(xiàng)目計(jì)劃等，從而影響軟件項(xiàng)目的范圍、時(shí)間、質(zhì)量和成本等多個(gè)要素，如果控制不好，還會(huì)導(dǎo)致項(xiàng)目范圍蔓延、進(jìn)度延遲、質(zhì)量不過(guò)關(guān)和成本嚴(yán)重超支等諸多麻煩與問(wèn)題，甚至因過(guò)多的分歧、變更而半途而廢。因而需求變更在很多軟件項(xiàng)目中都是一件頭疼的事情。
時(shí)常聽到這句業(yè)界常言——“上ERP找死，不上ERP等死”。其實(shí)何止ERP如此，中小型的IT項(xiàng)目如OA、CRM等，其成功率也不足55%，客戶滿意率不到30%，有不少項(xiàng)目成了“食之無(wú)味，棄之可惜”的雞肋工程。何以如此?需求不斷變更、盲目更改項(xiàng)目?jī)?nèi)容導(dǎo)致項(xiàng)目難于驗(yàn)收、結(jié)案，“始亂終棄”。
軟件項(xiàng)目變更原因，總結(jié)起來(lái)主要有：國(guó)家政策不斷改變，三天兩頭一個(gè)紅頭文件，使許多企業(yè)單位的財(cái)稅政策、產(chǎn)品標(biāo)準(zhǔn)、服務(wù)規(guī)范等也要跟著變化，用戶單位的業(yè)務(wù)內(nèi)容、流程管理也要跟著變;客戶可能一開始對(duì)項(xiàng)目?jī)?nèi)容與需求沒(méi)有形成初步看法，或者一開始沒(méi)有想法但隨著項(xiàng)目的進(jìn)行、參考其他單位的好做法，就產(chǎn)生了一些新想法、新需求;或因?yàn)闃I(yè)務(wù)手續(xù)太繁瑣、流程太復(fù)雜，引起用戶反感，要求修改;軟件商系統(tǒng)員經(jīng)驗(yàn)不足，沒(méi)有捕獲到用戶的關(guān)鍵業(yè)務(wù)需求或者用戶整理需求能力弱，遺漏了關(guān)鍵的需求點(diǎn)，導(dǎo)致需求不合需要重改;或可能是數(shù)據(jù)易丟失，也可能是系統(tǒng)不穩(wěn)定，還可能是兼容性問(wèn)題，用戶反應(yīng)強(qiáng)烈，要求修改，等等。
可以說(shuō)，從IT項(xiàng)目的實(shí)務(wù)看，幾乎沒(méi)有一個(gè)項(xiàng)目能夠百分之百按照原訂計(jì)劃進(jìn)行，需求變更是不可避免的，也是正常反應(yīng)，但如果需求無(wú)序無(wú)度、變更無(wú)常，就易造成甲方、乙方的矛盾、對(duì)抗，無(wú)疑是種內(nèi)耗，成了信息化建設(shè)的絆腳石。IDC機(jī)構(gòu)調(diào)查數(shù)據(jù)顯示，99.5%的信息化建設(shè)都有過(guò)需求變更，需求變更達(dá)到“嚴(yán)重程度”達(dá)到38.2%，需求變更“無(wú)度”達(dá)到甲、乙雙方無(wú)法容忍乃至項(xiàng)目破裂的程度也占11.3%，只有28.6%的項(xiàng)目需求是甲、乙雙方能協(xié)調(diào)、滿意。
所有說(shuō)，有時(shí)項(xiàng)目需求的變化好比是“萬(wàn)惡之源”，一旦發(fā)生了需求變化乃至無(wú)序變更，將為項(xiàng)目的正常進(jìn)展帶來(lái)了不盡的麻煩。因此解決需求變更尤其解決即將驗(yàn)收、簽案的項(xiàng)目的需求變化，實(shí)際上是一項(xiàng)非常復(fù)雜重大、事關(guān)全局的工作，必須引起企業(yè)一把手、CIO和項(xiàng)目組成員的高度重視，積極管理、應(yīng)對(duì)，千萬(wàn)不能虎頭蛇尾、敷衍了事，最后馬失前蹄、敗走麥城。那么怎樣來(lái)解決這個(gè)問(wèn)題?有哪些應(yīng)對(duì)之道?
2、項(xiàng)目需求變更的幾項(xiàng)須注意事項(xiàng)
需求變更要盡早。若你項(xiàng)目快要完工時(shí)，才發(fā)現(xiàn)原先的需求有紕漏、缺失，需要變更重設(shè)時(shí)，那損失就會(huì)大了。建房子，若在房子快造好時(shí)，卻發(fā)現(xiàn)原先設(shè)計(jì)不對(duì)，需要推倒重來(lái)，那成本與時(shí)間的浪費(fèi)就大得不得了。因此，項(xiàng)目越接近收尾階段，再進(jìn)行需求變更的話，給甲乙雙方造成的損失則越大。因此需求變更要趨早，早提出早好。
充分交流、協(xié)商。變更管理的過(guò)程很大程度上就是用戶與開發(fā)人員的交流過(guò)程。軟件供應(yīng)商項(xiàng)目經(jīng)理、