关于 feedback-mastery
帮助管理者、同事和团队成员准备职场中的困难对话与反馈。它结合 SBI 反馈模型、谈话前中后的步骤及具体场景建议,强调基于事实并跟进约定事项。
主要功能
- 01使用 SBI 组织具体反馈
- 02按准备、表达和跟进安排对话
- 03以可观察事实代替指责
- 04提供绩效、冲突和预期管理场景建议
- 05涵盖建设性接收反馈的方法
适用场景
- 01准备与同事或下属讨论绩效问题
- 02协调团队成员之间的冲突
- 03与利益相关者对齐预期
- 04回应收到的反馈并制定后续行动
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ softaworks/ agent-toolkit --skill feedback-mastery安装后在 Claude Code 中输入/feedback-mastery确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
README.mdreferences/difficult-conversation-scripts.mdexpectation-alignment.mdfeedback-sbi-model.md详细介绍
反馈对话
概述
此技能提供了应对棘手职场对话和有效提供反馈的框架。无论是处理绩效问题、解决冲突,还是提供建设性反馈,这些结构化方法都能带来更好的结果。
核心洞见: 研究表明,做好准备并采用清晰框架来应对棘手对话的员工,达成积极解决方案的可能性比毫无计划地参与对话的员工高出 60%。
何时使用此技能
在以下情况下使用此技能:
- 准备向同事或直接下属提供反馈
- 处理绩效问题或未达到预期的情况
- 应对团队成员之间的冲突
- 就敏感话题进行 1:1 对话
- 接收反馈并希望作出建设性回应
- 管理与利益相关者的预期
关键词:反馈、棘手对话、1:1、一对一、绩效、冲突、预期、行为、对质
核心框架
准备—表达—跟进模型
用于棘手对话的三阶段结构:
| 阶段 | 重点 | 关键问题 |
|---|---|---|
| 准备 | 了解问题、明确目标、管理情绪 | 问题是什么?我想要什么结果?我冷静吗? |
| 表达 | 中立地开场、陈述事实而非指责、鼓励对话 | 我该如何开场?我有哪些证据?如何让对方参与进来? |
| 跟进 | 记录行动、安排回访、提供支持 | 我们达成了什么共识?何时回访?我该如何提供支持? |
SBI 反馈模型
情境—行为—影响(SBI) 通过具体、客观且可执行的方式组织反馈:
| 组成部分 | 描述 | 示例 |
|---|---|---|
| 情境 | 描述具体背景 | “在昨天的代码审查中……” |
| 行为 | 陈述可观察到的行动(而非解读) | “……你在 Sarah 解释她的方法时打断了她三次……” |
| 影响 | 说明对团队/项目/个人造成的影响 | “……这让她不太愿意分享想法,也拖慢了我们的讨论。” |
有效原因: SBI 消除了假设,专注于可观察到的事实,从而减少防御心理。
准备阶段
第 1 步:了解问题
问问自己:
- 具体问题是什么?(要具体,不要含糊)
- 这对团队、项目或公司有什么影响?
- 我是否收集了所有相关事实?
- 这是反复出现的情况,还是偶发事件?
第 2 步:明确目标
对话之前,先明确你想达成什么:
| 目标类型 | 示例 |
|---|---|
| 行为改变 | “我希望他们按时提交代码审查” |
| 相互理解 | “我想了解是什么阻碍了他们” |
| 明确预期 | “我想明确功能做到什么程度才算‘完成’” |
| 解决问题 | “我想一起找到解决方案” |
提示: 使用“如果—那么”陈述明确利害关系:
“如果这种行为持续下去,那么项目进度就会受到影响,导致交付物无法按时完成。”
第 3 步:管理情绪
情绪强度过高会使认知处理能力降低 30%。对话之前:
- 我冷静且能控制自己吗?
- 我是否把事实与个人挫败感区分开了?
- 我是否考虑过对方的立场?
- 我能否在不带指责的情况下表达这件事?
换个角度看:
| 指责式表达 | 建设性表达 |
|---|---|
| “你总是错过截止日期,拖慢了所有人的进度” | “我注意到最近有几次延误,想了解你遇到了什么困难” |
| “你从来没有好好测试代码” | “我发现最近有几个漏洞没有被发现。我们来谈谈测试流程吧” |
表达阶段
三步表达法
- 以中立的态度和目的开场
- 基于事实陈述问题,不要指责
- 鼓励对话并共同寻找解决方案
有效的开场白
| 场景 | 开场白 |
|---|---|
| 一般情况 | “我想谈谈一件对团队成功很重要的事,也很想听听你的看法。” |
| 绩效 | “我注意到一些值得讨论的情况。我的目的是支持你,而不是批评你。” |
| 冲突 | “我感觉我们之间可能存在一些紧张,我想了解一下你这边的情况。” |
| 预期 | “我想确认我们对预期的理解一致。我们能谈谈这个项目目前的进展吗?” |
陈述事实,而非指责
| 指责 | 陈述事实 |
|---|---|
| “你对这个项目不上心。” | “我注意到你在最近 3 次会议上的进度更新都很简短。是不是有什么事情影响了你的工作量?” |
| “你不在乎代码质量。” | “这个 PR 有 12 个 bug 在 QA 中被发现了。我们来谈谈发生了什么,以及如何改进。” |
| “你总是迟到。” | “站会在 9:00 开始,而你在最近 3 天都是 9:15 才加入。发生什么事了?” |
核心原则:
- 使用具体例子,而非笼统说法(“总是”“从不”)
- 只谈可观察到的行为,不猜测动机
- 关注影响,而非个人品格
鼓励对话
陈述观察后,转向协作:
| 情况 | 对话提示 |
|---|---|
| 了解障碍 | “这件事有哪些方面比较困难?” |
| 听取对方看法 | “你怎么看待这个情况?” |
| 寻找解决方案 | “怎样做能帮助你在这里取得成功?” |
| 确认理解一致 | “这和你对事情经过的理解一致吗?” |
后续跟进阶段
即使谈话进展顺利,也需要后续跟进才能带来持久改变。
后续跟进清单
- 记录商定的行动事项 - 具体会有哪些改变?
- 设定回顾日期 - 我们什么时候重新讨论这件事?
- 持续提供支持 - 你会如何帮助对方取得成功?
- 肯定进步 - 看到改善时及时给予认可
后续跟进消息示例
Hi [Name],
Thanks for the conversation yesterday. I appreciated your openness.
**What we agreed to:**
- [Action item 1] - [Timeline]
- [Action item 2] - [Timeline]
**Check-in:** Let's reconnect [date] to see how things are going.
I'm here if you need any support. Thanks for working through this with me.
Best,
[Your name]
软件团队的 SBI 示例
正面反馈
代码审查:
情境:“在周二对身份验证模块进行代码审查时……” 行为:“……你针对潜在的安全漏洞给出了详细意见,并提出了高效的修复方案……” 影响:“……这增强了我们的安全状况,也让团队之后省下了数小时的调试时间。”
协作:
情境:“在昨天的架构讨论中……” 行为:“……你提出了澄清问题,并在他人想法的基础上继续探讨,而不是一味坚持自己的方案……” 影响:“……这帮助我们更快达成共识,也让每个人都感到自己的意见受到重视。”
建设性反馈
错过截止时间:
情境:“上周四我们准备完成 API 部署时……” 行为:“……你的测试结果比我们约定的截止时间晚了 2 小时才提交……” 影响:“……这导致发布延期、带来 SLA 风险,还让 QA 团队不得不加班。”
会议表现:
情境:“昨天的冲刺规划会议中……” 行为:“……你大部分时间都在看手机,而且我们请你估算工作量时,你也没有参与……” 影响:“……团队因此无法在后端用户故事上获得你的专业意见,也让其他人觉得自己的时间没有受到重视。”
**更多示例:**参见 references/feedback-sbi-model.md
常见的棘手场景
场景:绩效问题
**情况:**一位开发人员持续交付带有 bug 的代码。
处理方式:
- **准备:**收集具体例子(PR、bug 数量、时间线)
- 沟通:“我注意到 [最近 Y 个 PR 中有 X 个 bug]。我想了解发生了什么,以及我能如何支持你。”
- **了解情况:**询问工作量、需求是否明确,以及对测试是否有信心
- 协作:“怎样做能让你对代码质量更有信心?”
- **后续跟进:**在商定的调整后进行回访,并肯定取得的进步
场景:团队成员之间的冲突
情况: 两位工程师在技术方案上意见不一,影响了团队。
处理方法:
- 先分别沟通: 了解双方的观点
- 寻找共同点: 他们都想要什么?(可用的产品、优质代码等)
- 共同讨论: 聚焦事实和权衡,而非个人
- 确立决策流程: 团队发生分歧时,该如何做出决定?
- 后续跟进: 确认解决方案是否有效
场景:不切实际的期望
情况: 管理层希望在所需时间的一半内交付某项功能。
处理方法:
- 做好准备: 收集以往类似工作的数据,并拆解所需任务
- 说明情况:“我想确保我们对哪些事情切实可行达成共识。以下是我的观察……”
- 说明权衡:“如果我们[缩小范围/增加人手/接受风险],就能赶上那个日期”
- 共同讨论:“这里最重要的是什么——日期还是完整的功能集?”
- 记录下来: 以书面形式达成一致,避免日后出现分歧
详细话术: 请参阅 references/difficult-conversation-scripts.md
妥善接受反馈
当你是接受反馈的一方时:
沟通过程中
- 认真倾听 - 对方说话时,不要忙着准备辩解
- 提出澄清问题 -“能举一个具体的例子吗?”
- 复述以确认 -“所以,你的意思是……”
- 承认造成的影响 - 即使你的本意不同:“我能理解这对你造成了什么影响”
- 不要急于辩解 - 感谢对方提出这个问题
沟通结束后
- 诚实反思 - 反馈中是否有道理?
- 明确行动 - 你会做出哪些改变?
- 跟进反馈 - 告诉对方你准备做出哪些改变
- 征求持续反馈 - 表明你愿意不断成长
快速参考:困难对话检查清单
之前
- 我了解具体问题
- 我准备了具体事例
- 我明确了这次对话的目标
- 我已调节好情绪
- 我考虑过对方的观点
过程中
- 我以中立的态度和善意的目的开场
- 我陈述事实,而非指责
- 我针对具体反馈使用了 SBI 方法
- 我询问了对方的观点
- 我聚焦于解决方案,而不只是问题
- 我记录了双方同意采取的行动
之后
- 我发送了后续总结
- 我安排了回访
- 我会持续提供支持
- 我会肯定取得的进展
配套资源
references/feedback-sbi-model.md- 完整的 SBI 框架及更多示例references/difficult-conversation-scripts.md- 开场白和回应话术references/expectation-alignment.md- 管理利益相关方的期望
推荐阅读
- Kerry Patterson 和 Joseph Grenny 所著的《关键对话》
- Stone、Patton 和 Heen 所著的《困难对话》
- Kim Scott 所著的《彻底坦率》
- Amy Edmondson 关于心理安全的研究