軟件需求變更一直是軟件項(xiàng)目管理之痛，需求變更帶來(lái)的工期的延長(zhǎng)、成本的增加、項(xiàng)目組中成員沮喪情緒的蔓延在很多項(xiàng)目中或多或少的存在，管理需求變更成為了項(xiàng)目的重中之重。

在政府以及國(guó)有企業(yè)的項(xiàng)目中，需求的蔓延尤為重要。一些項(xiàng)目高層領(lǐng)導(dǎo)簽訂框架協(xié)議后需求還不是很明確的情況就開(kāi)始動(dòng)工，尤其是當(dāng)甲方涉及的項(xiàng)目專(zhuān)業(yè)性很強(qiáng)的情況下，乙方倉(cāng)促上陣，乙方的需求分析人員對(duì)業(yè)務(wù)一知半解就別推上前線，為了應(yīng)付計(jì)劃階段定義的里程碑，很多項(xiàng)目在需求沒(méi)有澄清之前就倉(cāng)促進(jìn)入開(kāi)發(fā)階段，美其名曰是我們的項(xiàng)目時(shí)間很緊沒(méi)時(shí)間做需求，等你搞清楚需求黃花菜都涼，真的是這樣嗎？我見(jiàn)過(guò)幾十個(gè)這樣的項(xiàng)目，最后無(wú)不是研發(fā)人員無(wú)期限的加班不停修改重復(fù)的功能模塊，項(xiàng)目工期遠(yuǎn)超預(yù)期。無(wú)數(shù)的實(shí)踐證明，當(dāng)前期需求沒(méi)有澄清之前就倉(cāng)促進(jìn)入開(kāi)發(fā)，最后導(dǎo)致的結(jié)果只能是項(xiàng)目的延期。

在一部分軟件項(xiàng)目中的確存在項(xiàng)目前期甲方不可能澄清項(xiàng)目所有的需求，項(xiàng)目工期緊張，也沒(méi)有太多的時(shí)間預(yù)留給產(chǎn)品經(jīng)理/需求分析師分析清楚整個(gè)系統(tǒng)并完成需求文檔的編制。面對(duì)這種情況，在以往的項(xiàng)目實(shí)踐中我們的做法是：理清楚整個(gè)系統(tǒng)的目標(biāo)、主要功能及業(yè)務(wù)流程，先針對(duì)一兩個(gè)核心模塊（或者是流程中前面的節(jié)點(diǎn)）進(jìn)行分析形成需求文檔，并經(jīng)客戶(hù)確認(rèn)（客戶(hù)確認(rèn)非常重要，是需求變更的基線）后先行啟動(dòng)部分模塊的開(kāi)發(fā)，以解決工期和需求分析間的關(guān)系。

軟件項(xiàng)目在執(zhí)行期間需求不可能不發(fā)生變更，這個(gè)時(shí)候如何管理需求的變更顯得尤為重要。在和一切企業(yè)的項(xiàng)目經(jīng)理特別是做政府部門(mén)/國(guó)有企業(yè)項(xiàng)目的項(xiàng)目經(jīng)理溝通的時(shí)候，給我的反饋是甲方要調(diào)整需求我們也辦法，不調(diào)整需求項(xiàng)目就進(jìn)行不下去了。最后的結(jié)果是項(xiàng)目管理中沒(méi)有需求變更管理這個(gè)概念，真的這類(lèi)性質(zhì)的項(xiàng)目需求變更不能進(jìn)行管理嗎？個(gè)人以為，不盡然。恰恰是這類(lèi)性質(zhì)的部門(mén)聚集了中國(guó)的精英，如果你能說(shuō)服他們并確實(shí)有利于項(xiàng)目的交付，他們不可能不配合，就項(xiàng)目而言，形成甲乙雙方的項(xiàng)目團(tuán)隊(duì)在某種意義的利益是一致的，都期望項(xiàng)目能順利交付?；谶@個(gè)前提，軟件需求管理就存在可以操作的空間。

甲方項(xiàng)目負(fù)責(zé)人（接口人）一般都不是單位的最高領(lǐng)導(dǎo)，在項(xiàng)目中如果讓他們簽字，天然就存在抵觸情緒，這也是在軟件項(xiàng)目中需求變更走不下去的原因之一。那么如何做項(xiàng)目這類(lèi)企業(yè)的軟件需求變更工作呢?結(jié)合以往的項(xiàng)目經(jīng)驗(yàn)，在項(xiàng)目中我是這樣做的：在項(xiàng)目kick-off會(huì)議的時(shí)候就明確需求變更的流程，需求變更發(fā)生時(shí)甲乙雙方需要盡的義務(wù)和責(zé)任；每一個(gè)微小的需求變更都打印需求變更單讓甲方接口人（如果涉及到多業(yè)務(wù)部門(mén)則需要讓提出需求變更的人簽字確認(rèn)），并且告知甲方需求變更肯定要簽字，這是為了保證項(xiàng)目的按期完工，同時(shí)，這個(gè)簽字不會(huì)和商務(wù)費(fèi)用掛鉤，商務(wù)走另外一條流程；以周為單位，在每周的周報(bào)上將本周的需求變更匯總通過(guò)周報(bào)發(fā)給向項(xiàng)目相關(guān)人員（一般會(huì)包括甲方掛名負(fù)責(zé)該項(xiàng)目的領(lǐng)導(dǎo)）；每一個(gè)月或者累計(jì)到一定工作量的時(shí)候通過(guò)商務(wù)走需求變更（如果為固定單價(jià)合同，則讓公司商務(wù)知曉項(xiàng)目變更情況，尋求商務(wù)的支持）。

在項(xiàng)目中，如果要求甲方對(duì)需求變更簽字，相當(dāng)于有一個(gè)正式的確認(rèn)過(guò)程，甲方需求的提出人會(huì)認(rèn)真考慮需求變更的必要性以及需求變更的相關(guān)影響，能有效抑制需求的隨意變更，并有利于更全面的考慮需求變更帶來(lái)的其他影響。而當(dāng)項(xiàng)目需求變更得到控制時(shí)，整個(gè)項(xiàng)目到驗(yàn)收階段，需求的變更雖然存在，會(huì)減少有幾個(gè)需求變更前后矛盾的發(fā)生。

所以，軟件項(xiàng)目首先要有用戶(hù)對(duì)第一份（可以按模塊）簽字做為需求變更的基線，在項(xiàng)目執(zhí)行過(guò)程中堅(jiān)持變更簽字確認(rèn)，對(duì)需求變更進(jìn)行統(tǒng)一管理可以有效控制項(xiàng)目的變更為項(xiàng)目按期交付提供有力的保障。