「講一次你和同事（或主管）意見不合、怎麼處理的經驗」是行為面試最高頻的題目之一，也最容易踩雷。面試官問這題，不是要看你辯贏了沒，而是要看：你能不能對事不對人？會不會先理解對方？能不能用共同目標與數據化解分歧、而不是靠職位或音量？最後關係有沒有保住？
最容易講壞的三種方式：① 「我是對的、他是錯的」——顯得自我、不懂協作；② 甩鍋對方（都是他不講理）——直接扣分；③ 「我沒跟人起過衝突」——顯得沒主見或沒自我覺察（資深工程師不可能零衝突）。
這篇示範怎麼用 STAR 把一次技術意見不合講成展現成熟度的故事，並補上行為題的另一半：和主管不合時的「Disagree and Commit」。
先記住：衝突題的「加分訊號」
| 訊號 | 反例 | 加分的講法 |
|---|---|---|
| 對事不對人 | 「他很固執」 | 「我們對方法有分歧，但目標一致」 |
| 先理解再表達 | 直接反駁 | 「我先問清楚他為什麼這樣主張」 |
| 用數據/原型化解 | 比誰聲音大 | 「我們跑了個小實驗讓數據決定」 |
| 保住關係 | 撕破臉 | 「最後我們達成共識，後續合作更順」 |
| 能 commit | 輸了就擺爛 | 「即使最後不是我的方案，我全力執行」 |
💡 核心心法：衝突題的主角不是「分歧」本身，而是**「你如何把分歧導向一個對團隊最好的結果，並維持關係」**。展現「對事不對人 + 用客觀標準化解 + 願意 commit」這條線，就是高分。
逐字稿示範（中文，~370 字）— 與同事的技術爭論
情境為示範用，練習時換成你自己的真實經歷。
「【S】 我和一位資深同事在一個功能的技術方案上意見不合。他主張直接砍掉舊模組重寫，我認為風險太高，應該漸進式重構。當時時程也緊，兩人各持己見，討論有點僵住。
【T】 我的目標不是「說服他聽我的」，而是找出對專案最好的方案，同時不傷團隊合作。
【A】 我做了三件事。第一，先理解他的立場——我沒有急著反駁，而是問他為什麼想重寫，結果發現他真正在意的是「舊程式技術債太多、改起來綁手綁腳」，這點其實我也同意。找到共同在意的目標(降低技術債)後，分歧就從「對立」變成「同一個問題的不同路徑」。 第二，用客觀標準取代主觀爭論——我提議不要用嘴爭，而是各自做一個小 spike，實測『重寫』與『漸進重構』在這個模組上各要多少時間、風險多大。第三，讓數據決定——spike 結果顯示全部重寫的風險確實偏高，但他擔心的核心技術債，用我提的漸進方式分兩階段也能解掉。我們最後採用了一個折衷方案：先漸進重構解掉最痛的技術債，把全面重寫排進下一季。
【R】 方案順利上線、沒有因重寫而延期；更重要的是，因為我是先理解他、再用數據對齊，他全程沒有被冒犯的感覺，後續合作反而更順。 我學到的是——技術爭論最好的解法不是辯贏，而是把『人的對立』轉回『對問題的共同探究』，再用客觀證據收斂。」
另一半：和主管不合 — Disagree and Commit
和主管意見不合，是這題常見的進階追問（也是 Amazon 領導力準則之一：Have Backbone; Disagree and Commit）。重點是展現：敢有理有據地表達異議，但一旦決定，就全力執行、不消極抵抗。
逐字稿（中文，~150 字）： 「有次主管決定優先做某個功能，我評估後認為應該先還技術債。我沒有沉默、也沒有當場頂撞，而是私下用數據跟他說明：『若不先處理，這幾項風險可能在下季爆發。』我清楚表達了我的擔憂與證據。主管聽完後，仍基於更全面的業務考量決定先做那個功能。那一刻我做的是 disagree and commit——我已充分表達異議，既然團隊決定了，我就全力把它做好，而不是邊做邊抱怨。 後來我也持續追蹤我擔心的風險，提前預警，把我的顧慮變成對團隊有用的貢獻。」
面試官最愛追問的點（先準備好）
-
🎤 「如果最後採用的是對方的方案，你會怎麼做？」 → 直接展現 disagree and commit：我已充分表達意見，既然決定了，我就全力執行——消極抵抗只會傷團隊。這正是面試官想聽的成熟度。
-
🎤 「如果你很確定自己是對的、但說服不了對方呢？」 → 強調客觀標準：與其各自堅持，我會把它變成一個可驗證的問題（小實驗/數據/找第三方專家），讓事實決定，而不是靠誰更堅持。
-
🎤 「那次衝突有沒有傷到你們的關係？」 → 展現關係維護：因為我全程對事不對人、先理解對方，他沒有被針對的感覺；事後我也主動確認他的想法，後續合作反而更好。
-
🎤 「你和主管那次，事後證明誰對？」 → 誠實但成熟：不管最後誰對，重點是我表達了異議、也尊重決定並全力執行；我會持續追蹤風險，若我擔心的事真發生，就提前預警——把『我早說過』變成『我幫團隊提前防範』。
💡 應對追問的原則：衝突題的追問都在測「你是不是只想證明自己對」。每次都回到「對事不對人 → 用客觀標準 → 願意 commit → 維持關係」這條線。
打磨清單（套用到你自己的故事）
- 選一個真實、對事不對人、最後有建設性結果的衝突（別選人身/情緒化的）
- Action 要有「先理解對方立場」這一步（展現不是急著反駁）
- 一定要有「用共同目標或客觀數據化解」（不是靠職位/音量）
- 準備好回答「若最後用對方方案」→ disagree and commit
- Result 要同時收在「好的結果 + 關係維持/變更好」
- 避開三大地雷：我對他錯、甩鍋、我沒衝突過
- 中英雙語同一結構，念出來控制在 2-2.5 分鐘
結語
衝突題真正在問的是:你能不能在意見不合時,把『人的對立』轉回『對問題的共同探究』,用客觀標準收斂,並在決定後全力執行、保住關係? 這是協作成熟度的核心。一個「技術方案之爭,靠先理解+小實驗化解」的故事特別好用——因為它展現的不是你多會吵架,而是你多會把分歧導向團隊最好的結果。
把故事寫成 STAR,核心放在「對事不對人 + 用數據化解 + disagree and commit」,再用「結果好 + 關係更好」收尾。這樣這題就從「我跟人吵過架」變成「我能成熟地處理分歧」——後者才是團隊想要的人。這是 STAR 系列第七篇,前六篇談了克服技術難題、快速學習、Ownership、失敗教訓、模糊需求,加上自我介紹與動機題,構成一套完整的行為面試準備。