，盡管這些變更可能會(huì)給項(xiàng)目計(jì)劃和項(xiàng)目進(jìn)度帶來(lái)麻煩，但這種觀念上的轉(zhuǎn)變更能體現(xiàn)開(kāi)發(fā)團(tuán)隊(duì)和客戶之間合作的誠(chéng)意。
客戶在迭代周期中的變更大致可以分為五種類(lèi)型：添加新需求、刪除本次迭代周期內(nèi)的需求、刪除之前迭代周期內(nèi)的需求、更改本次迭代周期內(nèi)的需求、更改之前迭代周期內(nèi)的需求。這就是說(shuō)，開(kāi)發(fā)團(tuán)隊(duì)需要實(shí)時(shí)高效地管理這些變更，并且將需求變更涉及到的迭代周期內(nèi)項(xiàng)目計(jì)劃和人員安排變更的影響最小化。
3、需求、測(cè)試用例、Bug管理脫節(jié)
我們希望在需求、測(cè)試用例和Bug之間建立一種動(dòng)態(tài)的聯(lián)系，能夠?qū)崟r(shí)地更新三者的狀態(tài)，并且實(shí)現(xiàn)三者之間狀態(tài)的動(dòng)態(tài)聯(lián)動(dòng)，從而減少開(kāi)發(fā)團(tuán)隊(duì)在管理和維護(hù)需求、測(cè)試用例和Bug時(shí)的工作量。
軟件開(kāi)發(fā)中，需求和測(cè)試用例是緊密聯(lián)系的，通常來(lái)說(shuō)，一條需求只有通過(guò)了所有針對(duì)該需求的測(cè)試之后才能說(shuō)這條需求的實(shí)現(xiàn)真正實(shí)現(xiàn)了。需求的變更直接影響到與該需求相關(guān)的測(cè)試用例的更新，繼而影響到現(xiàn)有Bug的狀態(tài)的更新。然而現(xiàn)實(shí)情況卻是，大多數(shù)敏捷開(kāi)發(fā)團(tuán)隊(duì)都沒(méi)有實(shí)現(xiàn)需求、測(cè)試用例和Bug的一體化管理。測(cè)試的結(jié)果是產(chǎn)生Bug報(bào)告，如果針對(duì)某條需求的一個(gè)測(cè)試用例沒(méi)有通過(guò)測(cè)試，換句話說(shuō)，也就是產(chǎn)生了一個(gè)Bug，這就說(shuō)明該需求根本沒(méi)有完成。
4、缺乏有針對(duì)性的需求管理流程
為了彌補(bǔ)需求變更對(duì)項(xiàng)目進(jìn)程帶來(lái)的影響，開(kāi)發(fā)人員常常需要快速的進(jìn)行功能修改和增加，而沒(méi)有遵循統(tǒng)一的流程控制，從而常常使得軟件開(kāi)發(fā)的有序性被破壞，人為地增加了工作量。這就需要有更為高效和精簡(jiǎn)的需求管理過(guò)程以及相應(yīng)的工具支持。傳統(tǒng)的需求管理過(guò)程，尤其是其中的變更控制過(guò)程是針對(duì)那些組織機(jī)構(gòu)清晰，只能定義明確的傳統(tǒng)軟件項(xiàng)目，其流程相對(duì)比較嚴(yán)謹(jǐn)和死板。