在開(kāi)發(fā)項(xiàng)目過(guò)程中，用戶隨時(shí)會(huì)提出一些新的需求，要求開(kāi)發(fā)人員解決，這些需求的提出，有時(shí)在開(kāi)發(fā)階段中有時(shí)在開(kāi)發(fā)階段后。這種在需求分析的兩個(gè)相鄰子階段中，或者在迭代周期的需求分析中，后一段或周期的需求分析結(jié)果與前一次不一致，?我們把這種不一致稱為需求變更。產(chǎn)生需求變更的原因主要有以下幾個(gè)方面：

紫金網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián),紫金網(wǎng)站設(shè)計(jì)制作，有大型網(wǎng)站制作公司豐富經(jīng)驗(yàn)。已為紫金1000+提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\成都外貿(mào)網(wǎng)站制作要多少錢，請(qǐng)找那個(gè)售后服務(wù)好的紫金做網(wǎng)站的公司定做！

(1)在需求分析階段，開(kāi)發(fā)人員與用戶的溝通不夠。在需求分析階段，開(kāi)發(fā)方與用戶沒(méi)有很好的交流，開(kāi)發(fā)方就根據(jù)用戶提供的大概信息，自己推導(dǎo)出用戶的需求。通過(guò)這種需求分析得出的需求往往會(huì)和用戶的實(shí)際需求相差甚遠(yuǎn)，導(dǎo)致用戶提出更改需求。

(2)項(xiàng)目的實(shí)施周期過(guò)長(zhǎng)。隨著時(shí)間的推移，用戶對(duì)整個(gè)系統(tǒng)的了解也越來(lái)越深入。他們會(huì)對(duì)模塊的界面、功能和性能方面提出更高更多的要求。

(3)技術(shù)更新過(guò)快。由于技術(shù)的快速更新，?企業(yè)可能引進(jìn)一些新的設(shè)備，?而這些設(shè)備可能就會(huì)與我們的目標(biāo)系統(tǒng)有直接的關(guān)系，?由于這一變化可能發(fā)生在解決用戶原先問(wèn)題之前或者之中，?那么開(kāi)發(fā)人員不得不加入這一新的需求。

解決頻繁變更的方法

1、不管商務(wù)情況如何，前期的技術(shù)協(xié)議一定要明確描述可以做到的功能；

2、凡是與客戶溝通確認(rèn)的變更要嚴(yán)格按照文檔備案流程操作；

3、隨時(shí)和技術(shù)協(xié)議核對(duì)，客戶的變更是否在協(xié)議范圍內(nèi)；

4、有了資料，客戶不合理變更提出或是次數(shù)過(guò)多時(shí)，可以就此和客戶交涉，討論追加費(fèi)用還是不作如此變更還是引導(dǎo)此變更移至二期工程；

5、既然有商務(wù)因素導(dǎo)致頻繁變更，也可以利用商務(wù)因素減少頻繁的變更，就看項(xiàng)目經(jīng)理如何利用資源；

6、實(shí)施中對(duì)客戶的需求引導(dǎo)非常重要，要求現(xiàn)場(chǎng)實(shí)施人員發(fā)揮相應(yīng)作用；

很多項(xiàng)目經(jīng)理實(shí)在項(xiàng)目準(zhǔn)備實(shí)施時(shí)參與進(jìn)來(lái)，基本以技術(shù)性人員為主，應(yīng)該對(duì)于項(xiàng)目的整體情況和相關(guān)資源盡量多了解，利用多方資源早早進(jìn)行合理運(yùn)用。

軟件開(kāi)發(fā)過(guò)程中如何避免需求變更

為了盡可能地避免發(fā)生需求變更，以及保證需求分析的高穩(wěn)定性，可以采用以下方法：

(1)對(duì)開(kāi)發(fā)人員進(jìn)行專業(yè)培訓(xùn)。因?yàn)椋_(kāi)發(fā)人員對(duì)所開(kāi)發(fā)系統(tǒng)的領(lǐng)域不一定了解，為了開(kāi)發(fā)人員能更好理解用戶的需求，在做需求分析的初始階段對(duì)開(kāi)發(fā)人員進(jìn)行該領(lǐng)域相關(guān)知識(shí)的培訓(xùn)。

(2)開(kāi)發(fā)方與用戶進(jìn)行協(xié)作和交流。在用戶提出需求變更時(shí)開(kāi)發(fā)人員應(yīng)該認(rèn)真聽(tīng)取用戶的要求并加以整理和分析。分析需求變更的原因并提出可行的替代方案;同時(shí)向用戶說(shuō)明這些需求變更會(huì)對(duì)整個(gè)項(xiàng)目的開(kāi)發(fā)帶來(lái)的不良后果。

(3)合同約束。由于需求變更可能會(huì)對(duì)整個(gè)項(xiàng)目產(chǎn)生影響，所以，開(kāi)發(fā)方和用戶在簽定項(xiàng)目合同時(shí)，可以對(duì)需求變更增加一些相關(guān)的合同條款。

(4)建立需求文檔并進(jìn)行版本控制。需求分析的最終成果是一份客戶和開(kāi)發(fā)人員對(duì)所開(kāi)發(fā)的產(chǎn)品達(dá)成共識(shí)的文檔。有了這份文檔，即使開(kāi)發(fā)人員的角色有所變動(dòng)，也不會(huì)對(duì)需求分析的前期工作有所影響。對(duì)每次的需求變更都用一個(gè)新的版本來(lái)標(biāo)識(shí)。

(5)需求評(píng)審和設(shè)立需求基線。為了讓開(kāi)發(fā)方詳細(xì)了解用戶的需求，讓不同人員從不同的角度對(duì)需求進(jìn)行驗(yàn)證，作為需求的提出者，在需求評(píng)審過(guò)程中，用戶往往能提出許多有價(jià)值的意見(jiàn)。同時(shí)，也是用戶對(duì)需求進(jìn)行最后確認(rèn)的機(jī)會(huì)，可以有效減少需求變更的發(fā)生。需求在通過(guò)正式評(píng)審和批準(zhǔn)之后，應(yīng)該確定需求基線，進(jìn)一步的需求變更將在此基線的基礎(chǔ)上，依照項(xiàng)目定義的變更過(guò)程進(jìn)行。設(shè)置需求基線可以將變更引起的麻煩減至最小。

當(dāng)前題目：如何管理軟件開(kāi)發(fā)項(xiàng)目中，需求頻繁的變更。-創(chuàng)新互聯(lián)
標(biāo)題網(wǎng)址：http://weahome.cn/article/dssseh.html