mcpField
F
feedback-mastery

feedback-mastery

github.com/softaworks生产力2.6k4.0k 次安装34 周前更新
代码仓库

关于 feedback-mastery

帮助管理者、同事和团队成员准备职场中的困难对话与反馈。它结合 SBI 反馈模型、谈话前中后的步骤及具体场景建议,强调基于事实并跟进约定事项。

主要功能

  1. 01使用 SBI 组织具体反馈
  2. 02按准备、表达和跟进安排对话
  3. 03以可观察事实代替指责
  4. 04提供绩效、冲突和预期管理场景建议
  5. 05涵盖建设性接收反馈的方法

适用场景

  1. 01准备与同事或下属讨论绩效问题
  2. 02协调团队成员之间的冲突
  3. 03与利益相关者对齐预期
  4. 04回应收到的反馈并制定后续行动

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/softaworks/agent-toolkit --skill feedback-mastery

安装后在 Claude Code 中输入/feedback-mastery确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

README.md
references/
difficult-conversation-scripts.md
expectation-alignment.md
feedback-sbi-model.md

详细介绍

反馈对话

概述

此技能提供了应对棘手职场对话和有效提供反馈的框架。无论是处理绩效问题、解决冲突,还是提供建设性反馈,这些结构化方法都能带来更好的结果。

核心洞见: 研究表明,做好准备并采用清晰框架来应对棘手对话的员工,达成积极解决方案的可能性比毫无计划地参与对话的员工高出 60%。

何时使用此技能

在以下情况下使用此技能:

  • 准备向同事或直接下属提供反馈
  • 处理绩效问题或未达到预期的情况
  • 应对团队成员之间的冲突
  • 就敏感话题进行 1:1 对话
  • 接收反馈并希望作出建设性回应
  • 管理与利益相关者的预期

关键词:反馈、棘手对话、1:1、一对一、绩效、冲突、预期、行为、对质

核心框架

准备—表达—跟进模型

用于棘手对话的三阶段结构:

阶段重点关键问题
准备了解问题、明确目标、管理情绪问题是什么?我想要什么结果?我冷静吗?
表达中立地开场、陈述事实而非指责、鼓励对话我该如何开场?我有哪些证据?如何让对方参与进来?
跟进记录行动、安排回访、提供支持我们达成了什么共识?何时回访?我该如何提供支持?
SBI 反馈模型

情境—行为—影响(SBI) 通过具体、客观且可执行的方式组织反馈:

组成部分描述示例
情境描述具体背景“在昨天的代码审查中……”
行为陈述可观察到的行动(而非解读)“……你在 Sarah 解释她的方法时打断了她三次……”
影响说明对团队/项目/个人造成的影响“……这让她不太愿意分享想法,也拖慢了我们的讨论。”

有效原因: SBI 消除了假设,专注于可观察到的事实,从而减少防御心理。

准备阶段

第 1 步:了解问题

问问自己:

  • 具体问题是什么?(要具体,不要含糊)
  • 这对团队、项目或公司有什么影响?
  • 我是否收集了所有相关事实?
  • 这是反复出现的情况,还是偶发事件?
第 2 步:明确目标

对话之前,先明确你想达成什么:

目标类型示例
行为改变“我希望他们按时提交代码审查”
相互理解“我想了解是什么阻碍了他们”
明确预期“我想明确功能做到什么程度才算‘完成’”
解决问题“我想一起找到解决方案”

提示: 使用“如果—那么”陈述明确利害关系:

“如果这种行为持续下去,那么项目进度就会受到影响,导致交付物无法按时完成。”

第 3 步:管理情绪

情绪强度过高会使认知处理能力降低 30%。对话之前:

  • 我冷静且能控制自己吗?
  • 我是否把事实与个人挫败感区分开了?
  • 我是否考虑过对方的立场?
  • 我能否在不带指责的情况下表达这件事?

换个角度看:

指责式表达建设性表达
“你总是错过截止日期,拖慢了所有人的进度”“我注意到最近有几次延误,想了解你遇到了什么困难”
“你从来没有好好测试代码”“我发现最近有几个漏洞没有被发现。我们来谈谈测试流程吧”

表达阶段

三步表达法
  1. 以中立的态度和目的开场
  2. 基于事实陈述问题,不要指责
  3. 鼓励对话并共同寻找解决方案
有效的开场白
场景开场白
一般情况“我想谈谈一件对团队成功很重要的事,也很想听听你的看法。”
绩效“我注意到一些值得讨论的情况。我的目的是支持你,而不是批评你。”
冲突“我感觉我们之间可能存在一些紧张,我想了解一下你这边的情况。”
预期“我想确认我们对预期的理解一致。我们能谈谈这个项目目前的进展吗?”
陈述事实,而非指责
指责陈述事实
“你对这个项目不上心。”“我注意到你在最近 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 的代码。

处理方式:

  1. **准备:**收集具体例子(PR、bug 数量、时间线)
  2. 沟通:“我注意到 [最近 Y 个 PR 中有 X 个 bug]。我想了解发生了什么,以及我能如何支持你。”
  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 - 管理利益相关方的期望

推荐阅读

  • Kerry Patterson 和 Joseph Grenny 所著的《关键对话》
  • Stone、Patton 和 Heen 所著的《困难对话》
  • Kim Scott 所著的《彻底坦率》
  • Amy Edmondson 关于心理安全的研究

评论

支持 Markdown