軟件項目的需求變更管理

申請免費試用、咨詢電話：400-8352-114

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

做好需求工程

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

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

需求工程是一個包括創(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）需求確認:開發(fā)商和用戶共同對需求文檔進行評審，雙方就需求達成共識后做出書面承諾，使需求文檔具有商業(yè)合同效果。

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

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

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

2．需求的跟蹤

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

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

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

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

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

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

1．變更控制管理的任務及目標

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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