心智圖資源庫 軟考高級-第5章 專案範圍管理
軟考高級第5章專案範圍管理,從規劃範圍管理(範圍管理計劃、需求管理計劃)、收集需求(需求的分類、收集需求的工具和技術、需求文件、需求追蹤)、定義範圍(定義範圍的工具與技術、專案範圍說明書)、建立工作分解結構WBS(WBS的層次、分解、WBS的作用)、確認範圍、控制範圍(範圍變更)面向來描述如何進行範圍管理,對準備考軟考或從事項目管理的同學非常實用
編輯於2022-06-29 14:45:33Einhundert Jahre Einsamkeit ist das Meisterwerk von Gabriel Garcia Marquez. Die Lektüre dieses Buches beginnt mit der Klärung der Beziehungen zwischen den Figuren. Im Mittelpunkt steht die Familie Buendía, deren Wohlstand und Niedergang, interne Beziehungen und politische Kämpfe, Selbstvermischung und Wiedergeburt im Laufe von hundert Jahren erzählt werden.
Einhundert Jahre Einsamkeit ist das Meisterwerk von Gabriel Garcia Marquez. Die Lektüre dieses Buches beginnt mit der Klärung der Beziehungen zwischen den Figuren. Im Mittelpunkt steht die Familie Buendía, deren Wohlstand und Niedergang, interne Beziehungen und politische Kämpfe, Selbstvermischung und Wiedergeburt im Laufe von hundert Jahren erzählt werden.
Projektmanagement ist der Prozess der Anwendung von Fachwissen, Fähigkeiten, Werkzeugen und Methoden auf die Projektaktivitäten, so dass das Projekt die festgelegten Anforderungen und Erwartungen im Rahmen der begrenzten Ressourcen erreichen oder übertreffen kann. Dieses Diagramm bietet einen umfassenden Überblick über die 8 Komponenten des Projektmanagementprozesses und kann als generische Vorlage verwendet werden.
Einhundert Jahre Einsamkeit ist das Meisterwerk von Gabriel Garcia Marquez. Die Lektüre dieses Buches beginnt mit der Klärung der Beziehungen zwischen den Figuren. Im Mittelpunkt steht die Familie Buendía, deren Wohlstand und Niedergang, interne Beziehungen und politische Kämpfe, Selbstvermischung und Wiedergeburt im Laufe von hundert Jahren erzählt werden.
Einhundert Jahre Einsamkeit ist das Meisterwerk von Gabriel Garcia Marquez. Die Lektüre dieses Buches beginnt mit der Klärung der Beziehungen zwischen den Figuren. Im Mittelpunkt steht die Familie Buendía, deren Wohlstand und Niedergang, interne Beziehungen und politische Kämpfe, Selbstvermischung und Wiedergeburt im Laufe von hundert Jahren erzählt werden.
Projektmanagement ist der Prozess der Anwendung von Fachwissen, Fähigkeiten, Werkzeugen und Methoden auf die Projektaktivitäten, so dass das Projekt die festgelegten Anforderungen und Erwartungen im Rahmen der begrenzten Ressourcen erreichen oder übertreffen kann. Dieses Diagramm bietet einen umfassenden Überblick über die 8 Komponenten des Projektmanagementprozesses und kann als generische Vorlage verwendet werden.
第5章 專案範圍管理
一、專案範圍概述
產品範圍與專案範圍
產品範圍是指產品或服務所應該包含的功能
專案範圍是指為了能夠交付產品,專案所必須做的工作
範圍管理的重要性
範圍蔓延是專案失敗最常見的原因之一,範圍管理影響專案的成功
範圍管理的過程
透過規劃範圍管理,收集需求,定義範圍,創建WBS,確認範圍和控制範圍六個流程來實現
規劃範圍管理
編制範圍管理計劃,書面描述將如何定義、確認和控制專案範圍的流程
輸入:專案管理計畫、專案章程、事業環境因素、組織過程資產
產出:範圍管理計劃、需求管理計劃
工具與技術:專家判斷、會議
收集需求
為實現專案目標而確定、記錄並管理利害關係人的需要和需求的過程
輸入:範圍管理計畫、需求管理計畫、利害關係人管理計畫、專案章程、利害關係人登記冊
輸出:需求檔、需求追蹤矩陣
工具與技術:訪談、焦點小組、引導式研討會、團體創新技術、團體決策技術、問卷調查、觀察、原型法、標竿對照、系統互動圖、文件分析
定義範圍
制定項目和產品詳細描述的過程
輸入:範圍管理計畫、專案章程、需求文件、組織流程資產
輸出:專案範圍說明書、專案文件更新
工具與技術:專家判斷、產品分析、替代方案產生、引導式研討會
創建WBS
將專案可交付成果和專案工作分解為 較小的、更易於管理的組件的過程
輸入:範圍管理計畫、專案範圍說明書、需求文件、事業環境因素、組織流程資產
輸出:範圍基準、專案文件更新
工具與技術:分解、專家判斷
規劃過程群組
確認範圍
正式驗收已完成的專案可交付成果的過程
輸入:專案管理計畫、需求文件、需求追蹤矩陣、確認的可交付成果、工作績效數據
輸出:驗收的可交付成果、變更要求、工作績效資訊、專案文件更新
工具與技術:檢查(審查、產品評審、稽核、走查、巡檢)、團體決策技術
控制範圍
監督專案和產品的範圍狀態,管理範圍基準變更的過程
輸入:專案管理計畫、需求文件、需求追蹤矩陣、工作績效資料、組織流程資產
輸出:工作績效資訊、變更要求、專案管理計畫更新、專案文件更新、組織流程資產更新
工具與技術:偏差分析
監控過程組
二、規劃範圍管理
範圍管理計劃
範圍管理計劃是製訂專案管理計劃過程和其他範圍管理過程的主要輸入,對以下工作的管理過程做出規定
如何制定專案範圍說明書
如何根據範圍說明書建立wbs
如何維護和批准WBS
如何確認和正式驗收已完成的項目可交付成果
如何處理專案範圍說明書的變更,該工作與實施整體變更控制過程直接相聯
需求管理計劃
1、如何規劃,追蹤及報告各種需求活動
2、需求管理需要使用的資源
3、培訓計劃
4.專案利害關係人參與需求管理的策略
5.判斷專案範圍與需求不一致的準則及修正規程
6.需求追蹤結構,即哪些需求屬性將列入追蹤矩陣,哪些需求追蹤資訊應該被收集和整理等
7、配置管理活動
需求管理計畫包含的內容
需求管理計劃描述在整個專案生命週期中如何分析、記錄和管理需求
需求管理計畫是對專案的需求進行定義、確定、記載、核實管理和控制的行動指南
三、收集需求
需求的分類
業務需求:整個組織的高層需要
利害關係人需求:是指幹係人或利害關係人群體的需要
解決方案需求:是為滿足業務需求和利害關係人需求,產品 服務或成果必須具備的特性 功能和特徵
過渡需求:從當前狀態過渡到將來狀態所需的臨時能力
專案需求:專案需要滿足的行為 過程或其他條件
品質需求:用於確認專案可交付成果的成功完成或其他專案需求的實現的任何條件或標準
收集需求的工具和技術
訪談
訪談的典型做法是向受訪者提出預設和即興的問題,並記錄他們的回答
通常採取一對一的形式,也可以有多位被訪談者和(或)多位訪談者共同參與
訪談有經驗的專案參與者、利害關係人或主題專家
幹係人常較忙,難以安排時間
面談時資訊量大,記錄較為困難
溝通需要很多技巧,以及足夠的領域知識等
訪談會遇到的問題
焦點小組
焦點小組將預先選定的利害關係人和主題專家集中在一起,以了解他們對所提議產品、服務或成果的期望和態度
焦點小組由一位受過訓練的主持人引導大家進行互動式討論
引導式研討會
透過邀請主要的跨職能幹係人一起參加會議,引導式研討會將產品需求集中討論與定義
研討會是快速定義跨職能需求和協調利害關係人差異的重要技術
也可以使用品質功能展開引導式研討會
該技術的好處是,能夠比單一會議更快地發現和解決問題
品質功能展開研討會的步驟
將使用者的多種需求(例如,可靠性、可用性、安全性等)及其相對重要性列為矩陣表的第一列
將產品可能的多種特性(例如,功能清單)列為矩陣表的第一行
由相關專家集體討論每種特性與每種需求之間的關聯性,即每種特性能滿足每種需求的程度,並記錄在矩陣表對應的空格中
以列加權匯總,即可看出哪種產品特性最能滿足使用者需求
群體創新技術
腦力激盪
名義小組技術
德爾菲技術
德爾菲技術是組織專家就某一主題達成一致意見的資訊收集技術
步驟如下:
根據問題的特點,選擇並邀請做過相關研究或相關經驗的專家
將與問題有關的資訊分別提供給專家,請他們各自獨立發表自己的意見,並寫成書面資料
主持人收集並綜合專家們的意見後,將綜合意見回饋給各位專家,請他們再次發表意見
如此反覆多次,最後形成代表專家小組意見的方案
優點
能充分發揮各位專家的作用,集思廣益,準確性高
能將各位專家意見的分歧點表達出來,取各家之長,避各家之短
缺點
過程比較複雜,花費時間較長
概念/心智圖
親和圖
是針對某一問題,充分收集各種經驗、知識、想法和意見等語言、文字資料,透過圖解方式進行匯總,並按其相互親和性歸納整理這些資料,求得統一認識,利於解決的一種方法
親和圖的核心是腦力激盪,是根據結果去找原因
多標準決策分析
是藉助決策矩陣,以系統分析法建立諸如風險水準、不確定性和價值效益等多種標準,從而對眾多方案進行評估和排序的一種技術
群體決策技術
就是為達成某種期望結果而對多個未來行動方案進行評估
群體決策技術可用於開發產品需求,以及對產品需求進行歸類和優先排序
問卷調查
觀察
是指直接觀察個人在各自的環境中如何進行工作和實施流程
也稱為工作跟踪
原型法
標竿對照
系統互動圖
文件分析
需求文件
需求文件收集需求過程的主要產出有需求文件和需求追蹤矩陣。
需求文件描述各種單一的需求將如何滿足與專案相關的業務需求
需求文件包括:
業務需求:包括可追蹤的業務目標和專案目標、執行組織的業務規則、組織的指導原則
利害關係人需求,包括對組織其他領域的影響、對執行組織內部或外部團體的影響、利害關係人對溝通和報告的需求
解決方案需求,包括功能和非功能需求、技術和標準合規性需求、支援和培訓的需求、品質需求和報告需求。
專案需求,包括服務水準、績效、安全和合規性等以及驗收標準
過度需求
與需求有關的假設條件、依賴關係和限制因素
需求追蹤
需求追蹤是將單一需求和其他元素之間的依賴關係和邏輯聯繫建立追蹤
需求追蹤的內容
每個配置項的需求到涉及的產品(或構件)需求都要具有雙向可追蹤性
需求追蹤涉及五種類型
圖中箭頭表示需求追蹤能力連結鏈,它能追蹤需求使用的整個週期,也就是從需求建議到交付的整個過程
圖中左半部分,從使用者原始需求可向前追溯到需求文件,這樣可以區分專案過程中或專案結束後由於變更收到影響的需求。也是用例和功能需求之間的追蹤情況
圖中右半部分,由於在專案實施過程中,產品需求轉變為設計和測試等實現元素,所以
第四類聯繫鍊是從產品元素回溯到需求文件,使專案團隊成員知道每個產品元素存在的原因
第五類聯繫鍊是需求文件之間的跟踪,這種跟踪便於更好地處理各種需求之間的邏輯相關性,檢查需求分解中可能出現的錯誤或遺漏
需求追蹤矩陣
需求矩陣是將產品需求從其來源連結到能滿足需求的可交付成果的一種表格
需求矩陣內容包括
業務需求、機會、目的和目標
專案目標
專案範圍(WBS可交付成果)
產品設計
產品開發
測試策略和測試場景
高階需求到詳細需求
需求追蹤矩陣中記錄的典型屬性包括:唯一識別、需求的文字描述、收錄該需求的理由、所有者、來源、優先順序、版本、當前狀態、和狀態日期
四、定義範圍
定義範圍的工具和技術
產品分析
針對產品提問並回答,形成對將要開發的產品的湧入、特徵和其他方面的描述
產品分析技術包括產品分解、系統分析、需求分析、系統工程、價值工程和價值分析
價值工程與價值分析兩種活動都是對商品的價值、功能與成本進一步做思考與探索,以小組活動方式集思廣益
價值工程是在產品開發設計階段進行的價值與成本革新活動
備選方案生成
備選方案分析
橫向思維
專案範圍說明書
範圍說明書的內容
產品範圍描述
驗收標準
可交付成果
項目的除外責任
限制因素
假設條件
範圍說明書的作用
確定範圍
溝通基礎
規劃與控制發展
變更基礎
規劃基礎
五、創建工作分解結構WBS
WBS的層次
里程碑:里程碑標誌著某個可交付成果或階段的正式完成
工作包
是位於WBS每條分支最底層的可交付成果或專案工作組成部分
建議工作包的大小應該至少需要8小時來完成,而總完成時間也不應該大於80小時
控制帳戶
是WBS某個層次上的要素,既可以是工作包,也可以是比工作包更高層次上的要素
控制帳戶是一種管理控制點,在該控制點上,將範圍、預算(資源計劃)、實際成本和進度加以整合,並將他們與掙值進行比較,以測量績效
規劃包
指在控制帳戶之下,工作內容已知但尚缺詳細進度活動的WBS組成部分
規劃包是在控制帳戶之下、工作包之上的WBS要素
WBS字典
帳戶編碼
特點
每層中的所有要素總和是下一層的工作總和
每個工作要素應該具體指派一個層次,而不應該指派給多個層次
WBS需要投入工作的範圍描述,這樣才能使所有人對要完成的工作有全面的了解
分解
創建WBS流程的工具與技術主要有分解與專家判斷
分解是一種將專案可交付成果和專案工作分解成較小的、更易於管理的組成的技術
開展的活動
識別及分析可交付成果及相關工作
確定WBS的結構和編排方法
自上而逐層細化分解
為WBS組建制定和分配識別編碼
核實可交付成果分解的程度是恰當的
分解的原則
功能或技術原則:對於不同階段,需要不同的人員,要考慮將不同人員的工作分開
組織結構
系統或子系統:總系統劃分為幾個主要的子系統,然後再將每個子系統分解
工作過程
注意事項
WBS必須是面向可交付成果的
WBS必須符合專案的範圍
WBS的底層應該支援計劃和控制
WBS中的元素必須有人負責
WBS的指導
WBS應包括專案管理工作,也要包括分包出去的工作
WBS的編制需要所有專案幹係人的參與,需要專案團隊成員的參與
WBS完成後仍可變更修改
WBS的作用
明確且準確說明專案範圍,專案團隊成員能夠清楚地理解任務的性質和需要努力的方向
清楚定義專案的邊界
為各獨立單元分派人員
針對獨立單元進行時間、成本和資源需求的估算,以提高估算的準確性
為計劃、預算、進度安排和費用控制奠定共同基礎
將專案工作和專案的財務帳目連結起來
確定工作內容和工作順序
有助於防止需求蔓延
六、確認範圍
確認範圍的步驟
確定需要進行範圍確認的時間
識別範圍確認需要哪些投入
確定範圍正式被接受的標準與要素
確定範圍確認會議的組織步驟
組織範圍確認會議
需要檢查的問題
可交付成果是否是正確的、可確認的
每個可交付成果是否有明確的里程碑,里程碑是否有明確的、可辨識的事件
是否有明確的品質標準
審核和承諾是否有清楚的表達
專案範圍是否涵蓋了需要完成的產品或服務進行的所有活動,有沒有遺漏或錯誤
專案範圍的風險是否太高,管理層是否能夠降低可預見的風險發生時對專案的衝擊
幹係人關注點
管理階層所關注的是專案的進度、資金和資源的影響,這些因素是否超過了組織承受的範圍,是否在投入產出上具有合理性
客戶主要關心的是產品的範圍,關心專案的可交付成功是否足夠完成產品或服務
專案管理人員主要關注可交付成果是否足夠且必須完成,時間、資金和資源是否足夠,潛在風險和預備解決方法
專案團隊成員主要關心專案範圍中自己參與的元素和負責的元素
七、控制範圍
範圍變更的原因
政府政策的問題
專案範圍的計劃編制不周密詳細,有一定的錯誤或遺漏
市場上出現了或是設計人員提出了新技術、新方案
專案執行組織本身發生變化
客戶對專案、專案產品或服務的要求發生變化
範圍變更控制的工作
影響導致範圍變更的因素,並儘量使這些因素向有利的方面發展
判斷範圍變更是否已發生
範圍變更發生時管理實際的變更,確保所有被要求的變更依照專案整體變更控制流程處理