毫無(wú)節(jié)制的需求變更，影響的不僅僅是項(xiàng)目成本，更是會(huì)影響整個(gè)團(tuán)隊(duì)的士氣。本篇總結(jié)一下，我們應(yīng)該以怎樣的姿態(tài)和方法來(lái)應(yīng)對(duì)需求變更。

思維觀念

1. 需求變更是必然的、可控的、有益的。
2. 一切的需求變更都是為了讓項(xiàng)目更加完善。
3. 客戶所有的變更都是有原因的，我們要積極地滿足其背后的需求，而不是機(jī)械地滿足其表面的要求。
4. 一個(gè)完整的產(chǎn)品研發(fā)流程中各部分的占比大概是這樣的：50%做需求，30%做開(kāi)發(fā)，20%做測(cè)試。
5. 需求變更控制的目的不是控制變更的發(fā)生，而是對(duì)變更進(jìn)行科學(xué)的管理，要確保變更有序地進(jìn)行，最大限度地控制需求變更給軟件質(zhì)量造成的負(fù)面影響。
6. 需求分析人員和客戶的關(guān)系不應(yīng)該僅僅是記錄人員和需求提供者，他們的關(guān)系應(yīng)該更多的是戰(zhàn)略合作伙伴關(guān)系。

原因分析

需求變更的出現(xiàn)主要是因?yàn)樵陧?xiàng)目的需求確定階段，用戶往往不能確切地定義自己需要什么。

用戶常常以為自己清楚，但實(shí)際上他們提出的需求只是依據(jù)當(dāng)前的工作所需，而采用的新設(shè)備、新技術(shù)通常會(huì)改變他們的工作方式;或者要開(kāi)發(fā)的系統(tǒng)對(duì)用戶來(lái)說(shuō)也是個(gè)未知數(shù)，他們以前沒(méi)有過(guò)相關(guān)的使用經(jīng)驗(yàn)。

隨著開(kāi)發(fā)工作的不斷進(jìn)展，系統(tǒng)開(kāi)始展現(xiàn)功能的雛形，用戶對(duì)系統(tǒng)的了解也逐步深入。于是，他們可能會(huì)想到各種新的功能和特色，或?qū)σ郧疤岢龅囊筮M(jìn)行改動(dòng)。

他們了解得越多，新的要求也就越多，需求變更因此不可避免地一次又一次出現(xiàn)。

應(yīng)對(duì)措施

1. 項(xiàng)目前期盡量清晰地確定需求范圍和需求基線并與客戶共同確認(rèn)。
2. 設(shè)計(jì)靈活的軟件架構(gòu)，以能夠?qū)ψ兓男枨筮M(jìn)行快速響應(yīng)。
3. 對(duì)變更的需求進(jìn)行優(yōu)先排序，分批實(shí)現(xiàn)。對(duì)于零星變更，集中研究、批量處理。
4. 妥善保存變更產(chǎn)生的相關(guān)文檔。
5. 制訂簡(jiǎn)單、有效的變更控制流程。

流程規(guī)范

1. 變更申請(qǐng)：如果用戶需要變更需求，則填寫(xiě)《需求變更申請(qǐng)》，經(jīng)客戶方和服務(wù)方共同確認(rèn)后，發(fā)送內(nèi)容給項(xiàng)目組需求負(fù)責(zé)人；
2. 變更分析：《需求變更申請(qǐng)》的項(xiàng)目組接收者，錄入此變更請(qǐng)求到《問(wèn)題跟蹤清單》，分析并標(biāo)識(shí)“問(wèn)題類型”；
3. 變更決策：項(xiàng)目經(jīng)理和相關(guān)人員進(jìn)行內(nèi)部變更評(píng)估、審核，決定哪些變更無(wú)法修改并說(shuō)明原因，哪些變更需要修改和什么時(shí)候修改；
4. 變更實(shí)施：審核通過(guò)的《需求變更申請(qǐng)》，確定開(kāi)發(fā)時(shí)間和納入的版本，制定開(kāi)發(fā)計(jì)劃；
5. 變更驗(yàn)收：對(duì)于需求變更而進(jìn)行的版本更新，需交付相應(yīng)的《版本更新說(shuō)明》。

注意事項(xiàng)

需求的變更要經(jīng)過(guò)出資者的認(rèn)可，這樣才會(huì)對(duì)需求的變更有成本的概念，能夠慎重地對(duì)待需求的變更。

小的需求變更也要經(jīng)過(guò)正規(guī)的需求管理流程，否則會(huì)積少成多。在實(shí)踐中，人們往往不愿意為小的需求變更去執(zhí)行正規(guī)的需求管理過(guò)程， 認(rèn)為降低了開(kāi)發(fā)效率，浪費(fèi)了時(shí)間。但正是由于這種觀念才使需求逐漸變?yōu)椴豢煽兀罱K導(dǎo)致項(xiàng)目的失敗。

精確的需求與范圍定義并不會(huì)阻止需求的變更。并非對(duì)需求定義得越細(xì)，就越能避免需求的漸變，這是兩個(gè)層面的問(wèn)題。太細(xì)的需求定義對(duì)需求漸變沒(méi)有任何效果。因?yàn)樾枨蟮淖兓怯篮愕?，并非需求?xiě)細(xì)了，它就不會(huì)變化了。

注意溝通的技巧。實(shí)際情況是用戶、開(kāi)發(fā)者都認(rèn)識(shí)到了上面的幾點(diǎn)問(wèn)題，但是由于需求的變更可能來(lái)自客戶方，也可能來(lái)自開(kāi)發(fā)方，因此，作為需求管理者，項(xiàng)目經(jīng)理需要采用各種溝通技巧來(lái)使項(xiàng)目的各方各得其所。

需求一定要與投入有聯(lián)系，如果需求變更的成本由開(kāi)發(fā)方來(lái)承擔(dān)，則項(xiàng)目需求的變更就成為必然了。所以，在項(xiàng)目的開(kāi)始，無(wú)論是開(kāi)發(fā)方還是出資方都要明確這一條：需求變，軟件開(kāi)發(fā)的投入也要變。

作者：曉莊同學(xué)? ? 公眾號(hào)：曉莊同學(xué)產(chǎn)品筆記

本文由 @曉莊同學(xué) 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來(lái)自Unsplash，基于CC0協(xié)議