工程主管（EM）面試 AI 攻略：問題清單教不了的那些關卡
工程主管面試不是背熟 40 題問答就能過關——四輪面試迴圈、首次帶人 vs 帶主管的故事庫，加上卡關瞬間的即時 AI 提示，才是外商 EM 面試真正需要的準備方式。
重點摘要：工程主管（EM）面試不會因為你背熟一份問題清單就給分——它考的是你怎麼處理沒有標準答案的情境：輔導表現不佳的下屬、調解下屬間的衝突、質疑一個估算、傳達壞消息。像 AceRound 這樣的工程主管面試 AI 副駕，能在面試官丟出一個你從沒演練過的人員管理情境時，即時給你一個回答結構——它捏造不出你沒有的管理經歷，但能幫你在壓力下把已經具備的判斷力說清楚。
一位資深工程師申請她第一個 EM 職位，走到最終輪時被問到：「你有一位下屬已經連續兩個月沒趕上死線，說說看你這個禮拜會怎麼處理。」 沒有暖身題，事前也沒有任何預告。她準備了「說一次你帶領專案的經驗」的答案，卻對「說說看你這個禮拜會怎麼處理」這種要的是一套行動計畫、而不是一段故事的問題毫無準備。
這個落差，正是多數人準備工程主管面試時最大的盲點。他們背了一份 40 題的清單，每題都寫好一段答案，結果面試官只要把同一個情境用不同的說法稍微包裝一下，立刻卡關。在 r/ExperiencedDevs 上，有位候選人講得很直白：「這種題目很難準備，第一因為它不像技術題那樣有具體答案，第二因為根本沒人真的知道該怎麼面試主管，所以面試官自己也是在瞎猜。」
工程主管面試為什麼不能靠一份問題清單解決
幾乎每一篇排名很高的「EM 面試題目」攻略都在做同一件事：把題目分門別類——領導力、人員管理、專案管理、文化契合——每類下面附幾句建議。這套方法能幫你在題目出現時「認出它」，但完全幫不了你應付面試官換個框架問、把兩個情境揉成一題，或是丟出一個你沒寫過腳本的追問。
EM 面試之所以讓人覺得這麼難捉摸，是因為它不像寫代碼那一輪有標準化的評分表。曾在 Stripe 和 Uber 這種規模的公司建立主管招聘流程的 Will Larson 主張，面試資深工程主管應該評估候選人在真實情境中「展現出來」的能力，而不是對照一份檢查清單評估他「描述出來」的能力——但多數公司還是預設用檢查清單，因為執行起來比較省事。《The Manager's Path》作者 Camille Fournier 在一次 與 LeadDev 的對談 中提出了相關的觀點：主管「比工程師候選人更容易唬弄你」，這正是為什麼面試官會不斷追問具體細節，而不是聽你講一套管理哲學。
真實 EM 面試迴圈的四個關卡
綜合 IGotAnOffer、Exponent 上的面試回報，以及 Reddit 上招聘主管的討論串，一場典型的工程主管現場面試會走過四個各自考驗不同能力的關卡：
- 行為／人員管理輪 —— 下屬間的衝突、輔導表現不佳的人、職涯發展對話。有些流程會拆成兩輪：一輪專門考「怎麼帶高績效的人」，一輪考「怎麼帶掙扎中的人」。
- 技術判斷力輪 —— 不是現場寫代碼。這一輪考的是你能不能質疑工程師的估算、推演系統設計的取捨、或看出架構決策裡的風險，而全程不用自己動手寫程式。一位在 Reddit 分享面試心得的招聘主管講得很直白：「這些候選人通常 7 到 12 年前還是 IC，我完全不會期待他們還能刷 LeetCode。」
- 跨部門／關係人輪 —— 跟產品或設計團隊之間的優先順序衝突、處理團隊不認同的上層決策、管理你控制不了的依賴關係。
- 文化契合／把關者輪 —— 為什麼想做管理、為什麼選這家公司，有時還會問一個更廣泛的哲學問題：你怎麼看待栽培人才這件事。
多數候選人把主力都花在第一輪，其他三輪隨便準備。這個順序恰恰搞反了——如果技術判斷力那一輪本來就是要看曾經是 IC 的候選人，判斷力有沒有退步（就算寫代碼的手感生疏了也沒關係）。
第一次當 EM vs 帶主管的主管：你需要不同的故事庫
第一次當 EM 的面試，本質上只想回答一個問題：這個人到底能不能勝任這份工作？ 也就是要證明你能開好 1:1、給出直接的回饋、解決兩個個人貢獻者之間的衝突——這些是基本功。
帶主管的主管（manager of managers）面試則預設你已經跨過這一關，改考別的東西：組織層級的判斷力。你能不能培養其他主管，而不只是培養工程師？你能不能解決團隊之間的衝突，而不只是人跟人之間的？你能不能在一份你已經不再逐行過問的 roadmap 上做取捨？如果你在帶主管的主管面試裡還是重複「我輔導過一位工程師走出低潮」這種故事，等於直接告訴面試官你還沒跳到下一個層級——面試官在聽的是格局，不只是能力。
如果你是從 IC 背景轉過來、想知道故事庫這套習慣怎麼延伸到管理職，我們的 如何回答「描述一次你帶領團隊的經驗」 一文，把這個格式所倚賴的 STAR 結構講得很完整，之後再往上疊管理層級專屬的細節就會容易很多。
需要準備真實故事的人員管理情境
根據真實面試回報，這些是候選人最常「完全答不出來」的題目——不是因為他們沒有判斷力，而是因為他們從來沒把這份判斷力大聲講出來過：
- 「說說你輔導一位表現不佳下屬的經驗。」 有力的結構：具體點出落差在哪（不要只說「他表現不好」，而是精確講缺了什麼）、你設下的書面期望、你給回饋的頻率，以及結果——最好帶有可衡量的業務指標，不管這個人最後是進步了還是離開了。
- 「描述一次你兩位下屬之間的衝突。」 有力的結構：先中立地釐清事實，分別聽完雙方的說法再形成判斷，接著是一個經過協調的解法，最後還要有一次追蹤確認它真的有效。面試官會特別留意你會不會太快選邊站。
- 「你怎麼質疑一位資深工程師的估算？」 有力的結構：用釐清性的技術問題把估算背後藏著的假設挖出來，而不是靠職權直接推翻，然後描述一次真實的技術追問，最後結果是改了估算還是確認了原本的數字。
- 「說說你傳達壞消息的經驗——裁員、專案取消、PIP。」 有力的結構：你事前怎麼準備這段話、怎麼直接說出重點而不是繞來繞去、如何誠實地承認這件事帶來的衝擊，以及你提供的具體後續步驟或支持。
如果你真的從來沒跑過正式的 PIP 或解雇過人，直接說清楚，然後用最接近的真實類比回答——例如把某人勸退出一個專案，或是一段沒有走到解雇那一步的艱難績效對話。一個具體的類比永遠勝過含糊的假設情境。
技術判斷力輪：取代 LeetCode 的到底是什麼
如果你還在用準備 IC 面試的方式準備這一輪，那你準備錯關卡了。EM 面試的技術部分考的是「在模糊情境下的判斷力」，不是「限時內的實作能力」。常見的問題像是「一位工程師告訴你某個功能要三週，你會怎麼評估這個估算？」，或是「說說你會怎麼思考一個正在變成瓶頸的服務」。目的不是證明你還能寫代碼，而是證明你對取捨的理解還夠深，能問出正確的追問。如果你是從特定技術背景轉來——可以參考我們的 雲端架構師面試 攻略，裡面講了取捨類問題的結構——那套「跟非專家解釋取捨」的肌肉在這裡完全可以重複利用。
面試官問了一題你從沒演練過的問題怎麼辦
先誠實講清楚任何準備方式（包含 AI 輔助準備）的極限：沒有任何工具能給你一段你沒有的管理經歷。如果你從來沒有輔導過表現不佳的下屬，工具幫不了你這件事。
AceRound 即時面試副駕能做的事更聚焦、也更具體——當面試官在面試過程中丟出一個你完全沒排練過的情境時，它會在螢幕上即時給出一個結構：點出關係人、點出取捨、按 Situation → Action → Result 排好順序。這正是多數候選人真正卡住的地方——不是缺乏判斷力，而是在當下不知道怎麼把自己已經有的判斷力，組織成一段連貫的回答。在正式面試之前，先透過 AceRound 的 AI 模擬面試功能 把 EM 專屬的情境輪都跑過一遍——人員管理輪、技術判斷力輪、跨部門輪——先把故事庫建起來，正式上場時被完全嚇到的題目自然就會變少。
常見問題
工程主管（EM）面試最常見的題目有哪些？
輔導表現不佳的下屬、調解兩位下屬之間的衝突、質疑資深工程師的估算、傳達壞消息，以及一道關於「為什麼想轉管理而不是繼續寫代碼」的動機題。至少會遇到一題沒有標準答案。
工程主管面試還會考技術題嗎？
通常會，但不是 LeetCode——是一輪「技術判斷力」測驗，考的是你能不能質疑一個估算，或推演一個取捨，而不用現場寫代碼。
帶主管的主管（manager of managers）面試和第一次當 EM 的面試差在哪？
第一次當 EM 的面試在確認你到底能不能勝任這份工作。帶主管的主管面試則假設你已經能做到，改考組織層級的判斷力——培養其他主管、解決跨團隊衝突、在一份你已經不再直接過問的 roadmap 上做取捨。
如果我從來沒真的開除過人或跑過 PIP 怎麼辦？
直接說清楚，然後用最接近的真實類比回答。面試官問「開除」問題，是把它當成你如何處理艱難對話的一個代理指標。
AI 面試輔助工具真的能幫上工程主管面試嗎？
它能在面試官丟出一個你從沒演練過的情境時，立刻給你一個結構。它捏造不出你沒有的管理經歷——它填的是「你有判斷力」跟「你能在壓力下清楚說出來」之間的落差。
EM 面試候選人最常犯的錯誤是什麼？
只準備「好聽」的故事，卻對不舒服的情境毫無準備。面試官特意問表現不佳和衝突，正是因為這些時刻才能看出一個人是不是真的會帶團隊。
Author · Alex Chen. Career consultant and former tech recruiter. Spent 5 years on the hiring side before switching to help candidates instead. Writes about real interview dynamics, not textbook advice.
