心智圖資源庫 高項第五章-專案範圍管理 心智圖
這是一篇關於高項第五章-專案範圍管理的心智圖。從控制範圍、確認範圍等方面梳理,內容詳實,結構清晰,邏輯嚴密,非常值得學習。
編輯於2021-06-21 13:11:15This is a mind map about bacteria, and its main contents include: overview, morphology, types, structure, reproduction, distribution, application, and expansion. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about plant asexual reproduction, and its main contents include: concept, spore reproduction, vegetative reproduction, tissue culture, and buds. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about the reproductive development of animals, and its main contents include: insects, frogs, birds, sexual reproduction, and asexual reproduction. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about bacteria, and its main contents include: overview, morphology, types, structure, reproduction, distribution, application, and expansion. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about plant asexual reproduction, and its main contents include: concept, spore reproduction, vegetative reproduction, tissue culture, and buds. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about the reproductive development of animals, and its main contents include: insects, frogs, birds, sexual reproduction, and asexual reproduction. The summary is comprehensive and meticulous, suitable as review materials.
第五章-專案範圍管理
5.1規劃範圍管理
定義
編製範圍管理計劃,書面描述將如何定義、確認和控制專案範圍的過 程。
兩種範圍
專案範圍
工作
明確專案邊界
對專案執行工作進行監控
防止專案範圍蔓延
定義
為了能交付產品,專案必須做的工作
產生專案管理計劃的基礎
範圍基準是經過核准的專案範圍說明書、WBS、WBS字典
產品範圍
產品或服務應包含的範圍
是產品要求的描述,是專案範圍的基礎
根據是否滿足產品描述來判斷產品範圍是否完成
5.2收集需求
定義
為實現專案目標而確定、記錄並管理利害關係人的需要和需求的過程
分類
業務需求
利害關係人需求
解決方案需求
功能需求
非功能需求
過渡需求
專案需求
品質需求
工具與技術
訪談
焦點小組
將預先選定的利害關係人和主題專家集中在一起,以了解他們對所提議產品、服務或成果的期望和態度。由一位受過訓練的主持人引導大家進行互動式討論。焦點小組往往比一對一的訪談更熱烈。焦點小組是一種團體訪談而非一對一訪談
引導式研討會
透過邀請主要的跨職能幹係人一起參加會議。引導式研討會對產品需求進行集中討 論與定義。研討會是快速定義跨職能需求和協調利害關係人差異的重要技術
群體創新技術
腦力激盪
名義小組
投票來排列最有用的創意,以便進行進一步的腦力激盪或優先排序
德爾菲技術
匿名或背靠背的方式、預測過程幾輪回饋,使專家的意見逐漸趨同
概念/心智圖
親和圖
是針對某一問題,充分收集各種經驗、知識、想法和意見等語言、文字 資料,透過圖解方式進行匯總,並按其相互親和性歸納整理這些資料,使問題明確起來
多標準決策分析
群體決策技術
一致同意
大多數
子主題
問卷調查
觀察
原型法
標竿對照
系統互動圖
文件分析
需求文件
業務需求
利害關係人需求
解決方案需求
專案需求
過渡需求
假設條件、依賴關係、限制因素
需求追蹤
需求管理
包括在產品開發過程中維持需求一致性和精確性的所有活動,包括控制需求基線,保持專案計畫與需求一致,控制單一需求和需求文件的版本情況,管理需求和聯繫鏈之間的聯繫,或管理單一需求和專案其他可交付物之間的依賴關係,追蹤基準中需求的狀態
需求基準
軟體專案需求開發的結果應該有專案視圖和範圍文件、使用案例文件、軟體需求規格說明及相關分析模型,經評審批准,這些文件定義了開發工作的需求基準。這個基準在客戶和開發人員之間就構築了計畫產品功能需求和非功能需求的一個約定。
需求獲取
積極地和用戶交流,獲取用戶需求並分析修正,最後形成符合解決問題的用 戶需求,生成《用戶需求說明書》
需求分析
對各種需求進行分析並抽象化描述,建立一個可以指導系統的概念模型
需求定義
根據需求取得和需求分析的結果,定義準確的產品需求,產生《需求規格說明 書》
需求驗證
5.3定義範圍
定義
定義範圍是製定專案和產品詳細描述的過程,其主要作用是明確所收集的需求哪些將包含在專案範圍內,哪些將排除在專案範圍外,從而明確產品、服務或成果的邊界
工具與技術
專家判斷
產品分析
備選方案生成
引導式研討會
專案範圍說明書
產品範圍描述
驗收標準
成本、進度、品質測量指標
可交付成果
項目的除外責任
限制因素
假設條件
作用
確定範圍
溝通基礎
規劃與控制依據
變更基礎
規劃基礎
5.4創建WBS
定義
將專案可交付成果和專案工作分解為較小的、更易於管 理的組件的過程
里程碑
標誌著某個可交付成果或階段的正式完成。重要的檢查點是里程碑、重要的里程碑是基線
工作包
≥8小時,≤80小時
控制帳戶
一個控制帳戶中就包括若干個工作包,但一個工作包只屬於一個控制帳戶
規劃包
指在控制帳戶之下,工作內容已知但尚缺詳細進度活動的WBS組成部分
WBS字典
包括帳戶編碼標識、工作說明、假設條件和限制、負責人或組織單元、進度里程碑、相關的進度活動、所需資源、成本估算、品質要求、驗收標準、技術參考文獻、協議訊息
分解活動
識別及分析可交付成果及相關工作
確定WBS的結構和編排方法
自上而下逐層細化分解
為WBS組件製定和分配識別編碼
核實可交付成果分解的程度是恰當的
8個注意方面
WBS必須是面向可交付成果的
WBS必須符合專案的範圍
WBS的底層應該支援計劃和控制
WBS中的元素必須有人負責,而且只由一個人負責
WBS的指導。作為指導而非原則,WBS應控制在4~6層
WBS應包括專案管理工作,也要包括分包出去的工作
WBS的編制需要所有(主要)專案利害關係人的參與,需要專案團隊成員的參與
WBS並非是一成不變的
5.5確認範圍
定義
專案利害關係人對已完成的可交付成果進行正式驗收的過程
工具與技術
檢查
群體決策技術
步驟
確定需要進行範圍確認的時間
識別範圍確認需要哪些投入
確定範圍正式被接受的標準與要素
確定範圍確認會議的組織步驟
組織範圍確認會議
與品質控制區別
確認範圍強調可交付成果的接受度;品質控制強調可交付成果正確性;
品質控制一般在確認範圍前進行,也可同時;確認範圍一般在階段末;
品質控制是內部檢查;確認範圍由專案利害關係人驗收可交付成果;
與收尾區別
確認範圍強調核實與接受可交付成果;收尾強調結束專案或階段的流程性工作
確認範圍強調驗收可交付成果;收尾強調驗收產品
5.6控制範圍
控制範圍是監督專案和產品的範圍狀態、管理範圍基準變更的過程。其主要作用是在整個專案期間保持對範圍基準的維護
主要工作
影響導致範圍變更的因素,並儘量使這些因素向有利的方面發展
判斷範圍變更是否已發生
範圍變更發生時管理實際的變更,確保所有被要求的變更依照專案整體變更控制流程處理