跳轉到內容

專案管理/PMBOK/整合管理

來自華夏公益教科書

整合管理是一組確保專案各個要素得到適當協調所需的流程。它涉及在競爭目標和替代方案之間進行權衡,以滿足或超越利益相關者的需求和期望。

組成部分

專案計劃開發
整合和協調所有專案計劃,以建立一個一致且連貫的文件
專案計劃執行
根據策略、計劃和活動,按照計劃執行專案計劃
整合變更控制
協調整個專案的變更

專案計劃開發

輸入 工具和技術 輸出 其他規劃輸入 專案規劃方法 專案計劃 歷史資訊 利益相關者技能和知識 支援細節 組織政策 專案管理資訊系統

約束 掙值管理

假設


什麼是計劃?

A scheme, program, or method worked out beforehand for the accomplishment of an objective: a plan of attack.
A proposed or tentative project or course of action: had no plans for the evening.
A systematic arrangement of elements or important parts; a configuration or outline: a seating plan; the plan of a story.
A drawing or diagram made to scale showing the structure or arrangement of something.
In perspective rendering, one of several imaginary planes perpendicular to the line of vision between the viewer and the  object being depicted.
A program or policy stipulating a service or benefit: a pension plan.

已計劃、規劃、計劃

To formulate a scheme or program for the accomplishment, enactment, or attainment of: plan a campaign.
To have as a specific aim or purpose; intend: They plan to buy a house.
To draw or make a graphic representation of.

專案計劃的主要目的有哪些? 指導執行 記錄假設 規劃決策 - 替代方案 促進溝通 確定關鍵管理評審 基線用於進度衡量和控制

專案失敗的十大原因

Inadequately trained and /or inexperienced project managers 
Failure to set and manage expectations 
Poor leadership at any and all levels 
Failure to adequately identify , document and track requirements 
Poor plans and planning processes 
Poor effort estimation 
Cultural and ethical misalignment
Misalignment between the project team and the business or other organizations it serves
Inadequate or misused methods 
Inadequate communication , including progress tracking and reporting 

來源 - gantthead.com

在任何專案中,好事不會輕易發生,但壞事卻可能隨時發生。為了使專案按時、按預算且按要求質量完成,專案步驟需要提前做好計劃,誰做什麼,什麼時候做,也需要提前做好決定。為了讓任何團隊取得成功,以下 14 點非常重要;

在專案規劃中應用 Q12 實踐

如果團隊能夠確保滿足以下目標,那麼它可以被視為一個好的計劃 讓每個團隊成員的工作變得清晰(我知道對我的期望是什麼嗎?) 確保團隊擁有完成工作所需的材料、裝置、技能和知識(我有完成工作所需的材料和裝置嗎?) 確保儘可能地將分配的工作與團隊成員的喜好和技能相匹配(我每天都有機會做我最擅長的事情嗎?) 確保團隊內部更好地溝通,讓好的工作得到應有的認可(在過去的 7 天裡,我是否因為出色工作而受到認可或讚揚?) 我的主管或工作中的人似乎關心我這個人嗎? 確保在執行專案工作的同時,團隊成員不斷提升專業技能(工作中有人鼓勵我的發展嗎?) 確保建立開放溝通的文化,每個人都有機會分享(在工作中我的意見似乎很重要嗎?) 確保路線圖對所有人都清晰(我的專案的章程讓我覺得我的工作很重要嗎?) 促進個人卓越與團隊卓越(我的同事致力於高質量工作嗎?) 建立信任的環境(我在工作中有一個最好的朋友嗎?) 確保每個人都能獲得他們績效和團隊績效的適當反饋(在過去六個月裡,是否有人與我談過我的進展?) 確保每個人都能在職業生涯中得到晉升(在過去一年裡,我在工作中是否有學習和成長的機會?)


專案計劃的內容

專案章程 專案管理方法 範圍說明書 WBS(到控制級別) 責任表/分配 網路圖/主要里程碑 預算 時間表 資源 變更控制計劃/資源 績效衡量基線 管理計劃(範圍、進度、成本、質量、人員配備、溝通、風險應對、採購 附屬管理計劃 • 範圍管理計劃 • 進度管理計劃 • 成本管理計劃 • 質量管理計劃 • 人員配備管理計劃 • 溝通管理計劃 • 風險應對計劃 • 採購管理計劃 專案計劃開發的輸入 其他規劃輸入 工作說明書 範圍說明書 合同副本等 歷史資訊 與類似過去專案相關的成本/工作量/質量資訊 類似過去專案的風險資料庫 類似過去專案的法律方面 組織能力基線 行業資料庫等.... 組織政策 專案管理政策 人力資源政策 質量政策等.... 約束

限制專案團隊選擇的因素

大多數專案都在範圍/進度/成本的三重約束下執行。當範圍增加時,進度和成本也會隨之增加。因此,這些約束之間總是存在權衡。其他約束示例可能包括:專案執行所在地區的法律政策 地理條件 文化問題等..

假設 一些假設示例包括: 假設開發完成後,測試團隊將可以測試產品 假設在專案開始後的兩週內,將為那些不熟悉該技術的人提供培訓 假設學校在冬季關閉,因此專案團隊可以利用這些建築物

基線 包含已批准變更的原始專案計劃。基線是跟蹤專案進度與批准計劃的偏差所必需的。可以有多個基線嗎? 答案是“是”。專案基線可以透過正式批准的變更進行更改,但應記錄基線的演變。

專案計劃執行 輸入 工具和技術 輸出 專案計劃 一般管理技能 工作成果 支援細節 產品技能和知識 變更請求 組織政策 工作授權系統

預防性措施 狀態審查會議

糾正性措施 專案審查會議


專案管理資訊系統


組織程式



什麼是支援細節?

估算工作表 技能資料庫 合同 工作說明書 (SOW) 審查報告 專案溝通

組織政策的示例? 質量政策 變更管理政策 招聘政策

預防性措施和糾正性措施有什麼區別? 預防 - 預防某事發生的主動措施 糾正 - 問題發生後進行糾正 預防性措施 - 側重於預防某事發生的措施。例如:培訓、同行評審、質量規劃(主動性質) 糾正性措施 - 側重於糾正已經發生的事情的措施(被動性質)

專案計劃執行需要哪些一般管理技能? 管理 - 規劃、組織、執行、控制 人員管理 時間管理 情商 主動性 領導力 溝通技巧 - 書面、口頭 必要的技術意識,以有效地進行溝通 自信 組織政治意識 產品管理技能和專案執行 沒有專案產品的基本技術知識,就無法管理專案 這並不意味著像設計人員那樣需要對產品有深入的技術瞭解 這意味著參與專案討論和決策所需的最低限度技術知識,以便能夠有意義地參與 什麼是工作授權系統? 決定何時何人做什麼 工作的正式開始或停止 必要的批准和授權級別的定義

整合變更控制 輸入 工具和技術 輸出 專案計劃 變更控制系統 專案計劃更新 績效報告 配置管理 糾正性措施 變更請求 績效衡量 經驗教訓

額外規劃


專案規劃


專案管理資訊系統

整合所有控制流程產生的變更 採取糾正措施 與變更控制委員會合作 配置管理 按照定義的變更控制程式/系統執行 管理變更 確保所有事情都按照變更管理計劃進行 控制在基線範圍內 根據需要細化控制限度 資料收集 專案控制會議 協商 溝通 解決衝突 在政策範圍內工作 進行事後分析並捕獲經驗教訓 確保在專案的後續階段實施經驗教訓 釋出專案計劃更新 最常用的績效報告有哪些? 掙值分析報告 里程碑圖 風險報告等

什麼是變更請求? 一份正式檔案,其中包含: 所需的變更描述 發起人 批准人 日期等


專案變更請求表格


專案名稱

專案編號

請求編號

日期

請求人

電話

擬議的變更 簡稱

描述: (如有必要,請附上附件)


變更屬於: 範圍外 [ ]

範圍內 [ ] 請求人簽名


批准評估 日期

優先順序

專案經理: [ ] 是 [ ] 否 簽名

發起人: [ ] 是 [ ] 否 簽名

擬議變更評估 受影響的工作包

預計專案影響: 工時

成本

進度

成本效益


建議的措施: 實施 [ ] 推遲 [ ] 拒絕 [ ] 建議實施日期

推薦人

日期


批准 工作包負責人

日期

專案經理

日期

發起人

日期

分配給

接受


措施完成: 日期


批准人


變更日誌表格


專案名稱

專案編號

請求編號 日期 摘要描述 措施 I / D / R 目標日期 解決日期


**什麼是變更控制系統?**一個典型的變更控制系統將包含以下元件:變更請求表、變更審批流程、變更實施資訊記錄、變更控制委員會、變更溝通系統。

華夏公益教科書