30天通過軟考高項-第三天

任務：項目范圍管理

• 思維導圖閱讀

• 知識點集錦閱讀

• 知識點記憶

• 章節習題練習

• 知識點練習

• 手寫回憶ITTO

• 聽一遍喜馬拉雅關于范圍的內容

范圍管理-背

1. 過程定義

規劃變瘦訂份缺孔

? 規劃范圍管理：為了記錄如何定義、確認和控制項目范圍及產品范圍，創建范圍管理計劃。

? 收集需求：為了實現項目目標，確定、激勵并管理干系人的需要和需求。

? 定義范圍：制定項目和產品詳細描述，明確產品、服務或成果的邊界。

? 創建工作分解結構：將項目的可交付成果和項目工作分解為較小的。更易于管理的組件。

? 確認范圍：正式驗收已完成的項目的可交付成果。

? 控制范圍：監督項目和產品的范圍狀態，管理范圍基準的變更

2. 初步范圍說明書內容

產業可除制假

產品范圍描述、驗收標準、可交付成果、項目的除外責任、制約因素（限制條件）、假設條件（前提條件的不確定性）

3. 范圍基準

經過批準的項目范圍說明書，WBS和WBS詞典；

項目范圍的完成情況是根據項目管理計劃來衡量的。產品范圍的完成情況是根據產品需求來衡量的。

4. 詳細范圍說明書內容

標書求姐夫，廠家約瘋子，北京懲治囚犯

項目目標、產品范圍描述、項目需求、項目邊界、項目可交付物、產品可接受的標準、項目的假設條件、項目的約束條件、初始風險、項目配置管理需求、進度里程碑、資金限制、成本估算、初始的項目組織、已批準的需求、項目規范

5. WBS的分別步驟（如何分解）

師姐分便當

? 識別和分析可交付成果及相關工作

? 確定WBS的結構及編排方法（樹形、列表）

? 自上而下逐層分解

? 為WBS組成部分制定和分配標識編碼

? 核實工作分解的程度是恰當的

6. 創建WBS的注意事項

百事滾一發，可管所有

①必需符合項目范圍，在各層次上保持項目的完整性，避免遺漏必要的組成部分【100%】規則

②一個單元只能從屬于與某個上層單元，避免交叉從屬【4】-6層

③WBS并非一成不變的【滾】動式分解原則

④工作單元應能分開不同的責任者和不同工作內容（每個工作單元有且僅有【一】人負責）

⑤底層工作應該支持計劃和控制，具有可比性，是可管理的，可定量檢查的（【8】-80小時規則）

⑥WBS必須面向【可】交付成果的

⑦應包括項目【管】理工作，也包括分包出去的工作

⑧WBS的編制需要【所有】（主要）項目干系人的參與

7. 確認范圍的步驟

踢死貓-TI S M O

時間、投入、標準、會議、組織

T→time→時間→確認范圍確定的時間。

I→invest→投入→識別范圍確定有哪些投入

S→standard→標準→確定范圍正式被接受的標準和要素

M→meeting→會議→確定范圍確認會議的組織步驟

O→organize→組織范圍確認會議

8. 范圍管理計劃的內容

定監護國臉

定—>制訂—>如何制訂項目范圍說明書

監—>創建—>如何根據范圍說明書創建wbs

護—>維護—>如何維護和批準范圍基準

國—>成果—>如何確認和正式驗收已完成的項目的可交付成果

臉—>相連—>如何處理項目范圍說明書的變更,該工作與實施整體變更控制過程直接相連

9. 需求管理計劃內容

龜用計干不一樣跟蹤活動

本來大家關于需求的跟蹤活動都是一樣的，但是烏龜用計策卻干了不一下的需求跟蹤活動

龜→規劃→如何規劃、跟蹤和匯報各種需求活動

用→使用→需求管理需要使用的資源

計→計劃→培訓計劃

干→干系人→項目干系人參與需求管理的策略

不一樣→不一致→判斷項目范圍與需求**不一致**的準則和糾正規程

跟蹤→需求跟蹤結構

活動→配置管理活動

10. 需求文件的內容

業務骨干解決項目過渡因素

也是需求的分類，類別有哪些

業務→業務需求：整個組織高層級的需要

骨干→干系人需求

解決→解決方案需求：為滿足業務需求和干系人需求，產品、服務或成果必須具備的特性、功能和特征。

項目→項目需求

過度→過渡需求。

因素→與需求有關的假設條件、依賴關系和制約因素。

質量需求：用于確認項目可交付成果的成功完成或其他項目需求的實現的任何條件或標準。

11. 需求跟蹤矩陣的內容

業需目果，設開測高

業需和目果兩個人，正在設計讓開發和測試高興–業務目標要明確，范圍交付不可缺；設計開發加測試；高低需求全連接

跟蹤需求的內容包括：
①業務需要、機會、目的和目標；
②項目目標；
③項目范圍和WBS可交付成果；
④產品設計；
⑤產品開發；
⑥測試策略和測試場景；
⑦高層級需求到詳細需求等

12. 范圍管理變更產生的原因

整 JJ 要足

整→政→政府→政府政策的原因

J→計→計劃→項目范圍的計劃編制的不周密詳細,有一定的缺陷漏洞

J→技-→技術→市場上或者設計人員提出了新的手段、技術和方案

要→要→要求→客戶對項目、產品或者服務的要求發生了變更

足→組→組織→項目執行組織本身發生了變化

13. 范圍管理變更控制的主要工作

因變管處

因→影響導致范圍變更的因素,并盡量使之朝有利方向發展

變→判斷范圍變更是否已經發生。

管處→范圍變更發生時,確保所有被請求的變更都按照項目整體變更管理流程處理。

14. 范圍管理問題應對措施

簡化有課調

簡化老師的課需要調一下

定義分解、估算量化、有效控制、高客確認、溝通協調
定義分解→對項目范圍進行清晰**定義，并根據定義對工作進行分解，制定WBS;
估算量化→對項目進行合理估算，對工作量有量化的把握;
有效控制→對項目范圍進行有效控制;
高客確認→重新定義項目范圍必須得到高層和客戶的確認;
溝通協調→進行溝通管理，協調多個項目干系人之間的矛盾。

15. 范圍蔓延原因

三無

1）無基線 2）需求挖掘不夠 3）無變更控制程序

16. 確認范圍需要檢查的問題

三缺（確）一覆蓋，風險要清晰表達

①可交付成果是否是確定的、可確認的

②每個可交付成果是否有明確的里程碑

③是否有明確的質量標準

④審核和承諾是否清晰的表達

⑤項目范圍是否覆蓋了需要完成的產品或服務的所有活動，有沒有遺漏或錯誤

⑥項目范圍的風險是否太高

17. ITTO

18. 其他內容加強

收集需求的工具及關鍵詞

暢所欲言	頭腦風暴
同一領域，主題專家SME	焦點小組
專家匿名，多輪趨同，最終一致同意	德爾菲
識別最佳實踐，形成改進意見	標桿對照
權重乘以得分算總分	多標準決策分析
投票和排序	名義小組
干系人意見不一致或，部門之間意見不一致	引導