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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

做好需求工程

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

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

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

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

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

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

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

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

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

2．需求的跟蹤

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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