2. 需求變更頻繁

軟件開(kāi)發(fā)的顯著特點(diǎn)之一是靈活性、機(jī)動(dòng)性、對(duì)變化的快速響應(yīng)能力。尤其是敏捷開(kāi)發(fā)過(guò)程，需求變更更為頻繁。敏捷開(kāi)發(fā)的口號(hào)是擁抱需求變化，也是說(shuō)，開(kāi)發(fā)團(tuán)隊(duì)對(duì)于客戶(hù)提出的需求變更通常是抱以歡迎的態(tài)度，盡管這些變更可能會(huì)給項(xiàng)目計(jì)劃和項(xiàng)目進(jìn)度帶來(lái)麻煩，但這種觀(guān)念上的轉(zhuǎn)變更能體現(xiàn)開(kāi)發(fā)團(tuán)隊(duì)和客戶(hù)之間合作的誠(chéng)意。

客戶(hù)在迭代周期中的變更大致可以分為五種類(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. 缺乏有針對(duì)性的需求管理流程

傳統(tǒng)的需求管理過(guò)程，尤其是其中的變更控制過(guò)程是針對(duì)那些組織機(jī)構(gòu)清晰，只能定義明確的傳統(tǒng)軟件項(xiàng)目，其流程相對(duì)比較嚴(yán)謹(jǐn)和死板。同時(shí)，為了彌補(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)的工具支持。

4. 需求、測(cè)試用例、Bug管理脫節(jié)

軟件開(kāi)發(fā)中，需求和測(cè)試用例是緊密聯(lián)系的，通常來(lái)說(shuō)，一條需求只有通過(guò)了所有針對(duì)該需求的測(cè)試之后才能說(shuō)這條需求的實(shí)現(xiàn)真正實(shí)現(xiàn)了。而測(cè)試的結(jié)果是產(chǎn)生Bug報(bào)告，如果針對(duì)某條需求的一個(gè)測(cè)試用例沒(méi)有通過(guò)測(cè)試，換句話(huà)說(shuō)，也是產(chǎn)生了一個(gè)Bug，這說(shuō)明該需求根本沒(méi)有完成。同時(shí)，需求的變更直接影響到與該需求相關(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è)試用例和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í)的工作量。

5. 缺乏量化的項(xiàng)目管理反饋

企業(yè)在項(xiàng)目管理中，需求的頻繁變更對(duì)項(xiàng)目管理者評(píng)估需求、制定迭代周期內(nèi)的項(xiàng)目計(jì)劃都是個(gè)巨大的挑戰(zhàn)。管理者在需求評(píng)估經(jīng)驗(yàn)和能力上的不足，以及管理者對(duì)團(tuán)隊(duì)成員開(kāi)發(fā)能力認(rèn)識(shí)不足容易造成需求評(píng)估出現(xiàn)大的誤差，雖然這種誤差是不可避免的、但是我們希望可以通過(guò)歷史評(píng)估數(shù)據(jù)的反饋來(lái)幫助項(xiàng)目管理者積累經(jīng)驗(yàn)，逐步修正和調(diào)整自己的判斷和評(píng)價(jià)體系，從而盡可能減小由于評(píng)估誤差引起的項(xiàng)目風(fēng)險(xiǎn)。而沒(méi)有工具的支持，歷史的準(zhǔn)確數(shù)據(jù)則很難獲取。

總結(jié)以上問(wèn)題，顯而易見(jiàn)，需求管理是軟件項(xiàng)目中一項(xiàng)十分重要的工作，據(jù)調(diào)查顯示在眾多失敗的軟件項(xiàng)目中，由于需求原因?qū)е碌募s占到45%，因此有效的需求管理是企業(yè)軟件開(kāi)發(fā)項(xiàng)目順利達(dá)成目標(biāo)的重要支撐條件。如何理解項(xiàng)目開(kāi)發(fā)的目的和用途，梳理用戶(hù)需求，監(jiān)控需求變化，進(jìn)行需求確認(rèn)，對(duì)需求風(fēng)險(xiǎn)進(jìn)行防范，并利用工具進(jìn)行有效的實(shí)施需求管理工具，方能推進(jìn)軟件項(xiàng)目良性發(fā)展，達(dá)到用戶(hù)與軟件開(kāi)發(fā)企業(yè)的雙贏(yíng)。

有效的需求管理方法與工具

方法一：量化需求管理

如前所述，企業(yè)研發(fā)項(xiàng)目通常規(guī)模巨大，涉及部門(mén)眾多，需求功能描述文件中包含眾多內(nèi)容，若僅僅只用整篇的文檔來(lái)指導(dǎo)開(kāi)發(fā)和測(cè)試工作，很容易引起任務(wù)分配的混亂；當(dāng)發(fā)生需求變更時(shí)，也很難追溯歷史版本。

TechExcel公司推出的DevSuite產(chǎn)品研發(fā)管理軟件，從實(shí)踐中提煉出一個(gè)行之有效的解決方法——用規(guī)范點(diǎn)（Specification，以下簡(jiǎn)稱(chēng)Spec）量化需求，正規(guī)表達(dá)每一個(gè)功能單元。只需打開(kāi)《需求功能描述書(shū)》的WORD文檔，可以利用插件，將其中的功能單元逐條地復(fù)制出來(lái)，在需求管理系統(tǒng) DevSpec中直接生成Spec。相對(duì)于需求，Spec是更面向技術(shù)人員的語(yǔ)言。