承諾并實(shí)踐它，則是個更加巨大的挑戰(zhàn)。
7、控制需求漸變需要注意的問題
◆需求的變更要經(jīng)過出資者的認(rèn)可，這樣才會對需求的變更有成本的概念，能夠慎重地對待需求的變更。
◆小的需求變更也要經(jīng)過正規(guī)的需求管理流程，否則會積少成多。在實(shí)踐中，人們往往不愿意為小的需求變更去執(zhí)行正規(guī)的需求管理過程， 認(rèn)為降低了開發(fā)效率，浪費(fèi)了時間。但正是由于這種觀念才使需求逐漸變?yōu)椴豢煽?，最終導(dǎo)致項(xiàng)目的失敗。
◆精確的需求與范圍定義并不會阻止需求的變更。并非對需求定義得越細(xì)，就越能避免需求的漸變，這是兩個層面的問題。太細(xì)的需求定義對需求漸變沒有任何效果。因?yàn)樾枨蟮淖兓怯篮愕?，并非需求寫?xì)了，它就不會變化了。
◆注意溝通的技巧。實(shí)際情況是用戶、開發(fā)者都認(rèn)識到了上面的幾點(diǎn)問題，但是由于需求的變更可能來自客戶方，也可能來自開發(fā)方，因此，作為需求管理者，項(xiàng)目經(jīng)理需要采用各種溝通技巧來使項(xiàng)目的各方各得其所。
◆ 需求一定要與投入有聯(lián)系，如果需求變更的成本由開發(fā)方來承擔(dān)，則項(xiàng)目需求的變更就成為必然了。所以，在項(xiàng)目的開始，無論是開發(fā)方還是出資方都要明確這一條：需求變，軟件開發(fā)的投入也要變。