difficult-situations

困难情境

开始之前

先检查 EM 上下文。如果 .agents/em-context.md 存在，请阅读。如果提到了某个具体的人，请检查 .agents/reports/[name].md。

如果 .agents/em-context.md 不存在，请先询问并保存一份简要的管理者档案，然后再提供详细建议：角色／职务、团队规模、团队使命或负责领域，以及当前挑战或优先事项。

如果对话的核心涉及某个具体的人，且 .agents/reports/[name].md 不存在，请先询问并保存一份该人员的简要档案，然后再提供详细建议：职务／级别、任职时间、优势，以及当前挑战或成长方向。

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

回复风格

首条回复要简洁实用。除非用户要求深入说明，否则不要倾倒整套框架。

默认做法：

• 先说明可能的判断或建议
• 只有在缺失的背景信息会改变建议时，才提出最多 2-3 个有针对性的问题
• 给出下一步具体行动，并在有帮助时提供管理者可以直接使用的措辞
• 简要提及相关框架，但不要解释每个部分
• 先给出直接答复，再提出可以进一步展开

---

如何使用此技能

• 在团队频道发布了冒犯或不当言论 → 团队频道中的不当言论
• 工程师向你抱怨或批评你的经理 → 工程师说你经理的坏话时
• 要解雇某人，但对方的个人处境非常糟糕 → 时机糟糕时解雇某人
• 因离开自己的工作而感到内疚 → 作为管理者辞职：随之而来的内疚
• 计划或执行裁员 → 处理裁员

---

默认回复结构

处理困难情境时，应优先考虑安全、清晰度和行动顺序：

1. 情境判断： 事关什么，以及谁可能受到伤害。
2. 立即行动： 首先该做什么，尤其是延迟行动会传递错误信号时。
3. 私下跟进： 哪些人需要进行 1:1 沟通，以及该说什么。
4. 记录／升级： 记录什么，以及何时请 HR、法务或领导层介入。
5. 修复路径： 急性阶段过后，如何稳定信任。

如果情境可能涉及骚扰、歧视、威胁、裁员或解雇，建议遵循相应的公司流程，不要独自临场应对。

---

团队频道中的不当言论

如果有人在团队频道发布冒犯或不当言论——恐同言论、种族主义笑话、贬低同事的评论——你必须采取行动。不采取行动也是一种选择，而团队成员都在关注。

该怎么做：

1. 不要忽视或拖延。 拖得越久，沉默就越容易被解读为认同。
2. 先在频道中简短回应。 可以这样说：“这种话不适合在这里分享。” 在公开场合简短回应，不要激化事态。
3. 之后与发言者进行 1:1 沟通。 不要在公开场合围攻对方，但必须进行私下沟通。明确说明今后的行为要求。
4. 关心可能受到影响的人。 发一条简短的私信——这不是正式的 HR 谈话，只需说：“我看到了那条消息，想让你知道这不可接受，而且我正在处理。”

目标是在保护团队氛围的同时，避免公开羞辱事件。这两点都很重要。

---

当工程师说你的经理坏话时

一位开发者在 1:1 中告诉你，你的经理能力不足、做了错误的决定，或者在坑团队。也可能是他们说话的方式明显是在试图让你选边站。

这是披着倾诉外衣的忠诚度测试。

该怎么做：

• 即使你部分认同，也不要附和。 对经理的批评表示认同——尤其是对直接下属——会破坏双方之间的信任链。你会变成那个在团队面前议论经理的人。
• 也不要否定他们的感受。 “我听得出你对那个决定感到沮丧”是诚恳的。“我经理没问题，只是你不理解”则既不诚实，也居高临下。
• 把话题引向可采取行动的方面。 “我无法评价那个决定背后的原因，但我可以了解它对你工作的影响，以及我是否能为其他方案争取支持。”
• 如果确实存在合理的申诉，要认真对待。 在谈话之外，单独评估这个问题是否成立。如果成立，就通过合适的渠道提出。

底线是：你可以批判性地看待经理的决定，但不能和下属一起对这些决定大发牢骚。

---

时机糟糕时让人离职

这位工程师是四个孩子的父亲。他们刚买了房子，配偶正面临健康问题。这些情况你都知道。

这件事不存在毫无伤害的处理方式。是否让某人离职，应该根据他们是否适合当前岗位来决定，而不是根据他们的个人生活状况。如果你因个人情况而破例，就永远无法做出这个决定，而团队和当事人都会为正确决定被无限期推迟付出代价。

你可以做的事：

• 在可能的情况下，尽量宽限时间——多给几周通知期，或延长正式交接期
• 在你为其向公司内部争取的遣散费或支持方面尽量慷慨
• 谈话时保持坦诚：清楚说明哪些方面不奏效，同时以人道的方式表达
• 在之后继续提供帮助——写一份好的推荐信、牵线介绍、提供推荐

你不该做的事：

• 因为对他们的处境感到内疚，就让一个无法胜任岗位的人继续留任
• 在双方都知道即将发生什么的情况下，无限期回避谈话

这份工作最艰难的部分，就是做出你明知正确、却也知道会伤害某人的决定。这种不适不会消失。承受它是职责的一部分。

---

作为经理辞职：随之而来的愧疚

经理离职时的愧疚，与个人贡献者离职时的愧疚并不相同。

你会觉得自己对团队负有责任——他们信任你，你影响过他们的职业发展，有些人甚至是因为你才加入的。离开让人觉得像是在抛弃他们，尤其是团队正处于项目中途、困境之中，或局势不稳定的时期。

一些现实情况：

• 你没有背叛他们。 团队成员遇到更好的机会时，也会离开，而不会觉得自己背叛了你。你也可以这么做。
• 你的继任者会应付得来。 优秀经理离开，团队不会因此垮掉。强大的团队比经理任期更长。
• 愧疚感说明你在乎，而不是说明你有义务留下。 感受到愧疚，说明你认真对待这份职责。但如果你留在一个已不再适合自己的岗位上，这对团队也没有帮助。

你对他们应尽的责任：

• 周到地完成交接——不突然消失，也不假装什么都没发生
• 直接向值得由你亲自告知的人坦诚沟通
• 做好充分交接——文档、背景信息、引荐

你不欠他们的：

• 无限期留下
• 根据愧疚而非下一阶段的最佳选择来决定离职时间

---

处理裁员

裁员在后勤安排和情感上都很艰难。以下做法有助于减轻伤害：

为什么规划期间必须保密——以及保密为何令人痛苦。 你无法沟通尚未确定的细节。缺乏具体信息时，人们会用恐惧填补空白。过早披露会造成可能永远无法修复的裂痕。保密让人不舒服，但能保护人们免遭更糟的结果。

坦诚面对其中的艰难。 这让人觉得武断又不公平——因为往往确实如此。没有造成业务问题的人，也会因此失去工作。这确实很难，为此感到难过是正常的。不该做的是让这种情绪左右谁留下、谁离开（参见上文“时机糟糕时如何让某人离开”）。

对于被裁的人：

• 直接、清楚地说明。面对面（或通过实时视频）告知他们。不要拐弯抹角。
• 提供他们了解后续安排所需的信息：遣散费、福利延续、时间安排、是否可以提供推荐。
• 干净利落地结束谈话。试图长时间一起消化这件事，通常只会让事情更难，而不是更容易。

对于留下来的人：

• 承认发生了什么。不要表现得好像一切都没变。躲过裁员的人正在消化失去同事和不确定性带来的影响——相比于保证一切安好，他们更需要你坦诚说明接下来会怎样。
• 坦诚说明你知道什么、不知道什么。“我不知道”比虚假的确定感更可信。
• 给他们空间哀悼。工作效率会下降，这是正常的。

对于你自己：

• 你可能正在执行一个并非由你做出、也不是你想要的决定。这确实是一种负担。找一位团队之外的同事或导师，和对方谈谈、理清思绪。

---

深入了解

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

---

相关技能

• feedback — 大多数棘手情况都需要先进行一次直接的反馈谈话
• performance-reviews — 正式的让某人离开的流程在这里
• managing-yourself — 如何在压力下领导，并在艰难时刻承接团队的恐惧
• 1on1s — 这些情况大多最先在这里浮现