心智圖資源庫 專案範圍管理
確定在專案內包含什麼工作和不包括什麼工作,由此界定專案範圍在專案的全生命週期內可能因種種原因而變化,專案範圍管理也要管理專案範圍的這種變化。專案範圍的變化也叫變更。
編輯於2020-05-29 21:46:16Einhundert 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.
專案範圍管理
確定在專案內包含什麼工作和不包括什麼工作,由此界定專案範圍在專案的全生命週期內可能因種種原因而變化,專案範圍管理也要管理專案範圍的這種變化。專案範圍的變化也叫變更。
產品範圍:表示產品、服務或結果的特性和功能。產品範圍以是否完成產品要求作為衡量。
專案範圍:為了完成具有規定特性和功能的產品、服務或成果,而必須完成的工作。專案範圍是否完成以專案管理計畫、專案範圍說明書、WBS及WBS字典作為衡量標準。產品範圍則以產品要求作為衡量標準。
管理流程
1、編制範圍管理計劃
規範如何定義、檢驗、控制範圍,以及如何建立和定義工作分解結構。
工具和技術
1.專家判斷
2、模板、表格和標準
包括工作分解結構範本、變更控製表格和範圍變更控製表格
輸入:
1、專案章程
2、專案範圍說明書(初步)
專案範圍說明書在「可交付物「層次上明確了要完成專案所需做的相應工作。
專案範圍說明書(初步)明確專案及其相關的產品和服務的特性、邊界,以及範圍控制和驗收的方法。
在專案範圍管理計畫中,應明確從專案範圍說明書(初步)分解專案範圍說明書(詳細)的方法。
3.組織過程資產
4.環境因素和組織因素
5、專案管理計劃。
專案管理計劃的製定是一個逐步完善的過程,從專案早期的簡略計劃逐步演化到計劃階段末期的詳細的專案管理計劃,這個過程中吸收了範圍管理、進度計劃、預算等分計劃。
輸出:
1、根據初步的專案範圍說明書編製詳細的範圍說明書的方法。
2、從詳細的專案範圍說明書建立WBS方法。
3.關於正式確定和認可完成交付物的詳細說明
4、有關控制需求變更如何落實到詳細的專案範圍說明書中的方法。需求變更常常觸發整個變更控管流程。
根據具體專案的實際情況,專案範圍管理計劃可以是正式的或非正式的、詳細的或粗略的。也可以包含在專案管理計畫中,或是專案管理計畫中的一個分計劃。專案管理計劃是其他知識域分計劃的集合。
2、範圍定義
給出關於項目和產品的詳細描述。這些描述寫在詳細的專案管理說明書裡,為未來的專案決策的依據。
工具和技術
1、產品分析
2、識別出多個可選方案。例如採用腦力激盪法、橫向思考法。
3.專家判斷
輸入:
1、專案章程和初步的範圍說明書
2、專案範圍管理計劃
在專案範圍管理計畫中給出了從初步範圍說明書編制詳細專案範圍說明書的方法
3.組織過程資產
4、批准的變更申請
輸出:
1、專案範圍說明書(詳細)
1、專案的目標。包括成果性目標和約束目標
2、產品範圍描述
3.項目可交付物
4、專案邊界
5、產品驗收標準
明確界定了驗收可交付物的過程和原則。
6、項目約束條件
7.項目的假定
8、更新的專案文檔
範圍定義過程的變更會導致範圍管理計劃的變更,從而相應的專案文件也會更新,這些文件包括專案管理計劃、分計劃、專案利害關係人需求文件以及需求追蹤矩陣。這些更新要透過整體變更控制進行處理。
為了完成項目,分析現存的風險、假定以及約束,同時把必要的新發現的風險、假定及約束追加到詳細的範圍說明書中。
3.創建工作分解結構
將專案的可交付成果和專案工作細分得更小,更易於管理的單元。常用工具工作分解結構(Work Breakdown Structure,WBS)
WBS表示形式
1.分級樹形結構,類似組織結構圖。
2、列表形式。類似資料的分級目錄,最好是直覺的縮排格式。
工具和技術
1、分解
分解是將專案可交付物分成更小的、更易於管理的單元,指導可交付物 細分到足以支援未來的、清晰定義專案活動的工作包。 (業內一般把一個人2週內能幹完的工作,或一個人80小時能幹完的工作稱為工作包)
過程活動:
1、識別和分析項目可交付物和與其相關的工作
2、構造和組織WBS
3.把高層的WBS工作分解為低層次的、細緻的工作單元
4、為WBS的工作單元分配代碼
5.確認工作分解的程度是必要且充分的
分解方法:
1.使用生命週期的階段作為分解的第一層,而把專案可交付物安排在第二層。
2.把專案重要的可交付物當作分解的第一層。
3.把子項目安排在第一層,在分解子項目的WBS
一般步驟:
1、識別和確認專案的階段和主要交付物
2、分解並確認每一組成部分是否分解得足夠詳細。一般來講至少分解到可以合理地對其進行成本和歷時的估算為止。
3.確認主要交付物成果的組成要素。應以有形的、可檢驗的結果來描述,以便據此進行績效評估。
4.核實分解的正確性
1.最底層要素對專案分解是否是必須且充分的
2、每個組成要素的定義是否清晰完成,不完整需要修改或擴充描述
3.每個組成要素是否能適當編制進度和預算?是否能夠接受職責並能夠圓滿完成這項工作的具體組織單元如部門、專案團隊或個人。如不能,需要作出必要的修改,以確保合理的管理控制。
原則:
1、在各層次上保持項目的完整性,避免遺漏必要的組成部分。
2.一個工作單元職能從屬於某個上層單元,避免交叉從屬。
3、相同層次的工作單元應有相同性質。
4、工作單元應能分開不同的責任者及不同的工作內容。
5.便於專案管理進行與控制的管理需要
6.最底層工作應該具有可比性、是可管理的,可定量檢查的
7.應包括專案管理工作,包括出去的工作
8.WBS的最低層級工作單元是工作包。
2、工作分解結構模板
3、WBS中工作包的格式
在 Project2003中—“確定專案範圍”
4.滾動波式計劃
近期的工作計畫做得細一些,遠期的工作計畫做得粗一些。漸進明細
輸入:
1、詳細的項目範圍說明書
2、專案管理計劃
3.組織過程資產
輸出:
1、WBS和WBS字典
WBS字典是WBS的配套文件,用來描述每個WBS元素。每個元素應說明內容:
1、編號
2、名稱
3、工作說明
4、相關活動列表
5.里程碑列表
6.承辦組織
7、開始和結束時間
8、資源需求、成本估算、負載量
9、規格
10、合約信息
11、品質要求和有關工作品質的技術參考資料
2、範圍基準
被批准的詳細的項目範圍說明書和其相關的WBS以及WBS詞典是項目的範圍基準。範圍基準是專案管理計畫的一個組成部分。
3、更新的專案管理計劃
專案利害關係人需求文檔
專案管理計劃
範圍基準:
專案範圍說明書、與之連結的WBS以及WBS字典作為專案的範圍基準,在整個生命週期,這個範圍基準被監控、核實和確認。
一般說,客戶等專案幹係人是在專案交付物層次上提出範圍變更,而在專案範圍說明書正式詳細描述專案交付物的。
專案管理團隊遵循變更控制流程,在變更控制委員會的批准情況下,對已核准的專案交付物進行變更,透過對比變更前後專案的WBS,可以具體的評估變更對專案的進度、成本和品質帶來的影響,並採取相應的變更措施。
WBS的最底層單元是工作包,他是定義工作範圍、定義專案組織、設定專案產品的品質和規格、估算和控制費用、估算時間按奏起和安排進度 的基礎。
4、範圍確認
確認是否正式接受已完成的專案可交付成果。也成為範圍核實的過程。
工具和技術
檢查
包括諸如測量、測試和驗證以確定工作和可交付物是否符合要求和產品的驗收標準。
輸入:
1、專案管理計劃
1、專案範圍說明書
2、WBS
3、WBS字典
2、可交付物
已經完成或部分完成的專案部分,並且已經過品質控制過程檢驗了其正確性。
輸出:
1、可接受的項目可交付物和工作
2、變更申請
3、更新的WBS和WBS字典
範圍確認與品質控制不同,範圍確認是有關工作結果的接受問題,品質確認是有關工作結果的正確與否。
5、範圍控制
監控專案和產品的範圍狀態,管理範圍變更。
確保所有請求的變更和建議的糾正行動,都要透過整體變更控制流程處理。
1.變更產生的原因
1.項目外部環境變化,如國家產業政策調整。
2、專案範圍的計畫編制不周密詳細,有一定的錯誤或遺漏。
3、市場上出現了或是設計人員提出了新技術、新手段或新方案。
4.專案實施組織本身發生變化。
5、客戶對專案、專案產品或服務的要求發生變化。
2.變更控制的焦點問題
1.確定範圍變更是否已經發生。
2、對範圍變更的因素施加影響,以確保這些變更得到一致的認可。
3、當專案變更發生時,對實際變更進行管理。
工具和技術
1、偏差分析
根據範圍基準,測量到專案績效如實際完成的專案範圍被用來評估變更的程度。
專案範圍變更控制的重要一點是確定有關變更的原因、確定是否需要修正行動。
2、重新制定計劃
3.變更控制系統與變更控制委員會
範圍變更控制的方法是定義範圍變更的相關流程。包括必要的書面文件、糾正行動、追蹤系統和授權變更的批准等級。
變更控制系統與其他系統結合,如組態管理系統,來控制專案範圍。
當專案受合約約束時,變更控制系統應符合所有相關合約條款。
由變更控制委員會負責批准或拒絕變更申請
一般在範圍管理計畫中描述變更控制系統和變更控制委員會。如無專案管理計畫文檔,則直接在專案管理計畫中描述變更控制系統和變更控制委員會。
4、配置管理系統
範圍變更帶來一系列專案交付物、文件的系統變更。這一切都需要正規的組態管理系統對此加以管理。
輸入:
1、專案管理計劃
1、範圍基準
2、變更管理計劃
定義了專案管理的變更流程
3、配置管理計劃
定義了配置項以及相關配置項變更的正式變更控管流程
2、工作績效數據
3、績效報告
4、已批准的變更請求
輸出:
1、變更請求
範圍控制的結果也會產生變更要求,並對已確認的WBS進行修改。
變更的處理要依據專案整體變更控制流程來處理
2、工作績效
3.組織過程資產更新
4、更新的專案管理計劃
1、範圍基準的更新
2、其他基準的更新
對於專案管理計劃和它的分計劃的變更申請都要透過整體變更控制進行處理。
確認專案範圍對專案管理的意義
1、清楚了解專案工作的具體範圍及具體內容,為提高成本、時間及資源估算的準確性打下基礎。
2.專案範圍的確定就是確定了專案的具體工作任務,這樣有助於清楚地劃分責任和分派任務,為進一步安排工作和任務打下了基礎。專案範圍管理與控制是專案管理計畫 的一部分,也是各項計畫的基礎。
對於專案管理者來說,只清楚專案範圍的意義是不夠的,最重要的是正確、清楚地定義專案範圍並管理專案範圍的變更,否則會造成成本超支,進度拖延,偏離目標,進而導致專案的失敗
專案範圍是否完成要基於專案管理計劃來度量。產品範圍是否完成要基於產品要求來衡量。專案範圍管理過程需要與其他知識域的過程結合,只有如此才能滿足要求的產品。