> ## Content Index
> Fetch the complete content index at: https://jerromy.com/llms.txt
> Use this file to discover other available public pages before exploring further.

# 好的 PM，不只把大家帶往同一個方向
- URL: https://jerromy.com/hao-de-pm-bu-zhi-ba-da-jia-dai-wang-tong-yi-ge-fang-xiang/
- Published: 2026-09-02T17:32:30.000Z
- Updated: 2026-09-03T01:12:20.000Z
- Author: Lee Chih Min
- Tags: me

> 方向值得去、事情做得完、結果有人承擔，才是一個完整的專案。

我以前覺得，PM 最重要的能力，是拉動一群人，讓大家願意朝同一個方向，  
一起把事情完成。

這個想法沒有錯，但後來我發現，它還少了一個前提：

大家走的方向，真的是對的嗎？

有些專案看起來很順。

會議有人參加、Redmine 上有單、Notion 裡有文件，排程也持續更新。  
每個人都很忙，事情一直往前移動。

但過了一段時間，團隊才發現，做出來的東西沒有真正解決問題。

如果沒有先說清楚要去哪裡，再團結的團隊，也可能一起把力氣用錯地方。

所以我重新整理了自己對 PM 的理解。

PM 當然要看懂人、調整節奏、化解落差。

但在這些事情之前，他還要定義成果；在過程中，他要敢做取捨；  
到了最後，他也要讓團隊共同承擔結果。

我把它整理成六個連續的動作。

![](https://storage.ghost.io/c/14/91/14917ba3-4dad-4ae4-ab57-907c4fc7ce12/content/images/2026/09/01-define-outcome.png)

![](https://storage.ghost.io/c/14/91/14917ba3-4dad-4ae4-ab57-907c4fc7ce12/content/images/2026/09/02-see-reality.png)

![](https://storage.ghost.io/c/14/91/14917ba3-4dad-4ae4-ab57-907c4fc7ce12/content/images/2026/09/03-make-tradeoffs.png)

![](https://storage.ghost.io/c/14/91/14917ba3-4dad-4ae4-ab57-907c4fc7ce12/content/images/2026/09/04-communication-translation.png)

![](https://storage.ghost.io/c/14/91/14917ba3-4dad-4ae4-ab57-907c4fc7ce12/content/images/2026/09/05-control-rhythm.png)

![](https://storage.ghost.io/c/14/91/14917ba3-4dad-4ae4-ab57-907c4fc7ce12/content/images/2026/09/06-shared-accountability.png)

## ■ 定義成果：先說清楚，怎樣才算完成  

專案最容易混淆的，是「做完需求」和「解決問題」。

完成一張需求單，不一定代表使用者的問題消失了；功能準時上線，也不一定代表專案產生了價值。

所以在安排工作之前，PM 要先問：

・我們為什麼要做這件事？  
・希望改變誰的什麼狀態？  
・做到什麼程度，才算成功？

如果這三件事沒有說清楚，後面每個人只能按照自己的理解工作。

設計可能追求體驗完整，工程可能優先維持系統穩定，客戶則只在意能不能準時看到成果。

大家都很努力，卻不一定在完成同一件事。

PM 的第一個責任，不是排日期，而是先替團隊建立一個可以共同判斷的結果。

## ■ 看見現場：看懂人，也看懂限制

方向確定後，不能立刻假設所有人都能照計畫前進。

專案不是一套獨立運作的流程，而是一群真實的人，  
在有限的時間、資源與資訊裡合作。

有人手上的任務已經超載，有人卡住卻還沒說，有人對方向沒有信心，也可能有一個風險正在累積，只是目前還沒有爆開。

這些狀態不一定會出現在進度表裡，卻會直接影響專案能不能走下去。

我覺得 PM 要看的，不只是「完成百分比」，還包括三件事：

・團隊現在有沒有動能？  
・現有資源能不能支撐承諾？  
・哪個問題如果現在不處理，之後會付出更大代價？

看見人的狀態，不是為了當一個討好所有人的 PM。

而是因為錯估現場，最後一定會反映在品質、時間或合作關係上。

## ■ 做出取捨：現實不允許全部都要

看懂現場之後，PM 必須開始做選擇。

需求會增加、時間可能縮短、資源也不一定如預期到位。

這時候最危險的做法，是嘴上答應全部完成，再把壓力往團隊裡面塞。

真正的變通，不是每次都說「可以調整」。

而是知道哪些方法可以換、哪些範圍可以縮，以及哪些原則不能放。

例如時間不能移動，就要討論範圍；範圍不能縮，  
就要增加資源或重新面對品質風險。

時間、範圍、資源與品質，不可能永遠同時不變。

PM 的價值，不是讓所有要求看起來都能成立，  
而是讓代價被看見，然後做出清楚的取捨。

有些決定不會讓每個人都滿意。

但模糊不決，通常只會讓所有人在最後一起承擔更大的問題。  

■ 翻譯差異：不是傳話，而是讓理解變成行動

專案裡常出現這樣的畫面：

設計說：「感覺還不對。」

工程說：「這個真的很難改。」

客戶說：「這應該沒有那麼複雜吧？」

如果 PM 只是把三句話原封不動地轉交出去，衝突通常只會越來越大。

因為他們說的其實不是同一件事。

設計在意的，可能是使用者會不會理解；  
工程在意的，是修改會不會影響既有架構；  
客戶在意的，則是商業時程與期待為什麼沒有被滿足。

PM 要做的，是把表面的立場翻譯成背後的需求與限制，  
再把這些資訊整理成可以做決定的選項。

溝通不是讓每個人都同意彼此。

而是讓大家即使立場不同，仍然知道下一步怎麼走。

## ■ 掌握節奏：不是一直催，而是讓決策持續發生

有了方向與共識，事情也不會自己完成。

PM 還要判斷什麼時候該加速、什麼時候該放慢，以及什麼時候應該先停下來，

把問題處理清楚。

有時候團隊需要的不是另一場會議，而是一個明確決定。

有時候不是做得太慢，而是前面的問題還沒有被釐清。

也有時候，再繼續往前做，只會產生更多返工。

所以節奏不只是排程。

它包括會議在什麼時候發生、誰必須做決定、風險何時攤開，  
以及一件事情卡多久就不能再繼續等待。

好的節奏不是讓所有人一直維持高速。

而是讓團隊知道現在最重要的事是什麼，做完之後下一步又是什麼。

該快的時候快，該停的時候敢停，專案才不會只剩下表面上的忙碌。

## ■ 建立共同承擔：不只參與，也對結果負責

有些 PM 很能扛。

需求不清楚，他先補；進度落後，他去追；客戶不滿，他先擋；團隊有落差，他再一個一個協調。

短期看起來，這樣的 PM 很可靠。

但如果所有事情最後都只能靠 PM 撐住，團隊其實沒有真正建立起來。

共同承擔不是每個人都來參加會議，也不是最後一起說「辛苦了」。

而是每個人都知道：自己負責哪一部分、需要做出什麼決定，以及這個結果和自己有什麼關係。

PM 不需要把功勞變成自己的，也不能把責任含糊地丟給「大家」。

他要讓責任有名字，讓貢獻被看見，也讓成果成為團隊共同完成的作品。

這樣下一個專案開始時，團隊留下來的才不只是疲憊，  
而是一起完成過事情的信任。

## ■ 排程之外，PM 真正管理的是什麼？  

排程很重要，工具也很重要。

但它們只能呈現專案的一部分。

真正影響專案能不能完成的，還包括方向是否清楚、現場是否被看見、取捨是否有人決定、不同角色能不能理解彼此，以及團隊是否願意共同承擔結果。

所以我現在會這樣理解 PM：

好的 PM，不只是帶大家往同一個方向走；他要先確認方向值得去，再看懂現場、做出取捨、化解差異，讓事情真正完成。

這不代表 PM 要成為最厲害、最能扛的人。

相反地，一個成熟的 PM，應該讓團隊不必永遠依賴他，仍然知道自己為什麼前進、如何合作，以及要一起完成什麼。

如果一個專案現在很忙，卻一直沒有真正往前，你覺得它最可能卡在哪一步？