PM 產品管理框架：用德魯克的效能思維做決策

WHY｜做了很多事，為什麼產品沒有真正的進展？

需求文件持續產出，功能按期交付，衝刺週期運作流暢。但到了季末，回頭檢視產品實際的進展，往往發現方向並沒有如預期移動。

執行能力本身不是問題。問題在於，大量的工作能量投入在優先程度不足的事項上，而這個問題在日常的執行節奏中很難被看見。

德魯克在六十年前就指出這個管理困境：多數組織擅長把事情做好，卻缺乏系統性地確認「哪些事值得做」的機制。效率（Efficiency）和效能（Effectiveness）是兩件不同的事。前者衡量執行的品質，後者衡量方向的正確性。當組織持續追求效率，效能的問題就會被掩蓋，直到資源消耗殆盡才浮現。

WHAT｜德魯克說了什麼？

彼得・德魯克（Peter Drucker，1909–2005）是現代管理學的奠基者，著作包括《有效的管理者》《管理：任務、責任、實務》等。他的核心主張是：先確認哪些事值得做，再去做好它。

效率 vs 效能

這是德魯克最常被引用的區分：

• 效率：用最少的資源完成一件事
• 效能：確認這件事值得做，再去做

他說：「沒有什麼比有效率地做一件根本不該做的事更浪費的了。」

對產品管理而言，把一個沒有用戶需求的功能做得快速穩定，仍然是資源的浪費。

目標管理（MBO）

德魯克在 1954 年提出目標管理（Management by Objectives），強調工作應從「目標」出發，而非從「任務」出發。每個人都應清楚自己的工作對哪個目標有貢獻，並能衡量自身的進度。這個概念後來演變為 OKR，成為現代產品開發的主流框架。

五個關鍵問題

德魯克用五個問題幫助組織釐清方向：

1. 我們的使命是什麼？
2. 我們的顧客是誰？
3. 顧客真正在意什麼？
4. 我們的成果是什麼？
5. 接下來的計畫是什麼？

這五個問題在產品策略討論中同樣適用——尤其是第三個，因為「顧客真正在意什麼」往往與「顧客表達的需求」並不一致。

知識工作者的管理

德魯克最早指出知識工作者在管理上的特殊性。知識工作者靠目標驅動，給他們清楚的目標，比給指令有效。管理者的職責是設定清晰的目標與限制條件，而非介入執行方式的細節。

HOW｜PM 怎麼把德魯克的概念用在日常工作？

每週問一次「這件事值得做嗎？」

在規劃週計畫之前，先列出本週預計推進的事項，逐一確認：若這件事未執行，對目標有何影響？若答案是「影響有限」，那這件事只是讓人看起來很忙，跟目標沒有直接關係。

用目標倒推任務，而非用任務反向對應目標

許多 PM 的 roadmap 是先列出功能，再嘗試與 OKR 建立連結。德魯克的邏輯是相反的：先確認本季最重要的目標，再問「要達成這個目標，需要哪些行動」。

與工程師和設計師合作時，給目標而非解法

「希望用戶在三個步驟內完成付款」是目標。「將按鈕移至右上角」是解法。PM 負責前者，工程師與設計師負責後者。PM 越早把解法的決定權交還給工程師和設計師，協作阻力越小。

開始練習

拿出本週的待辦清單，對每一項進行快速評估：

1. 這件事對哪個目標有貢獻？
2. 若未執行，對結果是否有實質影響？
3. 這件事是在推進正確的方向，還是在維持工作量的表象？

完成評估後，通常可以從清單中識別出可移除或延後的項目。

常見問題

德魯克說的效能和效率，跟 PM 常說的 impact 有什麼關係？

直接對應。PM 的工作價值看的是 impact，任務數量只是表面的活動量。

目標管理（MBO）和 OKR 有什麼不同？

OKR 是在 MBO 基礎上發展而來。MBO 強調目標設定與結果衡量；OKR 在此之上加入了「關鍵結果必須可量化」與「目標應具挑戰性」兩個條件，讓目標的達成與否有明確的衡量依據。

德魯克說知識工作者不能靠命令管理，但主管仍會給予指令，如何應對？

德魯克的主張並非反對給予方向，而是強調設定方向後不應微管理執行方式。PM 可在協作過程中主動詢問「你認為達成這個目標最有效的方式是什麼」，讓工程師或設計師主導解法的提出，而非等待指派。

德魯克五個問題適合用在什麼場合？

最適合用於年度或季度策略制定。當團隊對優先方向有分歧時，這五個問題能將討論拉回顧客與目標層面，避免討論停留在功能細節的層次。

「有效率地做一件不該做的事是最大的浪費」，這句話如何應用於拒絕需求？

與其說「資源不足」，不如說「這個需求與當前目標缺乏直接連結，且沒有明確的衡量標準可以判斷其成效」。這樣的拒絕有清晰的邏輯依據，也更容易讓提出需求的一方理解。