如何回答「分享一次你向同事提出棘手回饋的經驗」？

題目與適用情境

請分享一次你必須向同事提出棘手但必要的回饋的經驗。說明你觀察到什麼、為什麼不能繼續迴避、 你如何與對方談、對方怎麼回應，以及後來有哪些可驗證的改變。

Bar Raiser 在 2026 年的軟體工程師面試題單中直接列出「向同儕提出棘手回饋」的行為題。 Glassdoor 記錄的一次 2026 年 5 月資深軟體工程師面試，同時詢問收到與提出棘手回饋的經驗。 Amazon 的招募指引說明其行為題使用 STAR，並要求候選人講清楚個人行動與具體結果。Center for Creative Leadership 的 SBI 方法則要求依序描述情境、可觀察行為與影響，再詢問對方的意圖， 避免把自己的推測當成事實。

這道題適用於工程、產品、資料、設計、營運與管理職。你可以談同儕、跨職能夥伴或直屬部屬， 但必須準確交代權力邊界。向同儕提出回饋時，你通常能說明影響並建立共同約定，不能假裝自己是 績效負責人；向部屬提供正式績效回饋時，還要遵循組織流程與既有標準。

合適的素材包含一段有風險的真實對話：回饋可能傷害關係、暴露你的判斷錯誤，或迫使雙方改變工作 方式。一般程式碼審查意見、順口提醒與只有稱讚的對話證據太弱。若涉及歧視、騷擾、報復、安全或 違法行為，不能把正式通報責任縮減成一次私下溝通，應保留事實並使用組織規定的管道。

後文示範經歷是虛構練習素材，不能冒充個人經驗；其中人數、次數、時間與結果數字全部是待替換的 示例資料。

面試官評估重點

第一項是你能否區分觀察與判斷。「他不負責任」是人格結論；「他在兩次已確認的評審中沒有標示 無法參與，卻在上線前才提出阻斷問題」才是可以討論的行為。若證據來自轉述，應先查證，不能拿 傳聞質問對方。

第二項是你是否願意及時承擔關係風險。好的回答不會把「維持和氣」當作迴避的理由，也不會等到 情緒累積後一次翻舊帳。你要說明為什麼此刻需要談、延後會造成什麼影響，以及為什麼選擇私下、 同步且有足夠時間的場合。

第三項是回饋是否既直接又公平。直接代表清楚說出需要改變的行為及影響；公平代表不猜測動機、 讓對方補充事實，也承認流程或你自己的行為可能共同造成問題。把批評包在大量稱讚裡，可能讓對方 聽不懂重點；只宣判結論，則會把對話變成服從測試。

第四項是你如何處理對方不認同、沉默或情緒化。面試官不期待每位同事立刻感謝你。更重要的是， 你能否暫停爭辯、重述歧見、詢問遺漏的背景，再把對話帶回共同目標。新事實推翻你的判斷時，修改 或撤回回饋是成熟表現。

第五項是能否把對話轉成下一次可觀察的行為。籠統的「以後多溝通」沒有負責人、情境和檢查點。 好的回答會約定誰在何時做什麼、什麼訊號觸發升級，以及何時回訪。回饋的終點不是對方說「了解」， 而是同類情境中的行為和影響出現改變。

第六項是準確歸因。後續專案成功可能來自多人合作，不能全歸功於你的談話。應分別說明對方採取的 行動、你改變的做法、流程修正和團隊結果。若沒有改善，也要說明你如何再次溝通、尋求主管協助或 進入正式流程。

最後是反思。好故事通常包含你做得不足之處：證據準備太晚、語氣太重、沒有先確認角色、把流程 缺陷全歸到個人，或回訪時間不合理。反思必須轉成下次會提早採取的動作。

回答前需要釐清的問題

• 回饋對象是誰？ 同儕、跨職能夥伴、直屬部屬和主管之間的權力不同。先確認你擁有建議權、

管理責任，或只有受影響方的表達權，避免誇大權限。

• 這是建設性回饋，還是正式績效或違規問題？ 工作行為與協作影響適合本題；正式績效需遵循

主管與人資流程，騷擾、安全和違法問題應按規定通報，不能只靠私下談話。

• 你親自觀察到什麼？ 區分直接觀察、紀錄、他人轉述與自己的解釋。只有轉述時，先核實來源

與情境，再決定是否適合提供回饋。

• 為什麼這段回饋「棘手」？ 可能有關係風險、職級差、對方過去反應強烈、回饋也暴露你的責任，

或時間壓力很高。只說「我不喜歡衝突」不足以建立真實利害關係。

• 什麼改變才算閉環？ 先定義目標行為、受影響結果與回訪方式。對方當下同意不代表問題解決，

一次專案成功也不能證明行為已穩定。

• 能否保護對方隱私？ 移除姓名、績效等級、健康資訊與無關身分，只保留理解判斷、行動與結果

所需的工作事實。

• 這和輔導經驗有何不同？ 輔導題重點是持續的能力成長路徑；本題重點是一段高風險回饋對話、

對方反應與行為閉環。後續支持可以出現，但不能把主體寫成長期訓練計畫。

• 這和技術歧見有何不同？ 技術歧見題要比較方案和決策權；本題討論可觀察的工作行為及其影響。

若故事核心仍是證明你的架構較好，應更換素材。

30 秒回答架構

在 [專案與情境] 中，我直接觀察到 [具體行為]，它造成 [對交付、團隊或客戶的影響]。
因為 [繼續迴避的風險]，我先核對 [紀錄或事實]，再選擇於 [私下、及時且可完整討論的場合]
和同事談。我以「情境—行為—影響」說明觀察，不推測動機，再請他補充背景。他解釋了 [新資訊或
不同判斷]，我承認 [自己或流程的責任]，但仍清楚提出 [需要改變的行為]。我們約定 [下一次具體
動作、負責人與檢查點]。之後透過 [同類情境的行為證據] 和 [工作結果或回訪] 看見 [改變]。
反思後，我會更早 [一項具體改進]。

正式回答用 STAR 組織整段經歷：Situation 和 Task 保持簡短，Action 重點說明證據、回饋內容的 結構、對方反應與共同約定，Result 提供行為及工作影響，最後補一項 Reflection。不要背誦模型名稱， 要讓面試官聽到你實際說了什麼、如何調整。

分步深入解析

第一步：選擇有對話、有反應、有閉環的故事

優先選擇同時符合五個條件的經歷：你親自觀察到可描述的行為；問題有真實影響；你主動發起對話； 對方提供你原先不知道的資訊或不同意見；後來能觀察到改變、未改變或升級處理。

「我在程式碼審查留言請他補測試」通常只是日常合作。「一位同事多次到最後上線會議才提出阻斷 風險，你需要討論評審承諾、工作量與提前升級方式」才有足夠的判斷空間。故事不必以完美和解結束， 但一定要有後續行動。

避免選擇對方明顯惡意、自己完全正確的故事。若敘述中只有一個「不專業的人」和一個理性的你， 面試官很難判斷你是否公平。較強的素材會顯示對方有合理背景，你也改變了一部分做法，而核心行為 仍被清楚處理。

第二步：先建立證據階梯

談話前把資訊分成四層：

1. 直接觀察： 你親眼看到、親耳聽到或負責的紀錄；
2. 可核驗結果： 延誤、返工、客戶影響、會議決定或工單狀態；
3. 他人轉述： 可以提供線索，不能自動成為指控；
4. 解釋與動機： 「不在乎」「故意拖延」屬於假設，必須留給對話核驗。

接著寫出一句不帶人格判斷的描述。可以說「在週二的上線評審中，你在核准紀錄後提出兩個阻斷問題， 使團隊必須重新縮小範圍」；不要說「你總是在最後一刻製造麻煩」。「總是」「從不」「態度差」容易 失真，也會讓對方只能保護自我形象。

同時檢查自己的責任：邀請是否太晚、核准含義是否模糊、是否有無法拒絕的工作量、你是否曾忽略對方 更早的提醒。確認共同背景不會消除回饋，卻能避免把系統問題包裝成個人缺陷。

第三步：選擇能兼顧清楚與尊重的時機

一般應在事件後儘快、私下且雙方有足夠時間時溝通。公開糾正會增加難堪成本；在事故最緊急階段深入 討論行為，會與止損目標衝突；拖到季度末一次列清單，則讓對方失去及時調整的機會。

開場先說明目的與範圍，例如：「我想談昨天上線評審的一件事，因為它影響我們如何確認上線範圍。 現在有十五分鐘嗎？如果不夠，我們今天安排完整時段。」十五分鐘只是表達方式示例，真實回答應使用 實際安排。對方當下無法談，可以約定明確時間；不能用「徵求同意」無限期迴避必要回饋。

若你是主管且涉及正式表現，先確認組織要求、既有期待與紀錄責任。若你是同儕，不要使用「最後警告」 或暗示你能決定績效結果。權力越大，越要明確讓對方提問、補充證據並使用可用的支持管道。

第四步：用 SBI-I 完成核心對話

可以把對話分成四步：

1. Situation： 錨定具體時間與情境；
2. Behavior： 描述攝影機能記錄的言行；
3. Impact： 說明對工作、團隊或你造成的具體後果；
4. Intent inquiry： 詢問對方當時掌握什麼、想保護什麼，以及你是否漏掉背景。

例如：「在過去兩次上線評審中，你在文件中標記核准，卻在凍結前才提出阻斷風險。我們因此臨時刪減 範圍，也無法判斷先前的核准代表什麼。我想了解你當時的工作量，以及你如何理解『核准』。」這句話 同時保留清楚度與求證空間。

對方解釋後，先重述其觀點，再判斷三種可能：事實錯誤，需要撤回或修改回饋；雙方都受不清楚流程 影響，需要共同修正；核心行為仍成立，需要明確期待。成熟回答不預設第三種一定發生。

第五步：處理防衛、沉默與反向回饋

如果對方否認，不要提高音量或連續增加例子。先問歧見在哪一層：「你不同意行為發生、不同意造成 影響，還是不同意我建議的下一步？」這能把人格防衛拆回可討論的問題。

如果對方情緒強烈，可以暫停並約定恢復時間，但不能假裝話題消失。若對方沉默，給思考空間並用開放 問題邀請回應。若對方指出你忽略了其較早的提醒，應查核紀錄並承認；道歉不代表必須放棄仍有效的回饋。

反向回饋尤其能呈現判斷。例如，你發現「核准」按鈕沒有定義，評審邀請又總與對方值班衝突。你可以 承認流程讓行為更容易發生，同時仍約定：無法完成評審時要明確拒絕或委派，不能留下誤導性的核准。

人身攻擊、威脅或報復不需要靠更好的溝通技巧承受。保留可觀察事實，結束不安全的對話，並使用主管、 人資、法遵或安全管道。

第六步：把「改進」寫成下一次可觀察動作

把「以後早點說」改成完整約定：在哪類情境、由誰、最晚何時、使用什麼狀態、未完成如何升級。例如：

• 評審人只能標記「核准」「需要修改」或「無法如期評審」；
• 值班衝突時在凍結前委派另一位評審人；
• 發現阻斷風險後立即寫入決策紀錄，不等最後會議；
• 連續兩個檢查點沒有進展時，由專案負責人重新分配責任。

約定也應包含你的動作。你可能需要更早寄出資料、明確定義核准語意、在會議前處理非同步問題，或 停止把未回覆當作同意。雙方都改變不代表稀釋回饋，而是把已確認的系統因素納入修正。

請對方重述下一步，避免禮貌性的「知道了」掩蓋不同理解。需要時寫下簡短行動項；不要把一般同儕 溝通寫成祕密績效檔案。

第七步：用多層證據關閉循環

結果至少包含兩層證據：

1. 行為證據： 下一次同類情境是否依約更早標記、拒絕、委派或升級；
2. 影響證據： 返工、延誤、錯誤、會議摩擦或客戶影響是否改變；
3. 關係證據： 對方是否仍能提出不同意見，雙方是否繼續直接溝通；
4. 流程證據： 團隊是否釐清角色、狀態或升級規則。

不要把「對方接受回饋」當結果，對方可能只是想結束談話。也不要只用一次成功上線證明行為穩定； 說明你觀察了多少次相似情境、誰確認改變，以及還有哪些證據不足。

若行為沒有改善，好的回答會說明下一步：再次提供具體證據、檢查約定是否可行、請真正負責的人介入， 或按正式流程處理。回饋不保證改變；你的責任是清楚、公平、及時，並在權限內跟進。

第八步：用 STAR(R) 練習追問穩定度

Situation 交代專案、關係與風險；Task 說明你為何有責任發起溝通；Action 展開證據、時機、SBI-I、 對方反應與約定；Result 提供行為、影響與關係證據；Reflection 指出下次會提早做什麼。Action 應占 主要篇幅。

練習時請夥伴追問：「你憑什麼認定是他的問題？」「你當時原話是什麼？」「他不同意哪裡？」「你改變 了什麼？」「如果沒有改善怎麼辦？」每次回答都保持相同事實、權限與數字口徑，故事才經得起深挖。

高品質示範回答

以下是虛構示例，只用於展示回答結構，不能當作個人經歷。三次評審、兩次上線、四十八小時、 二十四小時、四次後續評審與所有數量都是示例資料，請替換。

「我負責一個支付產品的上線協調。一位同級資深工程師是風控模組的評審人。在三次設計評審中，他都 在紀錄裡標記核准，卻有兩次到最後上線會議才提出阻斷問題。團隊因此臨時刪減範圍，其中一次上線延後 四十八小時。三次、兩次與四十八小時都是示例資料，請替換。

我需要確保上線決定可信，但他不是我的部屬。我先檢查評審紀錄與邀請時間，確認阻斷意見確實在最後 會議首次出現。我也發現其中一次評審與他的值班重疊，所以沒有把問題概括成『不負責任』。上線止損 完成後的第二天，我約他私下談，並說明想討論核准狀態的含義與後續合作。

我說：『在最近兩次上線中，你在設計紀錄裡標記核准，之後在凍結會議才提出阻斷風險。團隊據此縮小 範圍，先前也無法判斷核准是否可以依賴。我想了解你當時掌握的資訊，以及你如何使用這個狀態。』

他起初很防衛，認為如果不在最後會議堅持，風險會被忽略。我沒有爭論態度，而是問他是否更早提出過 相同問題。他指出評審邀請常落在值班週，而且過去有一項非同步意見沒有得到回覆。我查核後承認邀請 安排與回饋確認都需要改進；同時說明，無法完成評審時仍不能標記核准，因為其他團隊會據此做出上線 承諾。

我們共同約定三個動作：評審狀態改成『核准、需要修改、無法如期評審』三選一；值班衝突時由他在凍結 前委派另一位評審人；阻斷風險必須立刻寫入決策紀錄。我負責至少提前二十四小時寄出資料，並逐項確認 阻斷意見的處理結果。二十四小時是示例資料，請替換。

接下來四次評審中，他有一次明確選擇無法如期評審並完成委派，兩項阻斷意見都在凍結前進入紀錄， 沒有再發生最後會議才首次出現風險的情況。四次、一次與兩項都是示例資料，請替換。我在第四次後 回訪，他說新狀態讓他可以誠實表達工作量，也指出我有一次確認意見仍太慢。我把確認負責人寫入上線 清單。之後我們仍有技術歧見，但可以直接討論，不需要等到最後會議。

這個結果不能只歸功於我的回饋。他願意改變狀態使用方式，專案負責人支持調整流程，我也修正了邀請與 確認問題。我的貢獻是用具體證據發起一段不舒服的對話、沒有在防衛反應出現時退縮，並把雙方責任變成 可觀察動作。反思後，我會在第一次發現核准含義不一致時就確認，不會等到重複影響上線後才談。」

替換成自己的經歷時，不要照搬支付、風控或上線情節。逐項替換所有示例數量，並保留真實因果鏈： 直接觀察、必要性、私下對話、對方觀點、你承擔的責任、明確約定、後續證據與反思。

常見錯誤

• 把對方寫成「難相處的人」 → 人格標籤無法核驗，也讓故事只剩責備 → **描述具體情境、行為與

工作影響。**

• 主要證據來自傳聞 → 可能放大誤解或傷害關係 → 先核實直接紀錄，並標明哪些仍待確認。
• 用稱讚包住真正意見 → 對方可能只收到模糊訊號 → 尊重但直接說明要改變的行為、影響和原因。
• 當眾提供負面回饋 → 難堪成本會蓋過問題 → 除非要立即阻止安全風險，選擇私下完整溝通。
• 猜測對方動機 → 「你不在乎」會把討論變成人格防衛 → 說明觀察與影響，再詢問意圖。
• 對方一防衛就撤回重點 → 短期避開不適，問題仍會發生 → 暫停、拆分歧見，再回到事實與共同目標。
• 完全不接受反向回饋 → 忽略流程與自己的貢獻 → 核實新資訊，說清楚哪些部分需要你一起改變。
• 只約定「多溝通」 → 沒有情境、負責人或檢查點 → 定義下一次可觀察動作與升級條件。
• 把「他說謝謝」當結果 → 禮貌回應不能證明改變 → 提供後續行為、影響、關係或流程證據。
• 宣稱一次談話改變了同事 → 誇大因果並搶走對方功勞 → 區分對方行動、流程支持與你的貢獻。
• 把正式違規當一般衝突 → 可能遺漏通報與保護責任 → **保留事實並使用適當的主管、人資、法遵或

安全管道。**

• 虛構漂亮數字 → 深挖口徑時故事會失真 → 使用真實紀錄；沒有數字就給具體可驗證的質性改變。

追問與應對

追問一：你當時具體說了什麼？

用一到兩句重現核心結構：具體情境、可觀察行為、影響和對意圖的詢問。不要背完整稿，也不要只說 「我很委婉」。面試官要判斷你的直接程度與公平性。

追問二：如果對方完全不同意怎麼辦？

先定位歧見在事實、影響或下一步。補充可核驗紀錄，也認真檢查對方的新資訊。無法達成一致時，記錄 雙方理解與工作風險，請真正負責的人決定流程；同儕關係中不要自封裁判。

追問三：如果你後來發現自己錯了呢？

明確撤回不成立的判斷，向對方說明哪些新事實改變結論，並修復錯誤回饋造成的影響。仍有效的部分可以 重新表述，但不能用「出發點是好的」迴避道歉。

追問四：如果對方是你的主管呢？

圍繞親自觀察的行為和工作影響發言，確認適當時機並提出具體請求。職級差會增加風險，但不改變證據 標準。若擔心報復或涉及違規，應使用上一級主管、員工關係或法遵管道。

追問五：如果對方是你的直屬部屬呢？

說明既有期待、管理責任與組織流程，給對方回應與支持空間。不能把第一次清楚回饋突然包裝成長期績效 問題；也不能為了顯得體貼而隱瞞真實標準。正式紀錄依公司政策處理。

追問六：你如何證明關係沒有受損？

不要只說「我們關係更好了」。提供可觀察證據：對方後來仍主動提出異議、雙方能再次直接溝通、共同 完成同類任務，或對方明確指出你尚未改進的地方。能繼續坦誠不代表雙方必須成為朋友。

追問七：如果行為沒有改變怎麼辦？

再次核對期待、障礙和約定是否可行，提供新的具體例子，並讓真正承擔結果的主管參與。若進入正式績效、 安全或法遵範圍，依流程處理。回答要呈現持續負責，也承認你無法單方面控制別人的選擇。