managing-high-performers

管理高绩效员工

开始之前

先查看 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. 经理人的做法： 目标、可见度、反馈、限制、职责范围或恢复。
4. 对话话术： 尊重其能力的直接表达方式。
5. 对团队的影响： 如何在保持员工投入的同时保护团队其他成员。

如果问题涉及有害行为，不要因为当事人有才华就为其开脱。

---

四象限

并非每个“难相处”的工程师都有摇滚明星的问题。先做判断：

	低自信	高自信
高能力	需要导师帮助其成长——这正是你可以发挥作用的地方	你的（甜蜜）烦恼
低能力	往往是角色/匹配度不合适——坦诚说明预期	几乎无法共事——坦诚反馈；如果没有改善，就让其离开

真正的摇滚明星挑战是高能力 + 高自信：

• 他们期望你不断用越来越大的项目挑战他们
• 他们有一大堆想要落地的点子
• 晋升问题始终悬而未决——如果组织不发展壮大，他们就会离开

---

Rock Stars 和 Superstars

摘自 Radical Candor（Kim Scott）：并非每位高绩效者都想要同样的东西。错误在于假设他们想要的都一样。

Superstars 正处于快速成长轨道上——他们不断追求挑战、晋升和新的职责范围。他们正朝着更大的目标迈进。要做好管理，就要为他们扫清道路，委派曝光度高的工作，并坦诚说明晋升需要什么。

Rock Stars 是表现出色、状态稳定的员工——团队的“磐石”。他们并没有停滞不前，而是在自己选择的水平上做着出色的工作。他们可能有工作之外的兴趣，可能已达到自己满意的职业平衡，也可能只是不想承担不断向上发展的代价。他们并非表现不佳，而是不可或缺。

管理上的错误： 把 Rock Stars 当成没能晋升的 Superstars。反复问他们“你觉得两年后自己会是什么样？”传递出的信号是，他们目前的贡献还不够。这会给他们带来并非自己所求的压力，也让他们不得不应对本不该承受的怨气。

Rock Stars 需要什么： 认可他们带来的稳定性和专业能力。有意义的工作。不要把他们推向自己没有选择的道路。

Superstars 需要什么： 有曝光度且难度高的任务。定期反馈他们距离更高一级还差什么。坦诚回答“我要怎样做才能达到那个级别？”

一个兼有这两类人、并能善待他们的团队，比只看重 Superstar 发展轨迹的团队更有韧性。

---

如何不当 Rockstar 的经理

过度承诺。 这是最糟糕的做法。描绘一幅最终未能实现的晋升蓝图——即使是你的经理在最后一刻否决了你——也会永久摧毁信任。如果这件事并非由你全权决定，就不要承诺。

忽视建议。 你会不断收到好的想法。如果你说会做某件事，就要做到。如果决定不做，就说明原因。但也别为了取悦他们而没完没了地照单全收——否则你会失去团队其他人的信任。

事无巨细地干预。 他们想要自主空间。相信他们需要你时会来找你。

---

应该怎么做

设定明确的目标。 有抱负的人喜欢目标。如果他们正以晋升为目标，就一起坐下来，明确他们需要做什么才能实现。向上级确认，达到这些目标几乎就能确保晋升（但仍然不要承诺）。

委派最难、曝光度最高的任务。 这是为他们晋升铺路的最佳方式。当组织里的每个人都有机会与他们合作——包括你的同事和你的经理——你提出晋升建议时，他们就会支持。

给予坦诚直接的反馈。 给全力以赴的人提出严厉反馈，可能会让你觉得是在挑他们的刺。别这么想。Superstars 总是在寻求有价值的反馈。即使他们不同意，也会心怀感激。

帮助他们聚焦。 高绩效者可能同时涉足很多领域，希望处处都能有所改进。听听他们为何把精力放在当前这些事情上。寻找替代方案。就真正重要的事情达成一致。

---

防止他们倦怠

Rockstar 在处理需要跨团队协调、定义模糊的问题时，可能会感到沮丧。问题的复杂性和相关方的参与会拖慢进度，他们可能因此过度工作来弥补。

可选方案：

• 提供一个辅助项目，让他们获得成就感
• 为他们安排一位善于应对模糊情况的工程师搭档
• 如果他们非常沮丧并希望转做其他事情，就为他们寻找不同的项目

---

杰出但难相处的问题

明星员工如果管理不当，可能会变得杰出但难相处。他们可能会对“较慢”的团队成员失去耐心，驳回自己认为琐碎的问题。

大多数情况下，他们本意是好的，只是没有意识到自己的行为。直接指出通常就能解决问题。如果问题确实无法解决，你可能不得不让他们离开——损害团队信任和士气的杰出但难相处的员工，不值得挽留。

---

XP 递减诊断

长期待在同一岗位的工程师，即使看起来很有成效，也可能在不知不觉中停滞不前——重复熟悉的工作几乎无法带来成长，而晋升要求却不断提高。

RPG 的类比很有用：在中级阶段颇具挑战性的任务，到了高级阶段就会变成机械重复的工作。机械重复的工作会让人逐渐失去投入感，而这种情况往往会在离职前数月甚至数年出现，通常早在工程师或经理察觉之前就已发生。

使用方法： 定期将每位高级工程师的主要技能与他们过去两个季度实际从事的工作进行对照。如果每项任务都处于他们现有的舒适区内，他们就是在刷低 XP 怪物。

解决办法不是换工作——大多数组织都有内部机会，但需要 EM 主动介入，发掘并安排这些机会。直接询问：“接下来六个月里，你想提升哪些还没有机会锻炼的技能？”然后在每个周期至少安排一项处于其最近发展区的任务——难度要足以带来真正的成长，但不能远超当前能力，以免导致失败。

---

推动者和承接者

高绩效员工分为两种截然不同的类型，每种类型都需要不同的应对方式：

推动者总是想要更多：更多责任、更多认可、更大影响力。他们对自己要求很高，几乎什么都能应对。问题在于：他们会让身边的人精疲力竭。他们的推进速度快过团队的跟进速度，造成摩擦，还可能让同事觉得自己能力不足或备受压力。

应对方法：直接告诉他们，他们的成功也取决于身边的人能否成功。帮助他们认识到，并非每个人都能跟上他们的节奏；带动他人共同前进是一项领导力技能，而不是妥协。

承接者不会主动开口——但你交给他们什么，他们都会接下。他们工作出色、值得信赖，也有良好的判断力。然后有一天，他们突然爆发：精疲力竭、心生怨怼，或悄然不再投入。

应对方法：主动设定预期。在他们开口之前，就主动帮他们卸下手头的工作。关注他们的精力状态，而不只是工作产出。

识别你面对的是哪种类型，会改变你应当提供哪种支持。

---

深入了解

如果用户询问某个框架的来源、想阅读原始文章，或想了解更多背景，请阅读 references/sources.md。

---

相关技能

• retaining-developers — 明星员工主要处于“无聊”和“停滞”状态
• engineer-motivation — 使用 3 个驱动因素，找出真正能激励他们的高曝光度工作
• delegation — 委派高曝光度工作既有助于留住人才，也有助于培养人才
• performance-reviews — 设定明确的晋升标准是管理预期的方式