軟件項(xiàng)目的需求變更管理

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

近年來(lái)，國(guó)內(nèi)各級(jí)政府部門(mén)、企事業(yè)單位在信息化建設(shè)上取得了長(zhǎng)足進(jìn)步，但由于不少組織整體管理水平相對(duì)較低，在信息系統(tǒng)建設(shè)上缺乏系統(tǒng)、長(zhǎng)遠(yuǎn)的戰(zhàn)略規(guī)劃，沒(méi)有先進(jìn)、適用、可行的管理實(shí)踐理論作為指導(dǎo)，因此很多軟件項(xiàng)目沒(méi)有在預(yù)定的范圍、投資總額、工期內(nèi)完成，工期延期、延誤成為普遍現(xiàn)象。

需求管理的常見(jiàn)誤區(qū)

軟件項(xiàng)目的范圍控制應(yīng)該是在需求分析階段就開(kāi)始的，然而很多項(xiàng)目經(jīng)理針對(duì)需求分析存在不少認(rèn)識(shí)誤區(qū)。

誤區(qū)1：開(kāi)發(fā)商和用戶僅就軟件需求的基本輪廓達(dá)成一致即可，具體細(xì)節(jié)準(zhǔn)備日后協(xié)商。

從項(xiàng)目管理角度分析，這是非常危險(xiǎn)的，許多軟件項(xiàng)目失敗的最主要原因就是需求分析階段對(duì)問(wèn)題、流程、細(xì)節(jié)的描述不夠準(zhǔn)確，導(dǎo)致后期預(yù)算超支或者工期延誤。

正確的方法是：在需求分析階段，雙方必須對(duì)項(xiàng)目的應(yīng)用背景、功能需求、性能需求、可靠性需求、可用性需求、操作界面需求、外部接口需求，以及項(xiàng)目評(píng)審的方法、標(biāo)準(zhǔn)、過(guò)程進(jìn)行全面、細(xì)致地研究討論，逐一進(jìn)行明確。

誤區(qū)2：軟件需求是軟件必需向用戶提供的功能和界面，功能上滿足需求就足夠了。

從軟件需求工程角度分析，這只是認(rèn)識(shí)到了軟件系統(tǒng)的功能需求，忽略了軟件的非功能需求和設(shè)計(jì)約束，需求捕獲不夠全面。軟件需求工程理論認(rèn)為，軟件需求包括功能需求、非功能需求和設(shè)計(jì)約束三方面內(nèi)容。

正確的方法是：除了要明確軟件的功能需求，還需要進(jìn)一步明確非功能需求（即軟件產(chǎn)品所必備的屬性和品質(zhì)，包括可靠性、可用性、安全性、可擴(kuò)展性、可移植性等）和設(shè)計(jì)約束（即軟件研發(fā)必須遵守的特定規(guī)約、限制條件、政策標(biāo)準(zhǔn),如軟件必須采用國(guó)內(nèi)自主知識(shí)產(chǎn)權(quán)的數(shù)據(jù)庫(kù)產(chǎn)品）。

誤區(qū)3：需求調(diào)研的對(duì)象是用戶，用戶就是軟件產(chǎn)品的最終使用人員。

從項(xiàng)目管理角度分析，該觀點(diǎn)缺乏對(duì)項(xiàng)目相關(guān)人全面、系統(tǒng)的認(rèn)識(shí)，對(duì)用戶的概念理解不到位。“用戶”是一種泛稱，它可細(xì)分為客戶、最終用戶和間接用戶三種類(lèi)型。例如，很多企業(yè)的一把手并不直接參與軟件的采購(gòu)和操作，但是其對(duì)于軟件項(xiàng)目實(shí)際上起到了關(guān)鍵意義的決定作用，屬于最重要的間接用戶。

正確的方法是：要充分認(rèn)識(shí)用戶的多重性、層次性、復(fù)雜性，在進(jìn)行需求調(diào)研時(shí)應(yīng)首先對(duì)用戶進(jìn)行分析、分類(lèi)，根據(jù)重要性、優(yōu)先級(jí)、特殊性對(duì)各類(lèi)用戶進(jìn)行排序；其次，是針對(duì)不同類(lèi)別的用戶分別制訂不同的需求調(diào)研計(jì)劃，全面開(kāi)展需求調(diào)研。需要重點(diǎn)指出的是，對(duì)于由多個(gè)業(yè)務(wù)部門(mén)共同參與的軟件項(xiàng)目，在確認(rèn)軟件需求時(shí)一定要得到全部參與部門(mén)的共同認(rèn)可。

誤區(qū)4：按照“需求、設(shè)計(jì)、編程、測(cè)試”步驟研發(fā)出的軟件不必考慮需求跟蹤問(wèn)題。

從軟件工程角度分析，這是對(duì)于需求變更過(guò)程缺乏系統(tǒng)的認(rèn)識(shí)的表現(xiàn)，嚴(yán)格線性順序的開(kāi)發(fā)模型并不能保證各個(gè)開(kāi)發(fā)階段的工作成果與需求保持一致。實(shí)際上，由于需求變更的不可預(yù)見(jiàn)性和必然性，各個(gè)階段往往以螺旋的方式漸進(jìn)。

正確的方法是：需求跟蹤應(yīng)該貫穿于整個(gè)軟件需求管理階段，需求跟蹤的目標(biāo)是實(shí)現(xiàn)《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》和軟件產(chǎn)品之間的雙向可追溯。

做好需求工程

需求分析是軟件工程項(xiàng)目最重要、最基礎(chǔ)的起始階段，為后續(xù)的規(guī)劃設(shè)計(jì)階段提供參照依據(jù)。在軟件研發(fā)項(xiàng)目過(guò)程中一定要樹(shù)立需求工程的意識(shí)，將需求視為一項(xiàng)系統(tǒng)工程。為了能夠全面做好需求管理，應(yīng)根據(jù)項(xiàng)目實(shí)際情況嚴(yán)格劃分項(xiàng)目階段，清晰界定、定義項(xiàng)目階段的基線，在每個(gè)項(xiàng)目階段制訂、執(zhí)行階段性需求管理計(jì)劃，逐一認(rèn)真落實(shí)。

1．需求工程的結(jié)構(gòu)及目標(biāo)任務(wù)

需求工程是一個(gè)包括創(chuàng)建和維護(hù)系統(tǒng)需求文檔所必需的一切活動(dòng)的過(guò)程。需求工程中的活動(dòng)可分為兩大類(lèi)，一類(lèi)屬于需求開(kāi)發(fā)，另一類(lèi)屬于需求管理。需求工程結(jié)構(gòu)如圖1所示，需求開(kāi)發(fā)與需求管理的流程如圖2所示。

需求開(kāi)發(fā)的目的是通過(guò)調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。需求開(kāi)發(fā)過(guò)程有3個(gè)主要活動(dòng)：需求調(diào)查、需求分析、需求定義。需求開(kāi)發(fā)過(guò)程可分為兩個(gè)階段：用戶需求調(diào)查階段和產(chǎn)品需求定義階段，兩個(gè)階段在邏輯上通常是以迭代的形式進(jìn)行的。需求開(kāi)發(fā)過(guò)程產(chǎn)生的主要文檔有《用戶需求說(shuō)明書(shū)》、《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》（對(duì)于軟件產(chǎn)品而言就是《軟件需求規(guī)格說(shuō)明書(shū)》）。

需求管理的目的是在用戶與開(kāi)發(fā)商之間建立對(duì)需求的共同理解，維護(hù)需求與軟件工作成果的一致性，并控制需求的變更。需求管理過(guò)程有三項(xiàng)主要活動(dòng)：

（1）需求確認(rèn):開(kāi)發(fā)商和用戶共同對(duì)需求文檔進(jìn)行評(píng)審，雙方就需求達(dá)成共識(shí)后做出書(shū)面承諾，使需求文檔具有商業(yè)合同效果。

（2）需求跟蹤:通過(guò)比較需求文檔與后續(xù)工作成果之間的對(duì)應(yīng)關(guān)系，建立與維護(hù)“需求跟蹤矩陣”，確保產(chǎn)品依據(jù)需求文檔進(jìn)行開(kāi)發(fā)。

（3）需求變更控制:依據(jù)“變更申請(qǐng)、審批、實(shí)施、重新確認(rèn)”的流程處理需求的變更，防止需求變更失去控制而導(dǎo)致項(xiàng)目發(fā)生混亂。

需求管理過(guò)程產(chǎn)生的主要文檔有《需求評(píng)審報(bào)告》、《需求跟蹤報(bào)告》、《需求變更控制報(bào)告》等。

2．需求的跟蹤

需求跟蹤的目的是建立與維護(hù)“需求、設(shè)計(jì)、編程、測(cè)試”過(guò)程的一致性，確保所有的工作成果符合用戶需求。需求跟蹤有兩種方式：

（1）正向跟蹤：檢查《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》中的每個(gè)需求是否都能在后繼工作成果中找到對(duì)應(yīng)點(diǎn)。

（2）逆向跟蹤：檢查設(shè)計(jì)文檔、代碼、測(cè)試用例等工作成果是否都能在《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》中找到出處。

正向跟蹤和逆向跟蹤合稱為“雙向跟蹤”。不論采用何種跟蹤方式，都要建立與維護(hù)需求跟蹤矩陣。

組建變更控制管理機(jī)構(gòu)

項(xiàng)目變更是指項(xiàng)目實(shí)施過(guò)程中由于環(huán)境或者其他因素的變化而對(duì)項(xiàng)目部分或者全部功能、性能、架構(gòu)、技術(shù)指標(biāo)、集成方案、進(jìn)度、質(zhì)量等方面做出改變。

1．變更控制管理的任務(wù)及目標(biāo)

信息系統(tǒng)項(xiàng)目實(shí)施過(guò)程中變更是無(wú)法避免的。變更控制管理的任務(wù)是：建立規(guī)范、嚴(yán)格、可行、高效的變更控制體系機(jī)制，組建變更控制管理機(jī)構(gòu)，出臺(tái)變更管理制度；對(duì)用戶提交的變更請(qǐng)求進(jìn)行快速的響應(yīng)、受理；及時(shí)分析、研究、評(píng)估變更的可行性、成本、代價(jià)、范圍；對(duì)于確定接受的變更請(qǐng)求制訂變更實(shí)施計(jì)劃方案及配套應(yīng)對(duì)措施，實(shí)施變更任務(wù)，進(jìn)行變更測(cè)試檢查，做好變更記錄。需求變更控制的最終目標(biāo)是：通過(guò)建立嚴(yán)格規(guī)范的變更控制管理流程,拒絕不切合實(shí)際的變更，減少變更帶來(lái)的風(fēng)險(xiǎn)，防止變更范圍擴(kuò)大、蔓延，杜絕隨意的變更申請(qǐng)及受理過(guò)程等。

2．變更控制管理機(jī)構(gòu)的建立

組建有效的變更控制管理機(jī)構(gòu)和制訂配套的變更控制管理制度，是進(jìn)行變更控制管理的重要基礎(chǔ)和前提保障，否則變更控制管理將成為一紙空文。變更控制管理機(jī)構(gòu)（形式上可以是“變更控制管理委員會(huì)”、“變更控制管理辦公室”、“變更控制管理組”等）是一個(gè)特殊組織，對(duì)項(xiàng)目負(fù)責(zé)人直接負(fù)責(zé)，它不受現(xiàn)存的職能組織結(jié)構(gòu)的束縛,可由來(lái)自不同機(jī)構(gòu)、不同部門(mén)、不同專(zhuān)業(yè)、不同崗位的人員組成，各成員劃分權(quán)限崗位、明確職責(zé)、落實(shí)責(zé)任、協(xié)同工作。一般情況下，變更控制管理機(jī)構(gòu)內(nèi)部應(yīng)至少配備以下四種角色的成員：

項(xiàng)目管理人員（類(lèi)似于“項(xiàng)目經(jīng)理”）：主要負(fù)責(zé)制訂項(xiàng)目管理制度和項(xiàng)目管理計(jì)劃，督促、檢查、落實(shí)、考核項(xiàng)目執(zhí)行過(guò)程，做好項(xiàng)目干系人之間的溝通協(xié)調(diào)工作。

技術(shù)負(fù)責(zé)人員（類(lèi)似于“總工程師”）：主要負(fù)責(zé)項(xiàng)目中信息技術(shù)平臺(tái)的分析、建模、設(shè)計(jì)、測(cè)試、實(shí)現(xiàn)。

業(yè)務(wù)管理人員（類(lèi)似于“業(yè)務(wù)經(jīng)理”）：主要負(fù)責(zé)收集整理業(yè)務(wù)需求、編寫(xiě)需求說(shuō)明書(shū)、驗(yàn)證和評(píng)審需求、管理和控制需求變更。

通信聯(lián)絡(luò)人員：主要負(fù)責(zé)項(xiàng)目組織內(nèi)部成員之間的信息發(fā)布。

需求變更控制管理工作程序

需求變更的目的是希望軟件產(chǎn)品更加符合用戶的需求，但是變更涉及的人員多、范圍廣、影響大，在進(jìn)行變更控制管理時(shí)必須建立嚴(yán)格、規(guī)范的變更控制管理工作程序，這樣才能使項(xiàng)目始終按照預(yù)定的方向、模式、進(jìn)度進(jìn)行。

需求變更控制過(guò)程中最難辦的事情不是“滿足用戶提出的變更請(qǐng)求”，而是“在用戶認(rèn)同支持、追加項(xiàng)目投資經(jīng)費(fèi)的前提下盡快完成變更任務(wù)”。用戶往往認(rèn)為提出變更需求是基本權(quán)利，而軟件開(kāi)發(fā)商往往認(rèn)為只有義務(wù)解決在《用戶需求說(shuō)明書(shū)》、《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》中預(yù)先定義的各類(lèi)需求，除此以外都應(yīng)該拒絕或者在用戶追加投資的前提下解決。

現(xiàn)實(shí)中信息系統(tǒng)項(xiàng)目的目標(biāo)是具有一定彈性的，這一點(diǎn)尤其重要，用戶和軟件開(kāi)發(fā)商之間為了達(dá)成共同目標(biāo)不可能針?shù)h相對(duì)，項(xiàng)目管理人員需要利用高超的管理藝術(shù)、溝通技巧、人格魅力，在對(duì)立博弈的關(guān)系之中尋求最佳的平衡點(diǎn)。

另外，有必要強(qiáng)調(diào)的是，在項(xiàng)目實(shí)施過(guò)程中，變更處理越早，難度越小，損失越?。蛔兏幚碓竭t，難度越大，損失也越大。而且，任何變更都必須經(jīng)過(guò)項(xiàng)目建設(shè)全部相關(guān)方（建設(shè)單位、承建單位和監(jiān)理單位）多方確認(rèn)后才能計(jì)劃實(shí)施，嚴(yán)禁任何一方擅自變更。對(duì)項(xiàng)目變更的范圍要有明確的界定，而且項(xiàng)目建設(shè)全部相關(guān)方對(duì)變更范圍的理解上都沒(méi)有任何異議。

最后，變更對(duì)項(xiàng)目質(zhì)量、成本、進(jìn)度都會(huì)產(chǎn)生影響,需要對(duì)變更過(guò)程加強(qiáng)監(jiān)控，實(shí)施變更風(fēng)險(xiǎn)管理，不能因?yàn)樽兏l(fā)新的風(fēng)險(xiǎn)。項(xiàng)目管理人員在做出變更決策時(shí)，應(yīng)及時(shí)將變更信息、變更計(jì)劃方案公布于眾，這樣才能及時(shí)調(diào)整項(xiàng)目團(tuán)隊(duì)的工作，朝著新的方向努力。

圖1 需求工程結(jié)構(gòu)圖

圖2 需求開(kāi)發(fā)與需求管理流程圖

圖3 軟件需求變更控制管理流程