與投入有聯(lián)系，如果需求變更的成本由開發(fā)方來承擔(dān)，則項(xiàng)目需求的變更就成為必然了。所以，在項(xiàng)目的開始，無論是開發(fā)方還是出資方都要明確這一條：需求變，軟件開發(fā)的投入也要變。
　　需求的變更要經(jīng)過出資者的認(rèn)可，這樣才會(huì)對(duì)需求的變更有成本的概念，能夠慎重地對(duì)待需求的變更。
　　小的需求變更也要經(jīng)過正規(guī)的需求管理流程，否則會(huì)積少成多。在實(shí)踐中，人們往往不愿意為小的需求變更去執(zhí)行正規(guī)的需求管理過程，認(rèn)為降低了開發(fā)效率，浪費(fèi)了時(shí)間。但正是由于這種觀念才使需求逐漸變?yōu)椴豢煽?，最終導(dǎo)致項(xiàng)目的失敗。
　　精確的需求與范圍定義并不會(huì)阻止需求的變更。并非對(duì)需求定義得越細(xì)，就越能避免需求的漸變，這是兩個(gè)層面的問題。太細(xì)的需求定義對(duì)需求漸變沒有任何效果。因?yàn)樾枨蟮淖兓怯篮愕模⒎切枨髮懠?xì)了，它就不會(huì)變化了。
　　注意溝通的技巧。實(shí)際情況是用戶、開發(fā)者都認(rèn)識(shí)到了上面的幾點(diǎn)問題，但是由于需求的變更可能來自客戶方，也可能來自開發(fā)方，因此，作為需求管理者，項(xiàng)目經(jīng)理需要采用各種溝通技巧來使項(xiàng)目的各方各得其所。
　　在開發(fā)上盡量根據(jù)情況采用多次迭代的方式進(jìn)行項(xiàng)目的開發(fā)，在每次迭代的同時(shí)讓客戶參與和使用軟件，對(duì)下一步的開發(fā)做出建議爭(zhēng)取在項(xiàng)目前期有效的減少后期可能出現(xiàn)的變更情況。
　?。?）項(xiàng)目收尾階段的總結(jié)
　　能力的提高往往不是從成功的經(jīng)驗(yàn)中來，而是從失敗的教訓(xùn)中來。許多項(xiàng)目經(jīng)理不注重經(jīng)驗(yàn)教訓(xùn)總結(jié)和積累，即使在項(xiàng)目運(yùn)作過程中碰得頭破血流，也只是抱怨運(yùn)氣、環(huán)境和團(tuán)隊(duì)配合不好，很少系統(tǒng)地分析總結(jié)，或者不知道如何分析總結(jié)，以至于同樣的問題反復(fù)出現(xiàn)。
　　事實(shí)上，項(xiàng)目總結(jié)工作應(yīng)作為現(xiàn)有項(xiàng)目或?qū)眄?xiàng)目持續(xù)改進(jìn)工作的一項(xiàng)重要內(nèi)容，同時(shí)也可以作為對(duì)項(xiàng)目合同、設(shè)計(jì)方案內(nèi)容與目標(biāo)的確認(rèn)和驗(yàn)證。項(xiàng)目總結(jié)工作包括項(xiàng)目中事先識(shí)別的風(fēng)險(xiǎn)和沒有預(yù)料到而發(fā)生的變更等風(fēng)險(xiǎn)的應(yīng)對(duì)措施的分析和總結(jié)，也包括項(xiàng)目中發(fā)生的變更和項(xiàng)目中發(fā)生問題的分析統(tǒng)計(jì)的總結(jié)。
　　需求變更的管理
　　需求變更是因?yàn)樾枨蟀l(fā)生變化。根據(jù)軟件工程思想，需求說明書一般要經(jīng)過論證，如果在需求說明書經(jīng)過論證以后，需要在原有需求基礎(chǔ)上追加和補(bǔ)充新的需求或?qū)υ行枨筮M(jìn)行修改和削減，均屬于需求變更。
　　需求變更的出現(xiàn)主要是因?yàn)樵陧?xiàng)目的需求確定階段，用戶往往不能確切地定義自己需要什么。用戶常常以為自己清楚，但實(shí)際上他們提出的需求只是依據(jù)當(dāng)前的工作所需，而采用的新設(shè)備、新技術(shù)通常會(huì)改變他們的工作方式;或者要開發(fā)的系統(tǒng)對(duì)用戶來說也是個(gè)未知數(shù)，他們以前沒有過相關(guān)的使用經(jīng)驗(yàn)。隨著開發(fā)工作的不斷進(jìn)展，系統(tǒng)開始展現(xiàn)功能的雛形，用戶對(duì)系統(tǒng)的了解也逐步深入。于是，他們可能會(huì)想到各種新的功能和特色，或?qū)σ郧疤岢龅囊筮M(jìn)行改動(dòng)。他們了解得越多，新的要求也就越多，需求變更因此不可避免地一次又一次出現(xiàn)。
　　這時(shí)，如果開發(fā)團(tuán)隊(duì)缺少明確的需求變更控制過程或采用的變更控制機(jī)制無效，抑或不按變更控制流程來管理需求變更，那么很可能造成項(xiàng)目進(jìn)度拖延、成本不足、人力緊缺，甚至導(dǎo)致整個(gè)項(xiàng)目失敗。當(dāng)然，即使按照需求變更控制流程進(jìn)行管理，由于受進(jìn)度、成本等因素的制約，軟件質(zhì)量還是會(huì)受到不同程度的影響。但實(shí)施嚴(yán)格的軟件需求管理會(huì)最大限度地控制需求變更給軟件質(zhì)量造成的負(fù)面影響，這也正是我們進(jìn)行需求變更管理的目的所在。
　　實(shí)施需求變更管理需要遵循以下六大原則
　?。?）建立需求基線，需求基線是需求變更的依據(jù)。在開發(fā)過程中，需求確定并經(jīng)過評(píng)審后（用戶參與評(píng)審），可以建立第一個(gè)需求基線。此后每次變更并經(jīng)過評(píng)審后，都要重新確定新的需求基線。
　?。?）制訂簡(jiǎn)單、有效的變更控制流程，并形成文檔。在建立了需求基線后

    項(xiàng)目經(jīng)理勝任力免費(fèi)測(cè)評(píng)PMQ上線啦！快來測(cè)測(cè)你排多少名吧~

    http://opto-elec.com.cn/pmqhd/index.html