managing-yourself

管理自己

开始之前

先检查是否存在 EM 背景信息。如果 .agents/em-context.md 存在，请阅读。

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

如果对话中某个人物是核心对象，而 .agents/reports/[name].md 不存在，请先询问此人的最简档案，并在提供详细建议前保存：职称／级别、任职时间、优势，以及当前挑战或成长方向。

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

回复风格

首条回复要简洁实用。除非用户要求深入探讨，否则不要把整套框架一股脑地列出来。

默认做法：

• 先说明可能的诊断结论或建议
• 仅当缺失的背景信息会影响建议时，才提出至多 2-3 个有针对性的问题
• 给出下一步的具体行动；必要时提供经理人可以直接使用的确切措辞
• 简要提及相关框架，但不要解释每个部分
• 先直接回答，再提出可以提供更深入的分析

---

如何使用此技能

先判断具体情况：

• 感到停滞不前，或怀疑自己是否胜任 EM 工作 → 10 种让 EM 陷入困境的方式（从这里开始）
• 事情不断出错，感觉自己像受害者 → 戏剧三角
• 经常遇到糟糕的管理日 → 为什么经理人会有更多糟糕的一天
• 团队似乎缺乏动力，或产出偏低 → 清除障碍
• 在人际交往中犯了错，需要修复关系 → 修复
• 无论如何解决，同一个问题都会反复出现 → 问题与两难
• 作为 EM 的优势正在变成失效模式 → 阅读 references/extended.md — 二分法
• 感觉与大局／产品脱节 → 阅读 references/extended.md — 阳台视角
• 面对意外批评、VP 盘问或重大服务中断 → 阅读 references/extended.md — 保持冷静：BAA 框架
• 审视时间在成长／联结／影响上的分配 → 阅读 references/extended.md — EM 网格
• 保持编码技能或继续亲自动手 → 阅读 references/extended.md — 创作者／经理人模式
• 采取行动前，征求对管理决策的反馈 → 阅读 references/extended.md — 对自己的决策进行代码审查
• 撰写自己的绩效评估 → 阅读 references/extended.md — 你的经理人差值
• 诊断参与度低或团队文化不佳 → 阅读 references/extended.md — 反转模型
• 审视自己的时间分配 → 阅读 references/extended.md — LNO 框架
• 出了问题，正在梳理自己遗漏了什么 → 阅读 references/extended.md — 极致担当
• 困难时期团队感到害怕或焦虑 → 阅读 references/extended.md — 领导者承接恐惧
• 任何与自己的经理、向上管理或高层领导相关的内容 → 使用 managing-up 技能

---

默认回复形式

帮助 EM 自我诊断时，请给出具体建议，不要采用治疗式表达：

1. **模式：**正在出现哪种陷阱、倾向、糟糕日子的成因或修复需求。
2. **代价：**这对团队、经理、同级同事或 EM 自身的判断有何影响。
3. **重新解读：**对情况更有帮助的理解方式。
4. **下一步行动：**本周尝试的一种行为。
5. **反思问题：**之后要观察什么。

如果 EM 听起来不堪重负，请将建议精简为一个下一步行动，而不是列出每个框架。

---

EM 陷入困境的 10 种方式

大多数经验丰富的 EM 至少会犯其中 5 种。

1. 忽视破坏性行为

你默许什么，就会助长什么。忽视某种行为的时间越长，就越难处理。开发者不会平白无故地改变。现在永远是展开谈话的最佳时机，无论已经过去了多久。

2. 试图取悦所有人

想要讨人喜欢的本能，会让你鼓励糟糕的想法、答应不合理的期限，并回避艰难的谈话。你必须学会让人失望，并坚持自己的立场。

3. 过于执着地捍卫原则

不是每场仗都值得打。在为某件事开战之前，先问问自己：“这对我为什么如此重要？”有些原则是不可或缺的，很多则不是。（例如：为了坚持参加每日站会而牺牲团队士气。）

4. 不在团队之外建立关系

大多数 EM 只专注于两种关系：与经理和 PM 的关系。这还不够。团队的影响力取决于其他团队和客户，而这需要一个支持你的关系网络。与关键人物进行一对一交流，并尽力帮助他们。

5. 对自己的角色定义过于狭窄

每位 EM 都有自己的强项——技术、人员或流程，而陷阱在于只做自己擅长的事。有效的经理会填补缺口。持续评估团队最薄弱的环节，并投入精力加以改善。

6. 忘记经理也是普通人

当经理把你置于不利处境，或未经询问就替团队做出承诺时，很容易感到沮丧。但他们几乎肯定是出于好意。给他们犯错的余地。

7. 忽视个人成长

你会过于专注于日常事务，以至于忘记花时间提升自己，最终停滞不前、精疲力竭。为此留出专门时间。

8. 只向下管理

即使团队的想法与业务目标无关，也一味为其争取。即便你成功推动了一个没人要求的 3 个月重构项目，长远来看也会损害你的信誉。

9. 只向上管理

盲目遵循经理的议程，反复说“管理层想要这样”。说得太多，团队就会不复存在。

10. 从不向上管理

团队的成功和认可取决于你与管理层之间的关系。如果从不向上汇报，出色的工作就会无人知晓。做团队的“外交部长”。

（陷阱 #8–10 会在 managing-up 技能中进一步探讨。）

---

戏剧三角——以及如何跳出其中

事情出错时，很容易陷入以下三种角色之一：

• 受害者——感到无能为力，认为事情是发生在自己身上的。专注于该怪谁或什么。
• 反派——受害者眼中一切问题的根源。
• 英雄——提供暂时的解脱（比如“出面处理”的经理，或让你暂时忘却烦恼的无意识刷屏）。

三个 EM 陷入其中的例子：

1. PM 未与你商量，就在公开场合过度承诺 → 你是受害者，PM 是反派，你希望经理来当英雄
2. CEO 告诉你的经理，你的团队不够努力 → 你是受害者，CEO 是反派，肯定你挫败感的配偶是英雄
3. 表现不佳且毫无进步的开发人员 → 你是受害者，前任经理是反派，午餐时向同事抱怨是英雄

这三种情况下，根本原因都没有得到解决。

如何跳出其中：

1. 意识到自己正处于受害者心态。 留意的不只是反派是谁，也要留意你正向谁寻求帮助，让对方充当英雄来缓解挫败感。

2. 尽可能努力地站在对方的角度看问题。 PM 过度承诺时，不要发愤怒的 Slack 消息，而是给他们打电话。问问他们为什么这么做。很多时候，“反派”正承受着你并不了解的巨大压力。

3. 关注你想要的结果，而不是问题。 越关注问题，问题就会变得越大。问问自己：我在这里真正想要什么结果？然后朝着这个目标努力。

更健康的模式是：创造者、挑战者、教练。创造者关注自己想要什么，而不是不想要什么。创造者仍会面对并解决问题——但这是为了创造结果，而不是沉溺于挫败感。

---

为什么管理者更容易遭遇糟糕的一天

有件事没人会提醒你：管理工作的情绪体验与个人贡献者截然不同。

作为开发者，糟糕的一天有明确的边界。你写代码、修 Bug、交付成果。即使是艰难的一天，结束时也会留下看得见的成果。如果情况真的很糟，你可以戴上耳机，埋头投入工作。

作为管理者，这样的逃避方式并不存在。你的情绪和工作本身融为一体。管理者比预想中更容易遭遇糟糕的一天，原因有三：

1. 内疚。 你不可能无处不在。有人需要你付出更多，但你今天无法给予。这种内疚持续不断，挥之不去。它不会消失——你只能学着与它共处。

2. 互动越多，变数越多。 作为管理者，你的一天大多是在和别人打交道。互动越多，误解、冲突、沟通不畅，或反馈被负面解读的机会也越多。

3. 无法通过写代码逃避。 写代码是你的工作时，你总能退回到一个棘手的技术问题中，重新找回胜任感。管理工作没有这样的出口。它充满模糊性，推进缓慢，而且依赖人际关系。

管理工作让你度过糟糕的一天时，可以这样做：

有两个切实可行的选择——选一个，不要两边都只做一半：

• 请病假。 如果你精疲力竭，无法好好投入工作，那就别勉强。团队有一个精疲力竭的管理者，还不如没有一个只是在敷衍工作的管理者。
• 全力投入。 如果你不能休假，就全心投入，保持专注。最糟糕的情况是人到了，心却不在——心不在焉、注意力分散、容易烦躁。

表明情况不对劲的 3 个警示信号（不只是糟糕的一天）：

1. 你发现自己连续一周以上在躲避某个特定的人或某场谈话。
2. 你对团队或管理者心怀怨恨——不是感到沮丧，而是真正地怨恨。
3. 你不再对工作感到好奇，只是在机械执行。

糟糕的一天变成常态时的 5 个根本原因：

1. 一段你没有处理的棘手关系（参见上文 10 个陷阱中的第 1 个）
2. 你觉得自己没有足够的自主权——有人在对你事无巨细地管控
3. 工作与你在意的事情毫无关联
4. 你没有成长——不断重复同样的问题
5. 你独自承担了太多事情，没有进行授权

这些问题都不会自行解决。说出最符合你情况的那一项，然后直接着手解决。

---

清除障碍

团队陷入困境时，管理者最常犯的错误就是认为团队需要更多动力。

大多数工程师醒来时，并不希望自己做出平庸的工作。产出低时，问题不是“我该如何激励他们？”，而是“是什么在阻碍他们？”

障碍审查： 询问每个人：“是什么阻碍你在这里做出职业生涯中最出色的工作？” 对每项障碍进行分类（流程、技术、资源、清晰度）。立即解决排名前三的障碍。

管理者常常忽视的常见障碍：

• 不同利益相关者给出互相矛盾的指示
• 技术债让简单任务变成噩梦
• 审批流程让原本只需几小时的任务拖上好几天
• 需求不完整，导致不断返工

消除真正的障碍后，交付效率就会提高，无需采取任何“激励”措施。管理者的工作更像是推土机，而不是啦啦队长。

---

修复

你会犯管理上的错误。你给出的反馈会打击他人的信心。你会未经团队商量就让团队承诺某件事。你会失去耐心。你会食言。

问题不在于这些事会不会发生，而在于发生后你会怎么做。

失去优秀员工的经理，不一定是犯错最多的那些人，而是从不承认错误的人。是明明错了还坚持己见的人。是让自尊心阻碍自己说出这样的话的人：“我把你置于一个进退两难的处境。我本该先征求你的意见。我会换一种方式处理这件事。”

这样的承认——具体、坦诚，不过度道歉——比从未犯过错更能建立信任。它表明，和你共事是安全的。

如何妥善弥补：

1. 具体说明发生了什么。不要笼统带过。
2. 承担责任。不要找借口开脱。
3. 说明你会如何改进。要具体。
4. 然后就此打住。长时间自责对谁都没有帮助。

---

问题与两难张力

有些管理挑战，无论你解决得多好，都会一再出现。这往往是因为它们不是问题，而是两难张力。

问题可以一次性解决，并且持续保持解决状态。两难张力则是两个相互依存的对立面之间的张力，需要持续管理。两端都不是“正确答案”。

例如：速度与质量、自主性与一致性、短期交付与长期架构健康、个人专注时间与团队协作。

常见的错误是把两难张力当成问题。你通过清理积压的 Bug“解决”了质量问题；一年后，积压又回来了。你“解决”的并不是对的事。真正要做的是管理速度与质量之间持续存在的张力。

如何管理两难张力：

• 说清楚两端。不要急于认定其中一端才是“正确的”。
• 找出每一端的优势和劣势。
• 留意自己何时过度偏向一端——这时，转向另一端的压力就会逐渐增大。
• 建立相应机制，让自己能够有意识地在两端之间切换，而不是在两端之间摇摆不定。

当你开始纳闷一个反复出现的问题为何总是卷土重来时，不妨问问自己：这实际上是不是一个我正试图解决的两难张力？

---

深入阅读

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

---

相关技能

• managing-up — 管理你与经理的关系、向上沟通、处理与领导层的分歧
• delegation — 瓶颈陷阱与 #5 和各种两难关系直接相关
• feedback — 忽视破坏性行为（#1）是反馈方面的失误
• feedback — 从团队那里获得坦诚的反馈；盲点是 EM 陷入困境的 10 种方式的核心
• influence — 向上和横向管理需要 influence 中的说服技巧