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

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

近年來，國內(nèi)各級政府部門、企事業(yè)單位在信息化建設(shè)上取得了長足進(jìn)步，但由于不少組織整體管理水平相對較低，在信息系統(tǒng)建設(shè)上缺乏系統(tǒng)、長遠(yuǎn)的戰(zhàn)略規(guī)劃，沒有先進(jìn)、適用、可行的管理實(shí)踐理論作為指導(dǎo)，因此很多軟件項(xiàng)目沒有在預(yù)定的范圍、投資總額、工期內(nèi)完成，工期延期、延誤成為普遍現(xiàn)象。需求管理的常見誤區(qū)軟件項(xiàng)目的范圍控制應(yīng)該是在需求分析階段就開始的，然而很多項(xiàng)目經(jīng)理針對需求分析存在不少認(rèn)識誤區(qū)。誤區(qū)1：開發(fā)商和用戶僅就軟件需求的基本輪廓達(dá)成一致即可，具體細(xì)節(jié)準(zhǔn)備日后協(xié)商。從項(xiàng)目管理角度分析，這是非常危險(xiǎn)的，許多軟件項(xiàng)目失敗的最主要原因就是需求分析階段對問題、流程、細(xì)節(jié)的描述不夠準(zhǔn)確，導(dǎo)致后期預(yù)算超支或者工期延誤。正確的方法是：在需求分析階段，雙方必須對項(xiàng)目的應(yīng)用背景、功能需求、性能需求、可靠性需求、可用性需求、操作界面需求、外部接口需求，以及項(xiàng)目評審的方法、標(biāo)準(zhǔn)、過程進(jìn)行全面、細(xì)致地研究討論，逐一進(jìn)行明確。誤區(qū)2：軟件需求是軟件必需向用戶提供的功能和界面，功能上滿足需求就足夠了。從軟件需求工程角度分析，這只是認(rèn)識到了軟件系統(tǒng)的功能需求，忽略了軟件的非功能需求和設(shè)計(jì)約束，需求捕獲不夠全面。軟件需求工程理論認(rèn)為，軟件需求包括功能需求、非功能需求和設(shè)計(jì)約束三方面內(nèi)容。正確的方法是：除了要明確軟件的功能需求，還需要進(jìn)一步明確非功能需求(即軟件產(chǎn)品所必備的屬性和品質(zhì)，包括可靠性、可用性、安全性、可擴(kuò)展性、可移植性等)和設(shè)計(jì)約束(即軟件研發(fā)必須遵守的特定規(guī)約、限制條件、政策標(biāo)準(zhǔn),如軟件必須采用國內(nèi)自主知識產(chǎn)權(quán)的數(shù)據(jù)庫產(chǎn)品)。誤區(qū)3：需求調(diào)研的對象是用戶，用戶就是軟件產(chǎn)品的最終使用人員。從項(xiàng)目管理角度分析，該觀點(diǎn)缺乏對項(xiàng)目相關(guān)人全面、系統(tǒng)的認(rèn)識，對用戶的概念理解不到位?！坝脩簟笔且环N泛稱，它可細(xì)分為客戶、最終用戶和間接用戶三種類型。例如，很多企業(yè)的一把手并不直接參與軟件的采購和操作，但是其對于軟件項(xiàng)目實(shí)際上起到了關(guān)鍵意義的決定作用，屬于最重要的間接用戶。正確的方法是：要充分認(rèn)識用戶的多重性、層次性、復(fù)雜性，在進(jìn)行需求調(diào)研時(shí)應(yīng)首先對用戶進(jìn)行分析、分類，根據(jù)重要性、優(yōu)先級、特殊性對各類用戶進(jìn)行排序;其次，是針對不同類別的用戶分別制訂不同的需求調(diào)研計(jì)劃，全面開展需求調(diào)研。需要重點(diǎn)指出的是，對于由多個(gè)業(yè)務(wù)部門共同參與的軟件項(xiàng)目，在確認(rèn)軟件需求時(shí)一定要得到全部參與部門的共同認(rèn)可。誤區(qū)4：按照“需求、設(shè)計(jì)、編程、測試”步驟研發(fā)出的軟件不必考慮需求跟蹤問題。從軟件工程角度分析，這是對于需求變更過程缺乏系統(tǒng)的認(rèn)識的表現(xiàn)，嚴(yán)格線性順序的開發(fā)模型并不能保證各個(gè)開發(fā)階段的工作成果與需求保持一致。實(shí)際上，由于需求變更的不可預(yù)見性和必然性，各個(gè)階段往往以螺旋的方式漸進(jìn)。正確的方法是：需求跟蹤應(yīng)該貫穿于整個(gè)軟件需求管理階段，需求跟蹤的目標(biāo)是實(shí)現(xiàn)《產(chǎn)品需求規(guī)格說明書》和軟件產(chǎn)品之間的雙向可追溯。做好需求工程需求分析是軟件工程項(xiàng)目最重要、最基礎(chǔ)的起始階段，為后續(xù)的規(guī)劃設(shè)計(jì)階段提供參照依據(jù)。在軟件研發(fā)項(xiàng)目過程中一定要樹立需求工程的意識，將需求視為一項(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)的過程。需求工程中的活動(dòng)可分為兩大類，一類屬于需求開發(fā)，另一類屬于需求管理。需求工程結(jié)構(gòu)如圖1所示，需求開發(fā)與需求管理的流程如圖2所示。需求開發(fā)的目的是通過調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。需求開發(fā)過程有3個(gè)主要活動(dòng)：需求調(diào)查、需求分析、需求定義。需求開發(fā)過程可分為兩個(gè)階段：用戶需求調(diào)查階段和產(chǎn)品需求定義階段，兩個(gè)階段在邏輯上通常是以迭代的形式進(jìn)行的。需求開發(fā)過程產(chǎn)生的主要文檔有《用戶需求說明書》、《產(chǎn)品需求規(guī)格說明書》(對于軟件產(chǎn)品而言就是《軟件需求規(guī)格說明書》)。需求管理的目的是在用戶與開發(fā)商之間建立對需求的共同理解，維護(hù)需求與軟件工作成果的一致性，并控制需求的變更。需求管理過程有三項(xiàng)主要活動(dòng)：(1)需求確認(rèn):開發(fā)商和用戶共同對需求文檔進(jìn)行評審，雙方就需求達(dá)成共識后做出書面承諾，使需求文檔具有商業(yè)合同效果。(2)需求跟蹤:通過比較需求文檔與后續(xù)工作成果之間的對應(yīng)關(guān)系，建立與維護(hù)“需求跟蹤矩陣”，確保產(chǎn)品依據(jù)需求文檔進(jìn)行開發(fā)。(3)需求變更控制:依據(jù)“變更申請、審批、實(shí)施、重新確認(rèn)”的流程處理需求的變更，防止需求變更失去控制而導(dǎo)致項(xiàng)目發(fā)生混亂。需求管理過程產(chǎn)生的主要文檔有《需求評審報(bào)告》、《需求跟蹤報(bào)告》、《需求變更控制報(bào)告》等。2.需求的跟蹤需求跟蹤的目的是建立與維護(hù)“需求、設(shè)計(jì)、編程、測試”過程的一致性，確保所有的工作成果符合用戶需求。需求跟蹤有兩種方式：(1)正向跟蹤：檢查《產(chǎn)品需求規(guī)格說明書》中的每個(gè)需求是否都能在后繼工作成果中找到對應(yīng)點(diǎn)。(2)逆向跟蹤：檢查設(shè)計(jì)文檔、代碼、測試用例等工作成果是否都能在《產(chǎn)品需求規(guī)格說明書》中找到出處。正向跟蹤和逆向跟蹤合稱為“雙向跟蹤”。不論采用何種跟蹤方式，都要建立與維護(hù)需求跟蹤矩陣。組建變更控制管理機(jī)構(gòu)項(xiàng)目變更是指項(xiàng)目實(shí)施過程中由于環(huán)境或者其他因素的變化而對項(xiàng)目部分或者全部功能、性能、架構(gòu)、技術(shù)指標(biāo)、集成方案、進(jìn)度、質(zhì)量等方面做出改變。1.變更控制管理的任務(wù)及目標(biāo)信息系統(tǒng)項(xiàng)目實(shí)施過程中變更是無法避免的。變更控制管理的任務(wù)是：建立規(guī)范、嚴(yán)格、可行、高效的變更控制體系機(jī)制，組建變更控制管理機(jī)構(gòu)，出臺(tái)變更管理制度;對用戶提交的變更請求進(jìn)行快速的響應(yīng)、受理;及時(shí)分析、研究、評估變更的可行性、成本、代價(jià)、范圍;對于確定接受的變更請求制訂變更實(shí)施計(jì)劃方案及配套應(yīng)對措施，實(shí)施變更任務(wù)，進(jìn)行變更測試檢查，做好變更記錄。需求變更控制的最終目標(biāo)是：通過建立嚴(yán)格規(guī)范的變更控制管理流程,拒絕不切合實(shí)際的變更，減少變更帶來的風(fēng)險(xiǎn)，防止變更范圍擴(kuò)大、蔓延，杜絕隨意的變更申請及受理過程等。2.變更控制管理機(jī)構(gòu)的建立組建有效的變更控制管理機(jī)構(gòu)和制訂配套的變更控制管理制度，是進(jìn)行變更控制管理的重要基礎(chǔ)和前提保障，否則變更控制管理將成為一紙空文。變更控制管理機(jī)構(gòu)(形式上可以是“變更控制管理委員會(huì)”、“變更控制管理辦公室”、“變更控制管理組”等)是一個(gè)特殊組織，對項(xiàng)目負(fù)責(zé)人直接負(fù)責(zé)，它不受現(xiàn)存的職能組織結(jié)構(gòu)的束縛,可由來自不同機(jī)構(gòu)、不同部門、不同專業(yè)、不同崗位的人員組成，各成員劃分權(quán)限崗位、明確職責(zé)、落實(shí)責(zé)任、協(xié)同工作。一般情況下，變更控制管理機(jī)構(gòu)內(nèi)部應(yīng)至少配備以下四種角色的成員：項(xiàng)目管理人員(類似于“項(xiàng)目經(jīng)理”)：主要負(fù)責(zé)制訂項(xiàng)目管理制度和項(xiàng)目管理計(jì)劃，督促、檢查、落實(shí)、考核項(xiàng)目執(zhí)行過程，做好項(xiàng)目干系人之間的溝通協(xié)調(diào)工作。技術(shù)負(fù)責(zé)人員(類似于“總工程師”)：主要負(fù)責(zé)項(xiàng)目中信息技術(shù)平臺(tái)的分析、建模、設(shè)計(jì)、測試、實(shí)現(xiàn)。業(yè)務(wù)管理人員(類似于“業(yè)務(wù)經(jīng)理”)：主要負(fù)責(zé)收集整理業(yè)務(wù)需求、編寫需求說明書、驗(yàn)證和評審需求、管理和控制需求變更。通信聯(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)行。需求變更控制過程中最難辦的事情不是“滿足用戶提出的變更請求”，而是“在用戶認(rèn)同支持、追加項(xiàng)目投資經(jīng)費(fèi)的前提下盡快完成變更任務(wù)”。用戶往往認(rèn)為提出變更需求是基本權(quán)利，而軟件開發(fā)商往往認(rèn)為只有義務(wù)解決在《用戶需求說明書》、《產(chǎn)品需求規(guī)格說明書》中預(yù)先定義的各類需求，除此以外都應(yīng)該拒絕或者在用戶追加投資的前提下解決?，F(xiàn)實(shí)中信息系統(tǒng)項(xiàng)目的目標(biāo)是具有一定彈性的，這一點(diǎn)尤其重要，用戶和軟件開發(fā)商之間為了達(dá)成共同目標(biāo)不可能針鋒相對，項(xiàng)目管理人員需要利用高超的管理藝術(shù)、溝通技巧、人格魅力，在對立博弈的關(guān)系之中尋求最佳的平衡點(diǎn)。另外，有必要強(qiáng)調(diào)的是，在項(xiàng)目實(shí)施過程中，變更處理越早，難度越小，損失越小;變更處理越遲，難度越大，損失也越大。而且，任何變更都必須經(jīng)過項(xiàng)目建設(shè)全部相關(guān)方(建設(shè)單位、承建單位和監(jiān)理單位)多方確認(rèn)后才能計(jì)劃實(shí)施，嚴(yán)禁任何一方擅自變更。對項(xiàng)目變更的范圍要有明確的界定，而且項(xiàng)目建設(shè)全部相關(guān)方對變更范圍的理解上都沒有任何異議。最后，變更對項(xiàng)目質(zhì)量、成本、進(jìn)度都會(huì)產(chǎn)生影響,需要對變更過程加強(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需求開發(fā)與需求管理流程圖圖3軟件需求變更控制管理流程近年來，國內(nèi)各級政府部門、企事業(yè)單位在信息化建設(shè)上取得了長足進(jìn)步，但由于不少組織整體管理水平相對較低，在信息系統(tǒng)建設(shè)上缺乏系統(tǒng)、長遠(yuǎn)的戰(zhàn)略規(guī)劃，沒有先進(jìn)、適用、可行的管理實(shí)踐理論作為指導(dǎo)，因此很多軟件項(xiàng)目沒有在預(yù)定的范圍、投資總額、工期內(nèi)完成，工期延期、延誤成為普遍現(xiàn)象。需求管理的常見誤區(qū)軟件項(xiàng)目的范圍控制應(yīng)該是在需求分析階段就開始的，然而很多項(xiàng)目經(jīng)理針對需求分析存在不少認(rèn)識誤區(qū)。誤區(qū)1：開發(fā)商和用戶僅就軟件需求的基本輪廓達(dá)成一致即可，具體細(xì)節(jié)準(zhǔn)備日后協(xié)商。從項(xiàng)目管理角度分析，這是非常危險(xiǎn)的，許多軟件項(xiàng)目失敗的最主要原因就是需求分析階段對問題、流程、細(xì)節(jié)的描述不夠準(zhǔn)確，導(dǎo)致后期預(yù)算超支或者工期延誤。正確的方法是：在需求分析階段，雙方必須對項(xiàng)目的應(yīng)用背景、功能需求、性能需求、可靠性需求、可用性需求、操作界面需求、外部接口需求，以及項(xiàng)目評審的方法、標(biāo)準(zhǔn)、過程進(jìn)行全面、細(xì)致地研究討論，逐一進(jìn)行明確。誤區(qū)2：軟件需求是軟件必需向用戶提供的功能和界面，功能上滿足需求就足夠了。從軟件需求工程角度分析，這只是認(rèn)識到了軟件系統(tǒng)的功能需求，忽略了軟件的非功能需求和設(shè)計(jì)約束，需求捕獲不夠全面。軟件需求工程理論認(rèn)為，軟件需求包括功能需求、非功能需求和設(shè)計(jì)約束三方面內(nèi)容。正確的方法是：除了要明確軟件的功能需求，還需要進(jìn)一步明確非功能需求(即軟件產(chǎn)品所必備的屬性和品質(zhì)，包括可靠性、可用性、安全性、可擴(kuò)展性、可移植性等)和設(shè)計(jì)約束(即軟件研發(fā)必須遵守的特定規(guī)約、限制條件、政策標(biāo)準(zhǔn),如軟件必須采用國內(nèi)自主知識產(chǎn)權(quán)的數(shù)據(jù)庫產(chǎn)品)。誤區(qū)3：需求調(diào)研的對象是用戶，用戶就是軟件產(chǎn)品的最終使用人員。從項(xiàng)目管理角度分析，該觀點(diǎn)缺乏對項(xiàng)目相關(guān)人全面、系統(tǒng)的認(rèn)識，對用戶的概念理解不到位?！坝脩簟笔且环N泛稱，它可細(xì)分為客戶、最終用戶和間接用戶三種類型。例如，很多企業(yè)的一把手并不直接參與軟件的采購和操作，但是其對于軟件項(xiàng)目實(shí)際上起到了關(guān)鍵意義的決定作用，屬于最重要的間接用戶。正確的方法是：要充分認(rèn)識用戶的多重性、層次性、復(fù)雜性，在進(jìn)行需求調(diào)研時(shí)應(yīng)首先對用戶進(jìn)行分析、分類，根據(jù)重要性、優(yōu)先級、特殊性對各類用戶進(jìn)行排序;其次，是針對不同類別的用戶分別制訂不同的需求調(diào)研計(jì)劃，全面開展需求調(diào)研。需要重點(diǎn)指出的是，對于由多個(gè)業(yè)務(wù)部門共同參與的軟件項(xiàng)目，在確認(rèn)軟件需求時(shí)一定要得到全部參與部門的共同認(rèn)可。誤區(qū)4：按照“需求、設(shè)計(jì)、編程、測試”步驟研發(fā)出的軟件不必考慮需求跟蹤問題。從軟件工程角度分析，這是對于需求變更過程缺乏系統(tǒng)的認(rèn)識的表現(xiàn)，嚴(yán)格線性順序的開發(fā)模型并不能保證各個(gè)開發(fā)階段的工作成果與需求保持一致。實(shí)際上，由于需求變更的不可預(yù)見性和必然性，各個(gè)階段往往以螺旋的方式漸進(jìn)。正確的方法是：需求跟蹤應(yīng)該貫穿于整個(gè)軟件需求管理階段，需求跟蹤的目標(biāo)是實(shí)現(xiàn)《產(chǎn)品需求規(guī)格說明書》和軟件產(chǎn)品之間的雙向可追溯。做好需求工程需求分析是軟件工程項(xiàng)目最重要、最基礎(chǔ)的起始階段，為后續(xù)的規(guī)劃設(shè)計(jì)階段提供參照依據(jù)。在軟件研發(fā)項(xiàng)目過程中一定要樹立需求工程的意識，將需求視為一項(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)的過程。需求工程中的活動(dòng)可分為兩大類，一類屬于需求開發(fā)，另一類屬于需求管理。需求工程結(jié)構(gòu)如圖1所示，需求開發(fā)與需求管理的流程如圖2所示。需求開發(fā)的目的是通過調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。需求開發(fā)過程有3個(gè)主要活動(dòng)：需求調(diào)查、需求分析、需求定義。需求開發(fā)過程可分為兩個(gè)階段：用戶需求調(diào)查階段和產(chǎn)品需求定義階段，兩個(gè)階段在邏輯上通常是以迭代的形式進(jìn)行的。需求開發(fā)過程產(chǎn)生的主要文檔有《用戶需求說明書》、《產(chǎn)品需求規(guī)格說明書》(對于軟件產(chǎn)品而言就是《軟件需求規(guī)格說明書》)。需求管理的目的是在用戶與開發(fā)商之間