需求變更管理


需求變更管理

         范圍變更控制是指對有關項目范圍的變更實施控制。在這兒范圍變更就是需求變更。主要的過程輸出是范圍變更、糾正行動與教訓總結。再好的計划也不可能做到一成不變,因此變更是不要避免的,關鍵問題是如何對變更如何進行有效的控制。控制好變更必須有一套規范的變更管理過程,在發生變更時遵循規范的變更程序來管理變更。通常對發生的變更,需要識別是否在既定的項目范圍之內。如果是在項目范圍之內,那么就需要評估變更所造成的影響,以及如何應對的措施,受影響的各方都應該清楚明了自己所受的影響;如果變更是在項目范圍之外,那么就需要商務人員與用戶方進行談判,看是否增加費用,還是放棄變更。

1

forum_1539588044_13

forum_1539588047_19

forum_1539588051_47

forum_1539588054_61

forum_1539588067_13

forum_1539588072_82

forum_1539588075_67

遵循如下原則:

(1)建立需求基線。需求基線是需求變更的依據。在開發過程中,需求確定並經過評審后(用戶參與評審),可以建立第一個需求基線。此后每次變更並經過評審后,都要重新確定新的需求基線。

(2)制訂簡單、有效的變更控制流程,並形成文檔。在建立了需求基線后提出的所有變更都必須遵循這個控制流程進行控制。同時,這個流程具有一定的普遍性,對以后的項目開發和其他項目都有借鑒作用。

(3)成立項目變更控制委員會(CCB)或相關職能的類似組織,負責裁定接受哪些變更。CCB由項目所涉及的多方人員共同組成,應該包括用戶方和開發方的決策人員在內。

(4)需求變更一定要先申請然后再評估,最后經過與變更大小相當級別的評審確認。

(5)需求變更后,受影響的軟件計划、產品、活動都要進行相應的變更,以保持和更新的需求一致。

forum_1539588080_39

forum_1539588085_81

forum_1539588088_59

forum_1539588090_62

------------------------------------------------------------------

今天先到這兒,希望對您技術領導力, 企業管理,系統架構設計與評估,團隊管理, 項目管理, 產品管理,團隊建設 有參考作用 , 您可能感興趣的文章:
項目管理-習慣發生范圍變更
前端性能核對表Checklist-2018
大型電商互聯網性能優化案例
國際化環境下系統架構演化
微服務架構設計
視頻直播平台的系統架構演化
微服務與Docker介紹
Docker與CI持續集成/CD
互聯網電商購物車架構演變案例
互聯網業務場景下消息隊列架構
互聯網高效研發團隊管理演進之一
消息系統架構設計演進
互聯網電商搜索架構演化之一
企業信息化與軟件工程的迷思
企業項目化管理介紹
軟件項目成功之要素
人際溝通風格介紹一
精益IT組織與分享式領導
學習型組織與企業
企業創新文化與等級觀念
組織目標與個人目標
初創公司人才招聘與管理
人才公司環境與企業文化
企業文化、團隊文化與知識共享
高效能的團隊建設
項目管理溝通計划
構建高效的研發與自動化運維
某大型電商雲平台實踐
互聯網數據庫架構設計思路
IT基礎架構規划方案一(網絡系統規划)
餐飲行業解決方案之客戶分析流程
餐飲行業解決方案之采購戰略制定與實施流程
餐飲行業解決方案之業務設計流程
供應鏈需求調研CheckList
企業應用之性能實時度量系統演變

如有想了解更多軟件設計與架構, 系統IT,企業信息化, 團隊管理 資訊,請關注我的微信訂閱號:

MegadotnetMicroMsg_thumb1_thumb1_thu[2]

作者:Petter Liu
出處:http://www.cnblogs.com/wintersun/
本文版權歸作者和博客園共有,歡迎轉載,但未經作者同意必須保留此段聲明,且在文章頁面明顯位置給出原文連接,否則保留追究法律責任的權利。 該文章也同時發布在我的獨立博客中-Petter Liu Blog。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM