軟件項目的需求變更管理

 

一、做好需求工程

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

 

  1.需求工程的結構及目標任務

  需求工程是一個包括創建和維護系統需求文檔所必需的一切活動的過程。需求工程中的活動可分爲兩大類,一類屬於需求開發,另一類屬於需求管理

  需求開發的目的是通過調查與分析,獲取用戶需求並定義產品需求。需求開發過程有3個主要活動:需求調查、需求分析、需求定義。需求開發過程可分爲兩個階段:用戶需求調查階段和產品需求定義階段,兩個階段在邏輯上通常是以迭代的形式進行的。需求開發過程產生的主要文檔有《用戶需求說明書》、《產品需求規格說明書》(對於軟件產品而言就是《軟件需求規格說明書》)。

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

  (1)需求確認:開發商和用戶共同對需求文檔進行評審,雙方就需求達成共識後做出書面承諾,使需求文檔具有商業合同效果。

  (2)需求跟蹤:通過比較需求文檔與後續工作成果之間的對應關係,建立與維護“需求跟蹤矩陣”,確保產品依據需求文檔進行開發。

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

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

  2.需求的跟蹤

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

  (1)正向跟蹤:檢查《產品需求規格說明書》中的每個需求是否都能在後繼工作成果中找到對應點。

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

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

 

二、組建變更控制管理機構

項目變更是指項目實施過程中由於環境或者其他因素的變化而對項目部分或者全部功能、性能、架構、技術指標、集成方案、進度、質量等方面做出改變。

 

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

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

  2.變更控制管理機構的建立

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

  項目管理人員(類似於“項目經理”):主要負責制訂項目管理制度和項目管理計劃,督促、檢查、落實、考覈項目執行過程,做好項目干係人之間的溝通協調工作。

  技術負責人員(類似於“總工程師”):主要負責項目中信息技術平臺的分析、建模、設計、測試、實現。

  業務管理人員(類似於“業務經理”):主要負責收集整理業務需求、編寫需求說明書、驗證和評審需求、管理和控制需求變更。

  通信聯絡人員:主要負責項目組織內部成員之間的信息發佈。

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

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

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

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

  另外,有必要強調的是,在項目實施過程中,變更處理越早,難度越小,損失越小;變更處理越遲,難度越大,損失也越大。而且,任何變更都必須經過項目建設全部相關方(建設單位、承建單位和監理單位)多方確認後才能計劃實施,嚴禁任何一方擅自變更。對項目變更的範圍要有明確的界定,而且項目建設全部相關方對變更範圍的理解上都沒有任何異議。

  最後,變更對項目質量、成本、進度都會產生影響,需要對變更過程加強監控,實施變更風險管理,不能因爲變更而引發新的風險。項目管理人員在做出變更決策時,應及時將變更信息、變更計劃方案公佈於衆,這樣才能及時調整項目團隊的工作,朝着新的方向努力。

參考資料:http://www.8manage.cn

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章