為什麼 PM 做事這麼累？

-

為什麼你做事這麼累？因為你一直在玩「必輸的賽局」

很多 PM 跟我抱怨：工程師推不動、業務亂答應、老闆天天改方向。他們問我：「是不是溝通技巧出了問題？」

我說：不，這不是溝通問題，是你根本看不懂現在是什麼局。



1. 別想著感動人，要學會「誘因設計」

工程師不配合，通常不是因為他懶，而是因為在公司的制度下，配合你「沒有好處」，不配合你「沒有損失」。

這就是賽局裡的「激勵相容」：

  • 傳統思維PM： 拜託工程師幫幫忙（消耗你的人情債）。
  • 賽局思維PM： 把專案成功與他的考績、或是他想學的技術掛鉤。讓「為了他自己好」的行為，剛好等於「專案成功」。


2. 為什麼「恐嚇」有時比「獎勵」有用？

行為經濟學有個詞叫「損失規避」。人們對於「失去 100 塊」的痛苦，遠大於「撿到 100 塊」的快樂。

實戰話術對比：
❌ 「如果大家提早做完，我請大家喝飲料。」（效果微弱）
✅ 「如果這週進度再掉，下個月的資源會被 A 單位收走，到時大家會更累。」（效果強大）


3. 別把「信用」在一次賽局中用光

PM 每天都在喊「這真的很急」。但在重複賽局中，如果你每次都喊急，最後卻沒準時上線，你的「訊號」就會失真。

專業 PM 應該像「發牌員」： 資源與寬限期不要一次全給。學會分階段釋放利益，讓對方知道你的支持是有條件、有價值的。這就是賽局中的「一報還一報」策略。

PM 指南：該做與不該做的事
  • 不要做的事： 記著，賽局思維PM不會去跟開發者或業務吵架，那是降維打擊。
  • 需要做的事： 你要做的是直接去「修補」那個壞掉的組織結構，或者證明這個結構會讓專案賠錢。

解決方法一定是有的，但解法往往不在溝通，而在權力與資源的配置。

賽局思維 PM 真正最強大的武器，是發牌權

如果你覺得自己每天都在「求」別人配合，那表示你已經把底牌一次出光了。 在賽局中，一個成功的 PM 必須學會分階段釋放利益：

  • 掌握寬限期： 對於誠信不良或適合X理論的人，不要把真正的期限告訴合作方。你的資源與時間就是你的籌碼，學會根據對方的誠信紀錄來決定釋放多少。[注1]
  • 修補誘因 Bug： 與其抱怨工程師不配合，不如去跟老闆談談如何調整獎勵指標。當目標一致（激勵相容）時，原本的阻力就會變成推力。
  • 建立信用威懾： 讓別人知道，你的「急」是認真的，你的支援是有價的。這叫重複賽局中的信用資產。

PM 的工作不是解決問題，而是設計一個讓問題不會產生的機制

別再靠人情味跟交情來推進專案，那太耗能了。學會看懂局勢背後的利益流動，你才能從那個被大家推著走的協調員，變成掌握全域的發牌者 (或被叫做有影嚮力的人) 。


[注1]: 雖然我一向主張專案要透明，旦面對"情況特殊"時，則不一定要那麼透明了!

想把專案基本功打穩？

如果你覺得這篇比較偏策略、偏思維，
而你希望把需求拆解、風險管理、時程控管這些基本功補齊，
建議先把基礎打穩，再來吸收這些進階技術，你會更快看懂。

我整理了一套專門給 PM 的基礎訓練內容，
幫助你把底層能力打穩，少走冤枉路。

👉 課程介紹

👉 折扣連結

留言

張貼留言

這個網誌中的熱門文章

PMO是什麼？專案經理必懂的PMO、SOP與Waterfall

-
圖片
硬底子才是王道：專案管理就像打副本 硬底子才是王道： 專案管理 就像打副本 玩過線上遊戲的人都知道，表面上大家能聊天、換裝備、跑地圖，氣氛很熱鬧；但真正決定一個隊伍能不能打贏大魔王的，是分工與基本功。沒有輸出（DPS），王打不掉；沒有坦（Tank），隊伍一下就全滅；沒有補師（Healer），大家撐不到最後。再炫彩的時裝、再活躍的公會頻道，關鍵時刻都救不了你。 一句話重點： 遊戲靠分工， 專案管理 也一樣；真正撐起專案的，是可重複、可追溯、可驗證的「硬底子」。 專案裡的「硬角色」：把戰場穩住，輸出打滿 職場上，口才好、會激勵、緣分廣，像是遊戲裡的聊天頻道與表情動作，讓旅程更舒服。但能撐住副本節奏、確保通關的，永遠是以下這些「硬角色」： 遊戲分工 職場對應 在 專案管理 中的硬任務 沒有它會發生什麼？ Tank（坦） PMO 架構 治理與節奏控場：里程碑設計、基準線管理、風險門檻與升級路徑 決策混亂、優先級飄移、會議多而無結論 Healer（補） SOP／作業規範 把最佳做法文檔化、版本化、可追溯；交付驗收清單化 同樣錯誤重複發生、交付品質不穩、交接即失憶 DPS（輸出） Waterfall 基礎流程 WBS 分解、關鍵路徑、依賴管理、變更控制（CR→CCB） 專案斷點不明、估時失真、遇變更全隊重工 小叮嚀： 敏捷很重要，但要跑得快，先得站得穩。建議學習曲線採「先打好 Waterfall 基礎 → 再引入敏捷元素」，讓節奏與治理不打架。 軟技巧是 Buff，但不是核心輸出 溝通、激勵、領導、跨部門協作，這些都是「Buff」：能把隊伍的輸出加成、補血更有效率、容錯更高。...
Read more »

以MBTI 分析誰適合當專案經理？

-
以MBTI 分析誰適合當專案經理？  ⚠ 本系列文章基於 MBTI 的基本概念與專案管理實務經驗，主要用於提供管理建議，而非心理學專業診斷。 在我的職業生涯中，我時常遇到非專案管理背景的人問我：「你認為什麼樣的人適合當專案經理呢？」 在常見思維裡，特別是在台灣，大家通常認為溝通能力是評估專案經理最重要的指標之一。這與台灣的產業類型與工作文化有很大的關聯。台灣的企業環境，無論是傳統產業還是科技業，都非常強調人際關係，並且在運營上具有極高的彈性。這種靈活性使台灣企業能夠在全球市場中迅速適應變化並獲得競爭優勢。 然而，身為專案經理，我們的核心職責並不是單純依賴溝通能力，而是確保專案能夠按照既定目標推進並達成成果。不同公司、不同產業對專案經理的要求也會有所不同，因此不能單憑「溝通能力」來決定一個人是否適合擔任專案經理。 舉例來說，在某些企業招聘專案經理時，他們的職缺描述（Job Description, JD）可能會寫明：「需要外向、積極主動的個性。」這是否意味著內向型（MBTI 中的 I 型）的人就不適合當專案經理呢？其實，最多只可以解釋內向型（I 型）可能不適合這個公司的這個職位，而不是不適合所有專案經理職位。 專案管理的成功不取決於單一性格類型，而是個人如何發揮自身特長並適應不同的專案環境。 例如： 1. 外向型（E 型）專案經理：通常擅長即時溝通、善於激勵團隊、能夠快速建立人脈，適合動態變化大、需要高度協作的專案環境，例如行銷、公關或創意產業。 2. 內向型（I 型）專案經理：通常更注重細節與深思熟慮的決策，擅長透過書面報告與結構化的會議來管理專案，適合技術導向、長期規劃的專案，如軟體開發、數據分析或科研專案。 MBTI 還能幫助專案經理了解自己在決策風格、問題解決方式以及團隊管理上的優勢與挑戰。 例如： - 理性思考型（T 型）專案經理偏好數據分析與邏輯決策，適合科技業與工程類專案。 - 感性思考型（F 型）則更擅長處理人際關係與團隊氛圍，適合教育、社會企業等強調人際互動的產業。 - 結構導向型（J 型）通常擅長規劃與控制專案進度，適合大型企業的正式專案管理流程。 - 彈性適應型（P 型）則在快速變化的環境中更能隨機應變，適合創新與初創企業的專案。 因此，專案經理的成功與否，並不取決於是否符合某種特定的 MBTI 類型，而是能否選擇適合自己性格與優勢的產業...
Read more »

任務分工的關鍵技巧

-
圖片
任務分工到 AI Workflow：吳經理如何把關鍵專案做對 任務分工到 AI Workflow：吳經理如何把關鍵專案做對 在台北的一間明亮寬敞的會議室裡，吳經理這位中階管理者正面臨著一個棘手的專案。此專案對公司非常重要，卻同時面臨時間緊迫與資源有限的雙重壓力。他必須迅速組織團隊，制定可行的任務分工計畫，並把每一個細節落地執行。吳經理心想：要如何用最有效的方式，分配多樣化的任務、降低風險，並確保交付品質與進度同步達標？ 成功的 專案管理 ，不是把工作丟出去而已；而是建立一套讓人與流程與工具彼此強化的系統。 一、由上而下對齊：專案目標、範圍與成功準則 任務分工之前，吳經理先把三個關鍵問題釐清： 我們要交付什麼？ 明確成果（Deliverables）與驗收標準（Definition of Done）。 何時交付？ 里程碑（Milestones）與關鍵路徑（Critical Path）。 如何判定成功？ 商業指標（如營收/成本/客戶滿意度）與營運指標（如故障率、交期符合率）。 他用一張一頁式的專案概覽（One-Page Project Brief）凝聚共識，成為後續所有分工與決策的依據。這一步看似花時間，卻能讓後續分工更精準，避免「邊做邊猜」帶來的反覆溝通成本。 二、建立結構：WBS 任務分解與價值優先 吳經理帶著團隊進行 WBS（Work Breakdown Structure）工作分解，把大型成果拆解成可管理的工作包（Work Packages），再依「價值 vs. 複雜度」進行分層優先排序。 WBS範例 1. 需求對齊 1.1 利害關係人訪談 1.2 需求基線文件（SRS） 2. 解決方案設計 2.1 系統藍圖 2.2 風險評估與應變 3. 建置與測試 3.1 模組開發 3.2 測試計畫與自動化 4. 部署與驗收 4.1 上線計畫 4.2 驗收與訓練 5...
Read more »