feedback

反馈

开始之前

先检查 EM 背景：

1. 如果 .agents/em-context.md 存在，先阅读
2. 如果提到了某个人，查找 .agents/reports/[name].md ——其中可能包含对方的反馈偏好、过往反馈记录和工作风格
3. 使用这些背景信息——只询问尚未涵盖的信息

如果 .agents/em-context.md 不存在，请先询问最简经理人档案，并保存后再提供详细建议：职位/头衔、团队规模、团队使命或负责领域，以及当前挑战或优先事项。

如果对话的核心涉及某个特定的人，且 .agents/reports/[name].md 不存在，请先询问该人的最简档案，并保存后再提供详细建议：职位/级别、任职时间、优势，以及当前挑战或成长领域。

如果之后的对话揭示了持久的新背景信息，请自动更新 .agents/em-context.md 或 .agents/reports/[name].md。保存稳定的事实和规律，不要保存猜测、一时的挫败情绪或尚未解决的解读。

回复风格

首次回复要简洁实用。用户未要求深入探讨时，不要一次性列出整个框架。

默认做法：

• 先给出可能的诊断或建议
• 只有在缺失的背景信息会改变建议时，才提出最多 2-3 个有针对性的问题
• 给出下一步具体行动，并在有用时提供经理可以直接使用的准确措辞
• 简要提及相关框架，但不要解释每个部分
• 先直接回答，再提出可提供更深入的版本

---

如何使用此技能

在深入探讨框架之前，先判断用户的需求：

• 给予正向反馈 → 使用“精准表达：拒绝含糊其辞”，表扬也同样适用
• 建设性反馈——知道问题，但不知道如何开场 → 先看“开启批判性反馈对话”，再看“不要使用赞美夹心饼”
• 预料到对方会抵触或反驳 → 先看“行为改变阶段”
• 最近发生了某件事，用户希望现在就处理 → 使用“即时反馈”（不要留到 1:1）
• 在整个团队中建立反馈文化 → 使用“快速反馈”
• 为绩效评估或文档撰写反馈 → 先看“精准表达”部分；然后询问需要记录的具体事件
• 与团队成员建立轻量的每周问责机制 → 阅读 references/extended.md ——“每周明确承诺”
• 从自己的团队获取坦诚反馈 → 使用“从团队获取反馈”

如果用户尚未提供具体事件，请询问事件详情。 模糊的反馈输入总是会产生模糊的反馈输出。

---

默认回复结构

在协助撰写反馈时，提供经理可以直接说出口的措辞：

1. 意图： 反馈希望达成什么结果。
2. SBI 草稿： 情境、行为、影响，使用具体语言。
3. 开场白： 以直接而体恤的方式开启对话。
4. 跟进问题： 邀请对方分享看法，但不要弱化信息。
5. 下一步： 提出要求、达成约定或设定观察期。

表扬要具体。纠正性反馈不要藏在赞美夹心饼里。

精准：不要使用模棱两可的说法

最常见的反馈错误就是含糊其辞。“你在会议上说话太直了”或“你的沟通需要改进”——听起来像是反馈，却没有给对方任何可采取行动的方向。对方也很容易置之不理：“我不觉得自己说话太直。”

具体的反馈基于事实，无可辩驳。

不够具体：“你在会议上说话太直了。” 具体：“在和 Christopher 开会时，你在他刚开始提出基于 React 的解决方案时就打断了他。我们因此错失了考察其他方案的机会。我还注意到，从那之后，Christopher 在其他会议上也不再发言了。”

具体的说法指出了事件、受影响的人，以及后续影响。对方无法否认这些事实，只能面对实际发生的事。

对正面反馈也要采用同样的标准。“你做得很棒”很容易被忘记。“你周四处理事故的方式——保持冷静，在团队排查问题时清晰地向利益相关者沟通——这正是我们在这种情况下需要的做法”则令人印象深刻，也值得效仿。

**给出反馈前，先做好功课。**找出具体事件、具体行为和具体影响。含糊的反馈并不体贴，只是准备不足。

---

公开表扬并非适用于所有人

“公开表扬，私下批评”是常见的管理建议。前半句并非总是正确。

有些工程师确实不想在团队面前被点名表扬。他们更喜欢私下得到认可。突然公开表扬他们——在 Slack 上点名表扬，或提名他们参加表彰项目——可能会让他们感到尴尬，而不是受到激励。

不要想当然，先问问对方。在 1:1 中简单问一句“你做得很出色时，喜欢别人怎样认可你？”就够了。

---

解读社交信号

不是每个人都能察言观色。如果你擅长这一点，帮助那些不擅长的人理解社交信号，也是你工作的一部分。

如果团队成员说了不合时宜的话却没有察觉——惹恼了某人、听起来像是在轻视对方，或在会议上回答得过于生硬——请私下告诉他们。不要把这当作批评，而是作为信息来传达：“我觉得这听起来和你的本意不太一样。我注意到的是……”他们往往并不知道。告诉他们，是你能做的最有用的事。

---

行为改变的阶段

在处理绩效或行为问题时，人们通常会经历三个阶段，才会接受反馈：

1. 忽视——不承认问题存在
2. 否认——主动反驳（“这不是真的”／“你错了”）
3. 责怪他人——把责任推给别人

在一次 1:1 中，你往往能带着对方经历这三个阶段。每个阶段都需要不同的应对方式：

• 在忽视／否认阶段：提供具体事实。不要争辩，而要平静地摆出证据。
• 在责怪他人阶段：不要让对方借此逃避。承认其中部分事实，然后把话题引回对方能掌控的事情上。

目标不是赢得争论，而是让对方最终能够正视并承担问题。

---

替代赞美三明治

先赞美、最后再赞美——把批评夹在中间——会适得其反，原因有两个：开头的赞美听起来不真诚（对方已经做好了挨批的准备），而结尾的赞美可能会因近因效应掩盖批评。

以下四个步骤更有效（来自 Adam Grant，基于研究）：

1. 解释你为什么要给出反馈。 表明你是站在对方这边的：“我给你这个反馈，是因为我对你有很高的期待，也相信你能达到这些期待。” 来自一个相信你的人，再难听的实话也更难被拒绝。
2. 别把自己放在高高在上的位置。 缩小权力差距：“我曾受益于别人给我的尖锐反馈，现在我也想把这份帮助传递下去。” 这样能减少反馈带来的威胁感。
3. 直接提出批评。 不要绕弯子。说清楚具体的问题、具体的事件，以及具体的影响。
4. 邀请对方回应。 问问对方怎么看。让他们参与交流，而不只是接收反馈。

---

开启一次批评性反馈对话

摘自 The Making of a Manager（Zhuo）：在一场艰难的反馈对话开始前，双方都会感到不自在。这种不自在是个好迹象，说明这场对话是真诚的。

轻松自在的反馈对话往往没有起到什么作用。如果双方都毫无摩擦感，反馈很可能不够具体、不够坦诚，或者讨论的事情根本无关紧要。

开场时可以这样说：

开场白不必复杂。关键是要传达：你这么说是因为在乎对方，而不是在评判对方。

“我想和你分享一件很难开口的事，我之所以要说，是因为我觉得这对你的发展很重要。”

或者，直接点明正在发生什么：“我有一些直接的反馈想告诉你。这可能会让你感到不舒服，我想让你知道，我这么做是因为我关心你能否在这里取得成功。”

然后说出问题。 不要绕来绕去。开场白定下了基调；反馈本身必须清楚、具体、直接。开场很有力，之后却把话说得软绵绵，就失去了意义。

沉默也是一种信息。 如果对方在听到批评性反馈后沉默了，不要急着填补空白。让他们消化一下。沉默往往意味着他们确实在认真听——这正是你想要的。

---

即时反馈

等到下次 1:1 再给反馈，会让反馈的大部分效果付诸东流。反馈离事件越近，对方就越容易把它和自己实际做过的事联系起来。

站会反馈——在工作过程中、相关时刻或其前后给出的反馈。不必开一场正式的大型谈话；简短直接地说几句就行。例如：某位开发人员一再拖延对队友代码的评审。在站会上提出这个问题（或会后马上在走廊里提出来），远比三天后在 1:1 中再提有效；那时对方可能已经几乎不记得具体是哪一次了。

音量旋钮。 即时反馈不必大声或激烈。可以把语气和音量调低，而不是削弱内容。内容要清晰、直接；表达要冷静、不带戏剧性。简短、尊重对方，并且紧接事件给出的反馈，胜过正式、详尽却晚了一周的反馈。

时机为何重要。 人类（和其他动物一样）很难在时间间隔过长时把反馈与行动联系起来。等上几天不只会降低反馈效果，还会让团队形成这样的预期：只有在正式场合才会收到反馈，从而削弱日常工作中的心理安全感。Google 对团队效能的研究将心理安全感确定为首要因素，而团队领导者是影响它的主要因素。

---

快速反馈：在团队中养成反馈习惯

只在正式评审时才提供反馈的团队反应太慢。快速反馈是一项有组织的活动，旨在帮助整个团队养成反馈习惯。

**运作方式：**团队成员两两配对，在私密空间中交流。每个人都有固定时间向对方提供反馈，然后交换顺序。配对不断轮换，直到每个人都和其他所有人交流过。

**目标不是深入探讨，而是让反馈成为常态。**前几轮侧重于表达欣赏和肯定他人的贡献。随着团队逐渐适应，他们自然会开始加入改进建议。这项活动让反馈融入团队的日常节奏，而不是一年一次的事情。

最适合 5–8 人的团队。可以通过分组讨论室和共享看板远程开展。这不能取代常规的 1:1 反馈，而是对其进行补充。

---

从团队获得反馈

糟糕的管理者有很多问题，但大多自己也知道。优秀的管理者则有一些不易察觉的问题。在绩效评审中征求反馈时，你通常只会得到沉默，或者一句“都挺好的！”你总有可以改进的地方。

以下三种方法可以帮你获得更深入的反馈：

**1. 从不同角度提问。**别接受最初那句“我想不出什么”。换个方向继续问：“有没有什么行为让你不喜欢？”“有什么与你的成长或我们的 1:1 相关的具体建议吗？”“整个团队有什么本可以做得更好的地方？”真实的反馈往往只有在问题不断变化时才能得到。

**2. 分享自己的困难。**当你分享自己遇到的困难时，人们会更愿意指出你的问题。这表明你欢迎坦诚的评价。如果团队只能通过你的 LinkedIn 帖子才知道你的困难，那么你们的 1:1 中就不存在展开这类对话的心理空间。

**3. 围绕具体情境展开。**人们不会轻易批评你这个人，但会谈论某个项目或事件。与其问“我可以在哪些方面改进？”，不如问“在项目 X 中，我们本可以做得更好的地方是什么？”然后进一步追问：“如果我们要重做这个项目，你会做哪些改变？”真正的反馈就在第二个问题里。

---

深入了解

如果用户询问某个框架的来源、想阅读原始文章，或想进一步了解此技能中的任何主题，请阅读 references/sources.md，其中列出了完整的来源文章（含链接）、书籍和课程资料。

---

相关技能

• 1on1s — 在 1:1 场景中提供反馈
• performance-reviews — 在评审时提供正式的书面反馈