PMP

今天來看非常重要的利害關係人，在《專案管理輕鬆學》書中第二章提到，利害關係人參與主要圍繞這六個核心流程進行： * 識別 * 了解 * 分析 * 排序 * 參與（應對） * 監督 接下來我們一個一個列點介紹 識別利害關係人 這是管理利害關係人的起點，目的是確定專案涉及的所有利害關係人有誰，確定所有可能對專案有影響或受專案影響的個人、群體或組織。 了解利害關係人 在這個流程中，PM 需要了解利害關係人的特徵和需求，好知道他們在這個專案中的期望是什麼。 分析利害關係人 這個流程和上一個「了解」階段容易搞混，不僅僅分析利害關係人的「影響力」和「關注點」，還要分析彼此間的利害衝突、權力、衝擊、對專案態度等等。 利害關係人排序 根據利害關係人的影響力和興趣來排序優先度，以決定應如何分配有限的資源和時間來管理這些利害關係人。 利害關係人參與(應對) 設計和執行與每個利害關係人進行有效互動的策略，確保他們的需求和期望被考慮，並確保他們對專案的支持。 利害關係人監督 持續監控利害關係人的參與情況，在專案的整個生命週期實施的階段，好評估利害關係人與相關策

今天來看工作分解結構 Work Breakdown Structure (簡稱 WBS) ，它能幫助 PM 把專案內容從大到小、從整體到細節，一層一層分解，直到每一項工作都能夠被清楚定義和管理。 WBS 的圖表通常被稱為階層圖（Hierarchy Diagram），它以階層、樹狀結構呈現專案的各個層次和工作項目。這個圖表的設計類似於組織結構圖，從上到下逐步分解，讓人一目了然地看到專案的各個部分及其關聯。 並且整張圖是將專案從頂層的總目標或可交付成果開始，逐層向下分解為較小的部分，直到每個工作包（Work Package）能被明確定義。WBS 主要關注的是把專案整體範疇分解成更小的、易於管理的部分，通常是一個大的結構圖。 圖片出處：The ABC basics of the WBS Paul Burek. 通常最上層是專案名稱。而中間層則是主要可交付成果（亦有種說法稱其為 Planning Packages），或者說大的分類，而在這些分類中，最下層數個子分類則稱為工作包（Work Package）

今天來看 PMBOK7 提到得專案八大績效，不過，所謂專案八大績效的「績效」，指的是專案在各個關鍵領域的表現和成果，所以八大專案績效其實是指需要重點關注的八個領域。並不是狹義單指什麼績效考核，PMBOK7 將專案八大績效領域分為： 利害關係人 只要有人的地方，就要辨別他是「誰」。在專案管理中，利害關係人是我們最需要關注的對象，因為他們的需求和期望直接影響專案的方向和成果。 在這個績效領域，我們需要識別利害關係人、了解他們的需求，並且有效地與他們溝通和互動。別忘了，專案的成功往往取決於利害關係人的滿意度！ 專案團隊 沒有一支強大的團隊，再好的專案計劃也是白搭。團隊績效領域強調我們需要營造一個合作和支持的環境，讓每個團隊成員都能夠發揮所長，並且保持高昂的士氣。 在 PMBOK 的理論、理想上..PM 不僅是領導者，更是教練，激勵團隊並引導他們朝著共同的目標邁進。 開發方式和生命週期 這一領域讓我們思考該選擇哪種發展方法來管理專案。是採用預測(瀑布式）管理？適應（敏捷式）管理？還是基於兩者的混合制？ 選擇合適的生命週期並非僅僅是按照標準流程走，而是要根據專案的特性進行

今天來看 PMBOK7 新提出的核心架構：十二項原則。 各位應該有注意到，原本的 PMBOK7 以前版本提到的「五大流程群組」與「十大知識領域」，雖然很有用，但也不免有點「流程」化，對於我們所有專案制的從業者而言，不管是什麼職位，我們看的不僅是過程，更重要的是結果，也就是價值交付、價值取向。 所以新版的「十二項原則」雖然和舊版「五大流程群組」與「十大知識領域」沒有衝突，但他更像是所謂的「價值觀」，也就是所謂 PM 專案經理應該要具備的三觀。 十二項原則 在《專案管理輕鬆學》提到，基於 PMBOK7 的十二項原則翻譯： * 勤奮、尊敬與熱誠服務 * 創建團隊協作環境 * 利害關係人應對 * 聚焦價值 * 回應系統的交互作用 * 展現領導力行為 * 依據專案環境來裁適 * 強化流程與交付品質 * 操控專案的複雜性

延續昨天解釋的版本差異，雖然 PMBOK7 改成側重「十二個原則」和「八項專案績效領域」但「十大知識領域」仍有可能出現在考試中，所以今天我們來聊聊舊版 PMBOK6 中的十大知識領域，剛好今天是鐵人賽第十天(太巧了吧)，來列點看看它們是如何構成專案管理的。 什麼是十大知識領域？ 在 PMBOK7 之前的版本中，專案管理被分解為十個主要的知識領域，這些領域確保專案能夠按計劃進行並達成預期目標。每個知識領域都包含特定的流程、工具和技術，可以幫助 PM 有效管理專案各個層面： 整合管理 這個領域負責將專案的各個部分整合在一起，確保專案的各個部分能夠協同運作。整合管理涉及專案計畫的制定、執行、監控，以及專案的變更管理。 範疇管理 範疇管理確保專案團隊交付的成果符合預定的範圍，防止「範疇蔓延」的發生。這個領域包括定義專案範圍、建立 WBS（工作分解結構）、驗證範圍以及控制範圍變更。 而「範疇蔓延」講白話一點就是「需求一直變動或增加，超出大家原本預期的目標」相信這也是大家的痛點。

今天來聊聊專案的五大流程群組，但在那之前..要先提一下 PMBOK。 PMBOK 版本差異 PMBOK7 以前的版本，將專案區分成「五大流程群組」與「十大知識領域」，而現在最新的 PMBOK7 版本則是對應的「十二項原則」和「八大績效領域」。 單純以考照為目的，「十二項原則」和「八項績效領域」優先，而「五大流程群組」和「十大知識領域」還是有其價值在。 我個人用程式面比較不恰當的類比，就好比 JavaScript 的 const、let、var 宣告變數，在 ES2015+ 版本後，開發者都會用 let 和 const 了來宣告變數了，但 var 宣告還是能用。 開發者哪天寫 JavaScript 題目看到問你