一、PMP 與 Scrum，是衝突的嗎？
很多人在接觸 Scrum 時，第一個疑問往往是：「PMP 跟 Scrum 不是互相衝突嗎？」
這個想法其實很常見。
因為在多數人的印象中，PMP 強調的是專案的整體規劃、流程與控管；而 Scrum 則強調在變動環境下，透過迭代與回饋來推進專案。
也因此，不少人會直覺認為：
一個偏向「計畫驅動」，另一個偏向「變動回應」，兩者像是不同邏輯的管理方式。
但實際上，這種誤解多半來自於兩者在「使用情境與專案階段」上的不同，而不是彼此本質上的對立。
二、兩者的差異，在於專案情境，而不是二選一
PMP 與 Scrum 都屬於專案管理相關的方法，但實務上並不存在「只能用哪一種」的單一答案。
多數專案並非完全穩定或完全不確定，而是同時包含不同程度的變動。例如，有些階段需要清楚的規劃與控管，有些階段則需要快速試錯與調整方向。
舉一個常見情境，企業若要導入新系統：
前期可能需要 Scrum 方式快速試做與修正需求，但在確定規格後，後續導入與上線流程，則會回到較偏 PMP 的專案管理方式。
因此，兩者的差異應該被理解為「不同專案情境下的運作方式」，實務上的重點並不是選邊站，而是依照專案特性，在不同階段採用合適的方法與節奏。
三、為什麼現在越來越多 PM 同時學 PMP 與 Scrum？
隨著專案環境變得更加動態，PM 的角色也逐漸從「專案執行與控管者」，轉向需要同時面對規劃、協作與變動調整的整合型角色。
多數 PM 其實早已接觸過 Scrum，不論是在 PMP 學習過程中，或是在實務專案裡，都對 Scrum 的流程與概念並不陌生。問題不在「不知道」，而是在實際進入團隊後，才發現情況與理論落差很大。
真正的挑戰往往不是流程，而是：團隊無法穩定進入 Sprint 節奏、會議流於形式、回顧會停留在檢討而沒有行動、跨部門仍然各自為政。
也就是說，懂 Scrum，不等於能讓 Scrum 在團隊中運作起來。
在這個脈絡下，CSM（Certified ScrumMaster）就成為許多 PM 進一步補強敏捷實作的重要入口。相較於僅停留在概念層面的理解，CSM 更強調 Scrum 在團隊中的實際運作方式，包含事件運行、角色協作與節奏建立，幫助已具備 PMP 基礎的 PM，把敏捷從「知道」推進到「做得到」。
-
想進一步了解 PMP 與 Scrum 在專案現場的實際搭配方式，以及敏捷如何從概念落地到實作，歡迎觀看實戰影片分享
🎥【敏捷實戰分享會EP1.】學會Scrum，還是做不起來嗎？讓專案動起來的敏捷思維！