快速答案： 工程經理的核心任務不是「把 PM 交辦的工作做完」，而是主動篩選哪些工作值得進入團隊的生產迴圈。透過 Claude AI 分析專案提案、建立評估框架、追蹤組合健康度，工程經理能更有效地扮演「策展人」角色——只放行真正有影響力、又適合團隊能力的工作，進而打造一個持續產出高價值成果的團隊。

文章同步發表在 我們的部落格

你的團隊很忙。但忙,不等於有影響力。

這是每個工程經理遲早要面對的殘酷現實。你可能一週開十場會、審十個 PR、處理無數個 Slack 訊息——但如果你團隊做的事情跟公司真正在乎的目標對不上,那些忙碌通通是白費。

問題不在於你的團隊不夠努力。問題在於,你可能從沒把自己當成「策展人」。

假設你就是策展人，不是接單員

一個常見的誤解是:工程經理只是執行別人下的指令。照這個邏輯,真正做決策的是 PM,或是工程領導層。

這個想法錯得離譜。

沒錯,Product 團隊會設定方向,工程領導層會提供指引。但別忘了——所有要交付的東西,都必須經過你團隊的生產迴圈。而管理這個迴圈的人,是你。這代表你有權力,也有責任,決定要讓多少「反應式」或「策略式」的工作進入這個迴圈。

反應式的經理會怎麼做?他們照單全收。利害關係人說要什麼,他們就排進 sprint,不問、不challenge。

聽起來很配合對吧?但結果呢?團隊變得四分五裂,壓力爆表,交付品質不穩定。

策略型的經理則完全不同。他們會問:「這個需求跟產品策略有什麼關聯?」他們敢挑戰模糊不清的需求,逼利害關係人在範疇、時間、資源之間做取捨。

換句話說,策展不是耍大牌,而是建立一道篩選機制,靠兩個維度來把關:

• 影響力(Impact)：這件事有沒有對應到一個策略目標?能不能被量化衡量?
• 團隊適配度(Team Fit)：這件事的規模、技能需求、任務範疇,是不是你的團隊真的能做?

把這兩個維度想像成一個 2x2 矩陣——或者,想像成一個射箭靶。每一個進來的需求,都是一支射向靶心的箭。反應式的經理來者不拒,不管箭落在哪裡都收下。策略型的經理只接受落在「高影響力、高適配度」象限的箭。其他的?協商、轉介,或直接拒絕。

這麼做會不會傷感情?有可能。但長遠來看,這樣的篩選機制對所有人都好:高影響力的工作帶來真正的價值,適配的工作讓團隊有把握完成——兩者加起來,團隊開心,利害關係人也開心。

如何判斷哪些工作值得投入資源?

策展需要標準。沒有標準,你只是在憑感覺做決定。

先問自己:這個工作直接支撐某個策略目標嗎?這個目標可以是 PM 設的,也可以是總監、工程領導層,甚至是執行團隊定的。重點是——它必須服務於一個已經存在的目標,而不是憑空冒出來的點子。

再問:這個影響力可以被衡量嗎?就像 OKR 一樣,一個目標如果沒有具體的關鍵結果可以對照,那這個目標形同虛設。

舉例來說,「幫購物 App 加上一個通知功能」聽起來很合理,但真正有價值的說法應該長這樣:「預期能提升 20% 的 App 開啟率,帶動 5% 的回購率成長」。

接著是團隊適配度。就算一件工作影響力再高,如果你的團隊做不來,接下來也只是自找麻煩。這裡要看三件事:

• 規模(Size)：團隊目前的人力,扛得住這個工作量嗎?
• 技能(Skill)：團隊現有的技能組合,做得來這件事嗎?還是需要現學現賣?
• 職責範疇(Remit)：這個工作的策略目標,跟團隊本身的定位一致嗎?

你可能會很心動,想讓團隊去做一個「可能改變遊戲規則」的新功能,比如加密貨幣支付。但如果團隊沒有相關經驗、也不在職責範圍內,這個心動可能會變成一場災難。

如果想讓這個評估過程更有效率,你可以借助 Claude AI。把專案提案丟給它分析,請它根據你設定的影響力與適配度標準,快速整理出高潛力的優先項目——這能節省你逐一手動評估的時間,讓你把精力留給真正需要判斷力的決策。

新需求上門時，該怎麼把關?

每一個新工作請求上門的那一刻,就是策展人角色最關鍵的時刻。放進來一個低影響力或範疇不清的專案,後續引發的連鎖反應,足以拖垮整個團隊的節奏。

該怎麼評估?一樣是兩個維度:影響力、團隊適配度。

評估影響力時,責任其實在提出需求的利害關係人身上。你的工作不是憑空猜測業務脈絡,而是要求對方給出量化預期——比如「預期帶來 100 萬美金的年營收成長」,或是「遷移後每年省下 2.5 萬美金雲端成本」。

如果對方給不出量化的預估?那大概率代表影響力不高。

評估方式有兩種:

• 絕對評估：團隊或總監事先設好門檻,比如「營收成長超過 50 萬美金才算高影響力」。
• 相對評估：拿新需求跟過去類似專案比較。如果過去同類專案帶來 50 到 70 萬美金,而新需求預估 100 萬,那就是高影響力。

評估團隊適配度時要特別小心一種陷阱——利害關係人的奉承話術。「你們團隊是做這個最強的」、「我只信任你們團隊」——聽起來很爽,但這些話不該左右你的判斷。堅持問具體問題:團隊現在有沒有餘力?有沒有相關技能?這個任務是不是真的屬於團隊的職責範圍?

把結果畫到矩陣上,你會得到四種行動建議:

• 高影響力 + 高適配度 → 接受
• 高影響力 + 低適配度 → 轉介給更適合的團隊
• 低影響力 + 高適配度 → 有條件接受(比如讓對方自帶工程師)
• 低影響力 + 低適配度 → 婉拒,並說明理由

這裡有個矛盾點:你有策展人的判斷力,卻不一定有最終決策權。怎麼辦?

答案藏在兩個常見情境裡。第一種是日常規劃中的增量需求,這類需求通常會直接進入「接受」,但你仍可以趁機檢查是否有明顯偏離跡象。第二種是估算流程——這往往是最容易被忽略的策展機會。當你被要求對一個新專案做工程估算時,別只回答「需要多久」,順勢用矩陣框架表達你的立場:這值得做嗎?這適合我們團隊嗎?

想讓這個流程更系統化?你可以請 Claude AI 幫你把評估標準整理成一份清單或框架,每次有新需求進來時直接套用,減少臨場判斷的疲勞與不一致。

如何維持一個持續有影響力的專案組合?

接受新工作只是一半的功課。另一半,是持續檢視你已經在做的事。

專案不會靜止不動。今天高影響力、高適配度的工作,三個月後可能因為各種原因偏離軌道。這不代表你當初判斷錯誤——這只是工程工作的本質:充滿未知,路徑會隨時間演變。

定期把手上所有專案重新畫回矩陣上,你可能會發現原本集中在右上角的箭,現在散落各處。這時候該問的問題是:這個專案,如果現在才第一次提出,我還會接受嗎?

專案層級的問題通常來自五種因素:

• 外部環境變化,導致商業論證站不住腳
• 早期使用者數據顯示預期行為沒有出現
• 組織 OKR 轉向,原本的目標不再優先
• 技術債累積,團隊解決的問題比創造的問題還多
• 範疇蔓延,一點一點的追加需求拖垮原本的時程

組合層級的問題則更隱蔽,三種常見陷阱包括:

• 平行專案陷阱：團隊人力被拆得零零散散,每個人身兼多個專案,彼此難以協作
• 暗渠工作陷阱：接下不屬於團隊職責範圍的「順手幫忙」,看似無害,實則分散焦點
• 無盡專案陷阱：長期支援一個早已超過原本時程、看不到終點的大型專案

發現問題後,你需要做兩件事:建立自己的立場,然後往上或往外升級溝通。你的立場只有兩種——調整或放棄。

「調整」適合當問題出在團隊適配度上:你可以動用範疇、時間、資源這三個槓桿來修正方向。「放棄」則適合當影響力已經因為外部因素大幅下滑,任何調整都無法把它拉回門檻之上。

如果決定放棄一個專案,別直接抽身走人——規劃好結束日期、交付內容、清理技術債,然後花點時間慶祝團隊過去投入的努力。這聽起來像小事,但對團隊士氣的影響遠比你想像的大。

Claude AI 在這個階段同樣派得上用場。你可以定期把專案狀態、進度數據、團隊回饋整理後交給它,請它標記出可能已經偏離矩陣理想象限的項目,幫你在正式的月度或季度回顧前就先抓到警訊。

用 Claude AI 打造可持續的策展流程

策展這件事,本質上是判斷力的展現——但判斷力不代表你得從零開始每一次手動評估。

Claude AI 可以協助你:

• 分析新專案提案,依照你設定的影響力與適配度標準,快速產出建議
• 從專案數據與團隊回饋中萃取關鍵洞察,加速你的組合回顧流程
• 自動化例行性的評估工作,把你的時間留給真正需要判斷的決策
• 建立一套可重複使用的框架,讓策展流程隨著團隊成長而持續運作

重點是:AI 幫你處理的是資訊整理與初步篩選,最終的判斷與溝通,仍然需要你——工程經理——親自出馬。這正是策展人角色最有價值的地方。

從今天開始，練習說「不」

工程經理的價值,不在於你能接下多少工作,而在於你能篩選出多少真正值得做的工作。

放行進來的每一項需求,都會決定你團隊接下來幾週、幾個月的樣貌。持續用「影響力 × 團隊適配度」這套框架審視新工作與既有組合,久而久之,你會發現:

• 團隊的產出更聚焦
• 利害關係人對你的信任更深
• 你在績效考核與職涯發展上的籌碼也更扎實

如果你還沒開始用 Claude AI 輔助這個流程,不妨從下一次新需求評估開始試試——把提案丟給它,請它依照影響力與團隊適配度幫你整理重點。你會發現,策展這件事,原來可以做得又快又準。

常見問題

工程經理真的有權力拒絕工作嗎?
有。雖然最終決策權通常在 PM 或總監手上,但工程經理有責任表達立場——用影響力與團隊適配度的數據支持你的建議,而不是單純服從或單純拒絕。

如果利害關係人不願意提供量化的影響力預估怎麼辦?
這本身就是一個訊號。如果對方無法給出具體數字,很可能代表這個工作的影響力偏低,你可以據此要求對方進一步釐清目標,或暫緩排入生產迴圈。

多久該做一次專案組合回顧?
建議每月一次。季度回顧容易被季度規劃淹沒,無法及時抓住問題;月度回顧能讓你在小問題變成大麻煩之前就發現並修正。

Claude AI 可以取代工程經理的判斷嗎?
不行,也不應該。Claude AI 擅長整理數據、產出初步框架與建議,但最終的溝通、談判與決策,仍然需要工程經理的人際判斷與組織脈絡理解。

如果一個專案已經投入很多資源,還值得放棄嗎?
沉沒成本不該是繼續投入的理由。如果一個專案在影響力或團隊適配度上已經明顯下滑,且調整範疇、時間、資源都無法拉回門檻之上,放棄反而是對團隊資源更負責任的做法。