feedback-mastery

反饋對話

概述

此技能提供引導職場困難對話與提供有效反饋的框架。無論是處理績效問題、化解衝突，還是給予建設性反饋，這些結構化方法都能帶來更好的結果。

核心洞察： 研究顯示，有準備且使用清晰框架進行困難對話的員工，達成正面結果的機率比沒有計畫的人高出 60%。

何時使用此技能

在以下情況使用此技能：

• 準備對同事或直屬下屬給予反饋
• 處理績效問題或未達成的期望
• 調解團隊成員間的衝突
• 進行關於敏感話題的一對一談話
• 接收反饋並希望以建設性方式回應
• 管理與利害關係人的期望

關鍵字： 反饋、困難對話、一對一、績效、衝突、期望、行為、對質

核心框架

準備-傳達-跟進模型

困難對話的三段式結構：

階段	重點	關鍵問題
準備	了解問題、定義目標、管理情緒	問題是什麼？我想要什麼結果？我冷靜嗎？
傳達	中立開場、用事實而非指責、鼓勵對話	如何開始？我有什麼證據？如何讓他們參與？
跟進	記錄行動、設定檢查點、提供支持	我們同意什麼？何時再次確認？我如何支持？

SBI 反饋模型

情境-行為-影響（SBI） 將反饋結構化，使其具體、客觀且可執行：

組成	說明	範例
情境	描述具體背景	「在昨天的程式碼審查中...」
行為	陳述可觀察的行動（非解讀）	「...你打斷了莎拉三次，當時她正在解釋她的方法...」
影響	解釋對團隊/專案/個人的影響	「...這讓她猶豫是否分享想法，也拖慢了我們的討論。」

為何有效： SBI 去除假設，專注於可觀察的事實，減少防衛心。

準備階段

第一步：了解問題

問自己：

• 問題到底是什麼？（要具體，不要模糊）
• 這對團隊、專案或公司有什麼影響？
• 我是否收集了所有相關事實？
• 這是模式還是單一事件？

第二步：定義你的目標

在對話前，釐清你追求的目標：

目標類型	範例
行為改變	「我希望他們準時提交程式碼審查」
相互理解	「我想了解是什麼阻礙了他們」
設定期望	「我想釐清『完成』對功能來說意味著什麼」
解決問題	「我想一起找到解決方案」

提示： 使用「如果-那麼」語句來釐清利害關係：

「如果這種行為持續下去，那麼專案時程就會受影響，導致交付延誤。」

第三步：管理你的情緒

高情緒強度會降低認知處理能力 30%。在對話前：

• [ ] 我是否冷靜且能控制自己？
• [ ] 我是否將事實與個人挫折分開？
• [ ] 我是否考慮了他們的觀點？
• [ ] 我能否在不指責的情況下呈現問題？

重新框架技巧：

指責型	建設型
「你總是錯過截止日期，拖累大家」	「我注意到最近有些延遲，想了解你遇到的挑戰」
「你從來不好好測試程式碼」	「我發現最近有幾個錯誤漏掉了。我們來談談測試流程」

傳達階段

三步傳達公式

1. 以中立和意圖開場
2. 用事實而非指責呈現問題
3. 鼓勵對話與解決方案

有效的開場白

情境	開場白
一般	「我想談談對團隊成功很重要的事，也很想聽聽你的看法。」
績效	「我注意到一些模式想討論。我的目標是支持你，不是批評。」
衝突	「我感覺可能有些緊張，想從你的角度了解發生了什麼。」
期望	「我想確保我們對期望有共識。可以聊聊這個專案的進展嗎？」

事實，而非指責

指責型	事實型
「你對這個專案沒有投入」	「我注意到你在最近三次會議中的更新都很簡短。是不是工作量有問題？」
「你不在乎程式碼品質」	「這個 PR 在 QA 中發現了 12 個錯誤。我們來談談發生了什麼以及如何改進」
「你總是遲到」	「站立會議在 9:00 開始，過去三天你都在 9:15 加入。發生什麼事了？」

關鍵原則：

• 使用具體例子，而非概括性詞語（「總是」、「從不」）
• 堅持可觀察的行為，而非對動機的假設
• 專注於影響，而非人格

鼓勵對話

在陳述觀察後，轉向協作：

情境	對話提示
了解障礙	「這件事有什麼挑戰？」
尋求他們的看法	「你如何看待這個情況？」
尋找解決方案	「什麼能幫助你在這裡成功？」
確認共識	「這與你對發生的事情的理解一致嗎？」

跟進階段

即使成功的對話也需要後續行動才能產生持久改變。

跟進檢查清單

• [ ] 記錄雙方同意的行動項目 - 具體會改變什麼？
• [ ] 設定檢查日期 - 何時再次討論？
• [ ] 提供持續支持 - 你如何幫助他們成功？
• [ ] 慶祝進展 - 當進步發生時要予以肯定

範例跟進訊息

嗨 [姓名]，

謝謝昨天的對話。我很感謝你的坦誠。

**我們同意的事項：**
- [行動項目 1] - [時間表]
- [行動項目 2] - [時間表]

**檢查點：** 我們在 [日期] 再次聯繫，看看進展如何。

如果需要任何支持，我都在這裡。謝謝你和我一起解決這個問題。

祝好，
[你的名字]

軟體團隊的 SBI 範例

正面反饋

程式碼審查：

情境： 「在週二認證模組的程式碼審查中...」
行為： 「...你對潛在安全漏洞提供了詳細評論，並建議了有效的修復方法...」
影響： 「...這強化了我們的安全防護，並為團隊節省了數小時的除錯時間。」

協作：

情境： 「在昨天的架構討論中...」
行為： 「...你提出了釐清問題，並在他人想法基礎上發展，而不是強推自己的方案...」
影響： 「...這幫助我們更快達成共識，並讓每個人都感覺被傾聽。」

建設性反饋

錯過截止日期：

情境： 「上週四我們在最終確定 API 部署時...」
行為： 「...你的測試結果在我們約定的截止時間後兩小時才出來...」
影響： 「...這延遲了發布，危及了我們的 SLA，並導致 QA 團隊加班。」

會議行為：

情境： 「在昨天的衝刺規劃中...」
行為： 「...你在大部分討論中都在看手機，當我們要求估算時也沒有貢獻...」
影響： 「...這讓團隊在後端故事上缺乏你的專業，也讓其他人覺得他們的時間不被重視。」

更多範例： 請參閱 references/feedback-sbi-model.md

常見困難情境

情境：績效問題

情況： 開發人員持續交付有錯誤的程式碼。

方法：

1. 準備： 收集具體範例（PR、錯誤數量、時間線）
2. 傳達： 「我注意到最近 [X 個 PR 中有 Y 個錯誤]。我想了解發生了什麼，以及如何支持你。」
3. 探索： 詢問工作量、需求明確度、測試信心
4. 協作： 「什麼能幫助你對程式碼品質更有信心？」
5. 跟進： 在約定的改變後檢查，肯定改進

情境：團隊成員間的衝突

情況： 兩位工程師對技術方法有歧見，影響了團隊。

方法：

1. 先分別會談： 了解各自的觀點
2. 尋找共同點： 他們都想要什麼？（可運作的產品、良好的程式碼等）
3. 共同引導： 專注於事實和取捨，而非個性
4. 建立決策流程： 當有分歧時，團隊如何決定？
5. 跟進： 確認解決方案有效

情境：不切實際的期望

情況： 主管希望功能在所需時間的一半內完成。

方法：

1. 準備： 類似過去工作的數據、所需任務的細分
2. 傳達： 「我想確保我們對現實情況有共識。以下是我看到的...」
3. 呈現取捨： 「如果我們 [縮小範圍/增加人力/接受風險]，就能趕上那個日期」
4. 協作： 「這裡最重要的是日期還是完整功能集？」
5. 記錄： 以書面形式取得同意，避免未來不一致

詳細腳本： 請參閱 references/difficult-conversation-scripts.md

妥善接收反饋

當你處於接收端時：

對話期間

1. 完整聆聽 - 不要在對方說話時準備辯護
2. 提出釐清問題 - 「可以給我一個具體例子嗎？」
3. 複述以確認 - 「所以你是在說...」
4. 承認影響 - 即使意圖不同：「我理解這對你造成了影響」
5. 不要防衛 - 感謝他們提出來

對話之後

1. 誠實反思 - 反饋中有道理嗎？
2. 確定行動 - 你會做什麼不同的事？
3. 後續跟進 - 讓他們知道你正在改變什麼
4. 請求持續反饋 - 顯示你致力於成長

快速參考：困難對話檢查清單

之前

• [ ] 我了解具體問題
• [ ] 我有具體例子
• [ ] 我定義了對話目標
• [ ] 我情緒穩定
• [ ] 我考慮了他們的觀點

期間

• [ ] 我以中立和意圖開場
• [ ] 我陳述事實，而非指責
• [ ] 我使用 SBI 進行具體反饋
• [ ] 我詢問了他們的觀點
• [ ] 我專注於解決方案，而不只是問題
• [ ] 我記錄了同意的行動

之後

• [ ] 我發送了跟進摘要
• [ ] 我安排了檢查時間
• [ ] 我提供持續支持
• [ ] 我肯定進展

配套資源

• references/feedback-sbi-model.md - 完整 SBI 框架與更多範例
• references/difficult-conversation-scripts.md - 開場白與回應
• references/expectation-alignment.md - 管理利害關係人期望

推薦閱讀

• 《關鍵對話》by Kerry Patterson & Joseph Grenny
• 《困難對話》by Stone, Patton, Heen
• 《徹底坦率》by Kim Scott
• Amy Edmondson 關於心理安全感的研究

---