(此圖片由 AI 生成)

正常文章編制第 2 天應該要介紹什麼是 PMP ，只是筆者我決定臨時掉換一下 Day2 與 Day3 順序。

將介紹改到 Day3 原因是在學習與準備 PMP 的過程中，筆者有讓朋友和同事們知道我正在學習 PMP 一事，因此有的 RD、PM 同事會在吃飯聊天時問：

「Simon，PMP 有對 OOO 有什麼建議嗎？」

OOO 請自行帶入任何情境事物，通常是當事人目前面臨的困境。

的確 PMP 考試大部分都是情境題，而且多半要選 「正論」、 「價值導向」 的答案，也很適合專案從業者重新審視初心，而且現在 PMP 的版本 PMBOK7 也很重視敏捷了。

但我發現，決大部分人問我問題原因仍都是出在「人」身上，和專案管理的理論知識無關。於是想想後，決定先在 Day2 就先列出大眾對於 PMP 的問題：

常見問題

1. PMP 是給新鮮人或菜鳥準備的 PM 認證嗎？

「PMP 不是給社會新鮮人或菜鳥 PM 的認證。」

「PMP 不是給社會新鮮人或菜鳥 PM 的認證。」

「PMP 不是給社會新鮮人或菜鳥 PM 的認證。」

很重要講三次。

PMP 認證報考有工作經驗要求，申請者需要至少 36 個月的專案從業經驗。對剛進入職場的社會新鮮人來說理論上是一個門檻。

其設定的門檻恰恰是給已工作幾年的專案制從業者（包括但不限於 PM、RD）學習的理論。讓已有工作經驗的人，可以把考取 PMP 認證當成是一個 recap ，用來回顧你這幾年所學到的專案管理知識，並擴寬其他專案管理的知識。

舉例若有 PM 或 RD 在一間傳統預測式(瀑布式)的傳產公司做了五年，可能他對敏捷根本沒聽過，這時學習 PMP 背後的專案管理知識，除了回顧瀑布式的知識外，還可以另外學習敏捷的知識。並且除了 PM、RD 外，包含 QA 測試人員、產品設計師、行銷企劃..etc，只要工作模式是專案制的職位，都很適合學習或考取 PMP。

2. PMP 會教管理「所有類型」的專案最佳實踐法？

PMP 只是一個「通用」的專案管理的知識系列，不會教各行各業的專案管理的最佳實踐。

舉例：PMP 不教特化專屬於電商的專案管理模式、不教為了 OTA 旅遊業的最佳專案管理…etc，這些都需要 PM 根據具體產業和專案特性來靈活應變，PMP 不會教你如何管理所有類型專案。

3. PMP 不教敏捷?

PMP 認證現在有大量敏捷管理的內容囉，雖然其仍有不少是傳統預測式（瀑布式）專案管理內容。但是現行版本已加入不少敏捷內容。並且在實際考試中，除了預測式（瀑布式）、適應式（敏捷式），介於兩者間的「混合式」情境，也佔了題目很大比例。

如果你幹敏捷幹的要死，可以考慮來上一下 PMP/PMBOK 課程（不用考證），或者叫公司同事、內部需求單位也一起來學習一下。

4. PMP 認證與薪水提升有正相關

我認為 PMP 認證與薪水沒有正相關，與其說是學習 PMP 後所以薪水提高，我更願意相信是這些學習 PMP 的人，大部分有強烈內在學習動機驅動成長，就好比會參加鐵人賽的人，一定是有強烈動機驅動分享，這類型的人本來就比一般渾渾噩噩的人更能反映成果在薪..厄..好啦我有點心虛了..我剛考到 PMP 現在看不太準。

總之，先別被補習班話術誤導了，如果你是以求薪水增加，那先去刷 leetcode，否則若以薪水提升為優先目的來考取，考取後多半不會符合你的預期。

5. PMP 考試靠死背記憶嗎？

的確有需要死背記憶的東西，畢竟有的條列式知識就是一翻兩瞪眼，但 PMP 考題「大部分都是情境題」，其更重視應用和情境分析能力，要求根據給定的情境選擇最合適的解決方案，因此理解知識比單純的記憶更重要。

例如：

• 某專案進行到一半，發生法規變更，可能對專案造成影響，請問身為 PM 你該應對此事？ ABCD 四個答案選一個。
• 團隊中有成員跳出來說，想承擔更多責任做更多事情，所以身為 PM 你該怎麼評估此事？ ABCD 四個答案選一個。

要選擇所謂「正論」、「價值導向」，而不是選厚黑學、保護自己的選項。雖然大家常自嘲台灣有台灣玩法，至少 PMP 能幫助學習者重新審視初心，而且準備認證刷題時，題庫也會告訴你為什麼不該選其他選項。

6. PMP 會教說話的技巧嗎？

PMP 包含不少有關溝通管理的知識，例如溝通計畫的制定、溝通模式和方法等，其亦會提到團隊建立的階段與溝通「模型」，以及條列出面對衝突幾種「溝通模式」，但 PMP 不會提到「說話的技巧」。

實際工作中，想辦法套交情、拍馬屁、向上管理、對外包廠商應酬溝通說話小技巧，什麼孫子兵法溝通術以退為進的..不好意思..這些 PMP 不會教你。

結語

工作之後，看的還是經驗的累積，與能解決什麼問題。

有趣的是，近期我對「經驗論」也有點動搖，一昧的仰賴經驗論是很危險的事情，遇到那種在奇怪環境就業過的 PM，他的三觀可能歪掉而不自知。筆者我會在 Day30 分享個模擬題，當時和一位 PM 聊天，問他全真題他卻選了一個最不可能的答案選項，當我以為對方在皮時，對方「義正嚴辭」說「可是我前公司就是這樣」。

PMBOK 的內容知識仍然是有用的，僅是因為台灣有台灣玩法，才讓這個認證名聲有點臭掉。筆者我的觀點是：理論就僅是理論而已，但它仍然有幫助，至少對那些過於仰賴經驗辨識世界的人來說有。

另外，大多數人聽到有周遭的人去考 PMP，就會把自己的困境投射進去，希望獲得解答，欸..就事論事，有些的確是有建議的，只是某些萬年問題例如：

• PM 到底要不要進 DB 看欄位，還是只看 API 文件就好？
• PM 流程圖到底要畫到什麼精細程度？
• PM 要怎麼將需求文件寫到 RD 滿意豎起大拇指？
• 怎麼讓需求單位和內部研發單位 win win 滿意雙贏？

..etc

拍勢啦，這些都不是 PMP 會教的。但是 PMP 能教你「理論上」專案管理的知識，讓你辯識現在你所處的環境更偏向什麼專案模式，回歸初心、價值導向。

例如：

• PMP 能教你「理論上」遇到突發事故，第一個反應是要做什麼（對這有理論上該做的 action 反應）
• 當執行專案中途需求變動時，要怎麼確認這個需求該不該做？（對這也有答案，例如進需求變更委員會審查，而不是先照單全收）
• 為了應對客戶，真的只能被追加一些需求，專案結案日不能變動還甚至提前，好！那為了順利結案，可怎麼運做？（對這也有理論上答案，是要縮程？還是快速跟進？）

如果你對 PMP 曾有一些幻想，希望這篇能戳破泡泡或加強你的動機。我也是學了 PMP 才知道，PMP 不是一個萬靈丹，它是一套專案管理知識架構，有興趣不一定要考照，也可以看書、上線上課程或實體班，嘗試理解這些知識就好。