題目與適用情境
請分享一次兩位同事發生衝突、而你協助他們達成可執行解決方案的經歷。說明衝突怎樣影響工作、你當時 有什麼權限、如何找到真正的分歧、為什麼適合由你調解，以及後來怎樣確認協議被執行。
這是一道面向工程經理、團隊負責人、專案負責人和資深個人貢獻者的行為面試題。目前公開題庫會直接 詢問候選人是否調解過兩位隊友的分歧，並把分別傾聽、尋找共同目標、知道何時交給經理，以及後續回訪 列為強訊號。它也可能以「團隊裡兩個人無法合作，你怎麼辦」或「你如何處理下屬之間的衝突」出現。
核心能力不是讓所有人當場和好。面試官想確認你能否保持中立、區分立場與利益、保護組織邊界，並把 關係衝突轉成可執行的工作協議。本題與「你不同意一項技術決策」不同：你不是爭議的一方，也不能借 主持人的位置推行自己偏好的答案。
回答必須使用真實經歷，可以匿名化姓名和業務。STAR 負責組織情境、任務、行動和結果；Action 應占 主要篇幅。後文示範經歷完全虛構，所有角色、專案、時間和結果數字都是待替換的示例資料，不能冒充 個人經歷。
面試官考察重點
第一，看你有沒有先檢查角色邊界。強回答會說明誰請你介入、雙方是否願意參加、你與任何一方是否有 利益衝突，以及誰擁有績效、紀律或最終業務決定權。「我覺得自己最理性，所以把他們叫來談」會暴露 越權和偏見。
第二，看你能否診斷真正的衝突。表面爭執可能圍繞語氣、程式碼評審或交付順序，底層問題卻是目標不一、 事實認知不同、角色重疊、決策權不清或一次未處理的關係傷害。成熟回答會分別核實事實，再讓雙方確認 你是否準確複述了各自觀點，不會把傳聞當結論。
第三，看主持過程是否公平。中立不等於沉默。你需要設定不打斷、不貼標籤、討論可觀察行為的規則， 把話題拉回共同工作目標，並阻止權力更大或表達更強的一方壟斷談話。你協助雙方產生和評估選項，不能 代替他們認錯、道歉或同意。
第四，看結果是否可以執行。「以後好好溝通」沒有情境、責任人或停止線。高品質協議會明確決策權、 交接介面、下一步行動、日期、複查點和何時升級。若技術事實也有爭議，可以約定短時實驗或共同證據， 而不是用關係折衷代替工程判斷。
第五，看你是否知道調解不是萬用工具。調解通常是自願、保密且面向未來的過程，但保密範圍必須服從 組織政策和法律義務。嚴重申訴、可能涉及紀律處分、威脅、安全、歧視、騷擾或報復時，不能由你私下 裁定或承諾絕對保密；應保留事實並交給有權限的經理、人事、合規或安全管道。具體流程以所在組織和 地區規則為準。
最後看反思。即使交付恢復，也可能是你介入太晚、在第一次單獨溝通時問了帶傾向的問題，或協議沒有 涵蓋復發訊號。面試官希望聽見一項會改變下一次行動的修正，而不是「我學會了溝通很重要」。
回答前需要釐清的問題
- 你是當事人、負責人還是中立協助者？ 如果你也是衝突的一方，就不能把自己包裝成中立調解者；
可以請共同認可的經理或受訓人員主持，再講你怎樣作為參與者解決問題。
- 誰授權或接受你介入？ 說明是雙方主動求助、經理請你協助，還是你的專案職責要求恢復協作。
沒有正式職權並非弱點，但必須有清楚的接受度和升級路徑。
- 問題適合非正式調解嗎？ 工作方式、溝通誤解、角色介面和一般關係破裂通常可以討論。若一方不
願參加、政策要求正式程序、問題嚴重或可能導致紀律處理，應交給有權限的人判斷。
- 你能承諾什麼保密範圍？ 只承諾角色與政策允許的範圍，並提前說明例外。不要在面試裡聲稱自己
隱瞞了安全風險、違法行為或必須報告的申訴。
- 真正受影響的結果是什麼？ 準備交付延遲、返工、決策停滯、評審阻塞或團隊互動的真實證據，
不要用「氣氛不好」代替影響。
- 什麼能證明協作恢復？ 當場握手不算閉環。更可靠的是協議行動按時完成、同類爭議能直接處理、
工作結果恢復，以及雙方在回訪中都能指出改進和殘餘問題。
- 這和技術分歧題有什麼不同？ 本題的主線是你如何主持兩位當事人解決關係與工作介面；如果大部分
篇幅都在證明某個架構正確，應更換故事。
30 秒回答框架
「在 [專案] 中，[同事 A] 與 [同事 B] 的衝突阻塞了 [工作結果]。我當時是 [角色]，不負責 他們的績效。雙方同意後，我分別溝通，把事實、需求和各自責任分開。在共同會議中，我們對齊 [共同 目標]，並寫下 [行動、責任人、複查點和升級條件]。到 [檢查點]，[工作證據] 和 [協作證據] 顯示工作恢復。反思後，我會更早 [具體改進]。」
完整回答控制在兩到三分鐘。Situation 和 Task 只交代影響、角色和邊界；Action 重點說明你如何判斷 是否適合調解、怎樣發現自己最初不知道的事實，以及協議為何可執行；Result 同時涵蓋工作和協作。
分步深入解答
第一步：選擇你沒有「贏」的真實故事
優先選擇兩位當事人都有合理顧慮、衝突已影響真實工作、雙方接受你協助，並且你能看到後續結果的經歷。 你不需要是正式經理，也不需要把兩人變成朋友。資深工程師協助介面負責人釐清交接、專案負責人主持 跨職能矛盾，或經理處理兩名下屬的協作破裂，都可以成立。
排除三類素材：只有一次語氣不快的瑣事；你其實是爭議的一方；涉及嚴重違規卻被你私下「壓下去」的 事件。也不要選擇把另一方寫成明顯惡人的故事。面試官需要看到判斷、過程和邊界，而不是英雄敘事。
第二步：先做調解適用性檢查
介入前回答五個問題：雙方是否自願；你是否足夠中立；權力差是否會讓同意變成被迫；問題是否屬於 工作關係與協作；是否存在政策、紀律、安全或法定義務需要正式處理。
若不適合，由真正的負責人決定調查、保護措施或正式程序。你可以穩定交付、記錄可觀察事實並支持 當事人使用正確管道，但不要繼續扮演調解者。若適合，也要說明你不是裁判，雙方擁有最終協議，任何 業務決定仍由既定負責人作出。
第三步：分別傾聽，用相同問題減少偏見
分別溝通能讓每個人在共同會議前完整陳述。對雙方使用同一組問題：發生了哪些可觀察事件；它們造成 什麼影響；你認為對方在保護什麼；你自己承擔哪部分責任；未來怎樣才算能工作；什麼內容可以帶入共同 會議。
把資訊分成事實、解釋、需求和請求。「評審在截止日後完成」是事實候選；「他故意拖延」是動機推斷； 「我需要可預測的交接」是需求；「提前一天確認容量」才是請求。複述後請當事人糾正。不要在兩場談話 之間傳遞刺激性原話，也不要暗示你已經站隊。
第四步：圍繞共同目標主持共同會議
開場重申自願性、可分享範圍、你的角色和會議規則。讓每個人不被打斷地描述影響，再請另一方複述自己 聽見的內容。只有雙方都認為「我被準確理解」，才進入解決方案。
把過去用於建立共同事實，不把會議變成追責審判。隨後寫出共同目標，例如「在遷移視窗前做出可信的 上線決定」，再逐項處理角色、資訊、行為和決策問題。若爭議含有可驗證的技術假設，約定最小實驗、 證據標準和真正的決定人；主持人不能用「各退一步」代替正確決策。
第五步：把和解變成工作協議
協議至少包含以下內容：下一次具體情境；每個人負責的行動；完成日期或觸發條件；決定權與交接介面； 無法履約時怎樣提前說明；何時共同複查；什麼訊號需要經理或正式管道介入。
請雙方用自己的話複述協議，檢查是否可行，並確認哪些內容可以書面分享。書面記錄的目的，是讓各方 知道下一步和自己的責任，不是建立秘密績效檔案。一般協作協議與正式人事記錄應保持清楚邊界。
第六步：用兩類證據跟進
至少追蹤工作證據和關係證據。工作證據可以是評審恢復、交付解除阻塞、返工減少或決策按約完成；關係 證據可以是雙方再次直接提出分歧、按約使用升級路徑，或都能在回訪中指出仍需調整之處。
一次平靜會議不能證明衝突解決。按約定分別或共同回訪，檢查行動是否發生、權力差是否讓一方沉默， 以及問題是否只是暫時轉入地下。復發時先判斷協議哪裡失效；若一方拒絕履行、影響擴大或出現正式風險， 及時交回真正負責人。
第七步：用 STAR(R) 校驗個人貢獻
Situation 寫衝突的可觀察影響；Task 寫你為什麼有責任介入及權限邊界；Action 展開適用性檢查、分別 傾聽、共同會議、協議和回訪；Result 給工作與關係證據；Reflection 寫下一次會更早或更公平採取的 行動。
練習時讓夥伴追問：「為什麼由你來主持？」「你最初誤判了什麼？」「一方如果拒絕怎麼辦？」「協議裡 誰負責什麼？」「你如何知道他們不是表面同意？」每個答案都能保持同一角色、事實和時間口徑，故事才 經得起深挖。
高品質示範回答
以下是完全虛構的示範經歷，只用於展示結構。兩位工程師、一天、八個工作日、六週及全部專案與 結果均為示例資料，必須替換。
「我是一項客戶資料遷移的代理技術負責人。API 負責人和遷移負責人在一次回滾後開始互相拒絕評審， 上線決定因此停住。兩位工程師和後文所有時間都是示例資料，必須替換。我不負責他們的績效， 所以先向共同經理說明工作影響，並確認可以在雙方同意的前提下主持一次非正式調解；如果出現違規指控 或任何一方不願參加，就交回經理處理。
我分別與兩人溝通，並使用同一組問題。我原以為衝突只是對回滾方案的技術分歧，後來發現兩人對批准 含義理解不同：API 負責人認為自己只確認相容性，遷移負責人卻把批准理解為共同承擔上線決定。一次 公開聊天中的指責又讓雙方停止直接求證。我分別複述了他們的觀點，請他們糾正，並得到同意把角色與 工作影響帶入共同會議，不轉述與解決問題無關的情緒化原話。
共同會議開始時，我重申自己不是裁判，讓每個人先完整說明影響，再請另一方複述。我們把共同目標寫成 『在保護客戶資料的前提下恢復可驗證的上線決定』，然後把爭議拆成相容性、遷移驗證、上線決定和溝通 行為四部分。雙方確認，技術選擇不應靠關係折衷，因此約定先做一次回滾演練；一天是**示例時間，必須 替換**。
最終協議寫明：API 負責人確認相容性，遷移負責人確認資料校驗，兩人共同向既定發布負責人提交證據， 發布負責人保留最終決定權；無法按期評審時提前說明；有分歧先寫事實和影響，不在公開頻道判斷動機； 同類問題無法在約定檢查點解決時交給共同經理。我負責整理清單和安排回訪，但沒有替他們作技術決定或 承諾績效結果。
演練暴露了一個未涵蓋的回滾步驟，修復後發布在八個工作日後恢復；八個工作日是示例結果，必須替換。 接下來的六週裡，兩人按新邊界完成了後續評審，沒有再透過拒絕評審互相施壓；六週和後續結果也是 示例資料，必須替換。我分別回訪時，兩人都認為決策權更清楚，但指出最初若由共同經理更早說明 批准含義，衝突可能不會擴大。
這次經歷讓我認識到，我介入得偏晚，而且最初把關係問題誤判成純技術爭論。以後我會在第一次出現角色 含義不一致時就確認決策權，並在接受主持前明確自願性、保密邊界和正式升級條件。」
替換成自己的經歷時，先從工單、決策記錄、會議紀要或真實回訪中找回事件順序。刪除所有示例人物與 數字，寫出你實際擁有的權限、對方提供的新事實、協議原文和可核驗後續。沒有可靠數字時，可以用誰在 什麼情境確認了變化等定性證據，不能補造漂亮指標。
常見錯誤
- 把自己寫成唯一理性的人 → 無法證明中立，也會讓衝突顯得經過包裝 → **分別說清雙方保護的合理
目標，以及哪條新資訊修正了你的看法。**
- 沒有授權就召集「調解」 → 雙方可能只是服從職級或專案壓力 → **說明自願性、你的角色和真正的
決策及升級負責人。**
- 一開始就讓雙方當面對質 → 事實、情緒和安全邊界尚未釐清 → **先分別傾聽，用相同問題核實適用性
和議題。**
- 承諾絕對保密 → 可能與安全、法律或組織報告義務衝突 → **在開始前說明可分享範圍和必須升級的
例外。**
- 把嚴重申訴當一般誤會 → 非正式和解可能壓住證據或迫使弱勢方接受 → **遵守政策，交給有權限的
中立調查或正式流程。**
- 強迫道歉或各退一步 → 得到的是表面順從，技術與行為問題仍未解決 → **讓雙方擁有協議，用事實
驗證技術判斷。**
- 以「以後多溝通」收尾 → 沒有情境、責任或複查方式 → **寫明行動、責任人、觸發條件、檢查點和
升級路徑。**
- 結果只說按期交付 → 交付可能由其他因素推動，不能證明關係恢復 → **同時給工作證據、協作證據
和準確歸因。**
- 迴避失敗與復發 → 像一次完美主持表演 → 說明哪裡介入太晚、協議哪裡失效，以及下次會改什麼。
追問與應對
追問一：如果一方拒絕參加調解呢？
不要強迫，也不要讓拒絕本身自動成為績效結論。確認對方是否擔心中立性、保密、權力差或會議形式， 提供組織允許的替代主持人與管道。若仍不參加，告訴相關負責人調解無法進行，由其決定工作安排或正式 流程；你仍可處理交付風險，但不能假裝雙方已經達成協議。
追問二：如果你也是衝突的一方呢？
明確承認無法同時作為中立主持人。你可以先整理事實、影響和自己責任，邀請雙方都接受的經理、專案 負責人或受訓人員主持。在回答中展示你如何參與解決、接受約束和執行協議，不要把影響力包裝成調解權。
追問三：如果存在職級差、騷擾或報復指控呢？
先保護人員和事實，檢查組織政策與報告義務。權力差可能讓「自願」失真；嚴重、可能導致紀律處理或 政策要求正式處理的申訴，應交給有權限且中立的負責人。調解是否還能作為後續關係修復，只能由適當 流程和當事人決定，不能由你私下替代調查。
追問四：會議裡都同意了，衝突後來又出現怎麼辦？
回到協議和可觀察事件，判斷是行動不現實、角色仍不清、沒有執行支持，還是一方拒絕履行。能修訂的就 讓雙方共同更新；觸發既定升級條件時及時交給負責人。不要為了維護「我的調解成功」而壓住復發訊號。
追問五：你的調解失敗過嗎？
可以講失敗，重點是準確歸因和修正。例如你介入太晚、沒有識別權力差、共同目標太抽象，或回訪只問了 交付，沒有分別確認真實體驗。說明你何時停止無效主持、怎樣升級保護工作與人員，以及下一次會在開始 前增加哪項檢查。完美結局不是本題的門檻，可靠判斷才是。
追問六：如何證明結果來自你的貢獻？
拆開歸因：你建立了什麼過程、雙方分別做了什麼、經理或流程提供了什麼支持、哪些結果只能說相關而非 因果。用協議行動和後續互動證明你的直接影響，不要把整個專案成功歸功於一次會議。