1. 首頁 > 生活百科 > >

項目范圍管理六個過程 范圍管理( 三 )

越眾創業網


1628年8月10日，還沒來得及離岸的瓦薩號在一場大風暴后開始傾斜，隨后慢慢恢復平衡，但隨后又向右舷傾斜 。岸上的人都傻眼了 。瓦薩號的下甲板正慢慢入水，船體開始搖晃下沉 。瓦薩號在眾目睽睽之下沉沒了 。
范圍控制
控制范圍，不是改變需求，不是用顯示器砸老板，而是保證范圍的正確改變 。對于可能的、合理的范圍變更，要積極分析是否有價值，盡量為高價值的需求變更創造條件 。
在分析范圍變更時，需要重點關注對項目價值、項目策略、項目質量、項目周期、產品目標成本等的影響 。在變更時，還需要考慮:項目中需求的冗余和錯誤，新技術引入帶來的風險，以及連鎖的需求變更 。
CCB(變更控制委員會)在CMMI(能力成熟度模型集成)中是“變更控制委員會”的意思，也是配置控制委員會的意思 。
CCB可以由一個小組或幾個不同的小組持有，他們負責決定應該應用哪些建議的需求變更或新產品特性 。典型的變更控制委員會也將決定哪個版本糾正哪個錯誤 。當建立包括硬件和軟件項目的CCB時，它還應該包括來自硬件工程、系統工程、制造部門或硬件質量保證和配置管理的代表 。
CCB是系統集成項目的所有者權益代表，負荷決定接受那些變更 。CCB由許多參與項目的成員組成，通常包括用戶的決策者和實施者 。建行是決策機構，不是經營機構 。通常，建行的工作是通過評估的方式決定項目是否可以變更，但不提出變更方案 。
對正式基線(需求基線、概要設計基線、詳細設計基線、代碼基線、測試基線和操作基線)的更改必須由項目團隊的CCB審查和批準 。正式基線，例如客戶需求和操作基線 ?；€的正式控制機構是CCB，CCB的主席通常是組織中的高級經理 。在項目期間建立的開發基線，例如設計和代碼基線以及測試基線，是由項目經理和/或項目技術負責人非正式控制的 。
對于初創團隊，需求變更也應該是:有制度，有記錄，有討論，有跟蹤；而不是隨意更改 。否則，船還沒出海就沉了 。
范圍驗收
在項目結束時，或者中間節點，你可以檢查項目已完成部分的可交付物的過程 ?？梢愿鶕枨蟾櫛砘蛐枨蟾櫨仃囘M行檢查 。
方法:可以是評審、內部測試、客戶測試、實驗驗證、訪問測試、認證測試等活動的集合 。
總是要看我們做的是不是客戶想要的 。
最后祝各位老板好 。
提醒一句，如果工程師會空武術、跆拳道、截拳道、中國功夫，在就業上就成了劣勢 。找工作的時候，注意隱藏這些經驗或者技能 。
【項目范圍管理六個過程 范圍管理】

推薦閱讀