9 个月前，我从 Engineering Manager（EM）转回 Individual Contributor（IC），没有回头。这是我能做的更好的职业决策之一。
为什么离开 EM
管理团队 8 年后，越来越沮丧和疲惫。压力水平创历史新高。反思后，三个主要原因：
1. 工作变了
最初成为 EM 是为了被授权完成事情，接受人员管理的额外开销。最终，开销占了主导。花越来越多精力交付反馈、管理职业对话、灭火组织问题、调解分歧。这些是任何大组织里真实且重要的工作，但带走了本可以花在构建上的焦点和能量。
2. 没有 ship 出能 ship 的量
构建好东西需要坐下来思考问题、漫步、持续学习。有了 AI，一个与业务 context 紧密闭环的人可以 ship 10 个人的产出。唯一瓶颈是一个人澄清思想和定义要构建什么的能力。因为花大部分精力管理组织，只能旁观，意识到自己错过了 ship 可能比职业生涯中任何时候都多 10 倍的机会。
3. AI 奖励 builder
AI 让 builder 完成更多，显然更有价值。但更重要的是，最接近技术的人（正在用 AI 构建的人）会掌舵，因为他们能更清楚地看到地平线。相信积极参与这个行业转型意味着成为 hands-on builder。
增量尝试
在完全转型前，尝试了增量调整：
-
保护能量：审计日历，映射什么给能量 vs 消耗能量，玩日历俄罗斯方块清除消耗性会议。实验 1:1 格式：双周或月度、更非正式、小组形式。发现小组 panel 会议是更 leveraged 和 energizing 的 30 分钟利用方式。
-
更快做决策：以前会 agonize 重组计划数周。底层是对做出糟糕单向决策的恐惧。AI 时代，更好的方法是快速透明地做决策，接受可能需要回滚。这 dramatically 减少 agonize 决策的时间/能量。
-
雇佣和培养高 agency：给团队更多 agency，用 situational coaching 覆盖盲点。雇佣更 senior 的工程师容易确保这点，但有好奇心、雄心和 agency 的初级工程师，给一点 prescriptive direction 和鼓励也能成功。
-
为自己和团队构建工具：管理者构建的好入口是构建让自己或团队更 productive 的工具。构建了一个简单的反馈和绩效 review copilot。也 leaned into "prototype-first" 而非 "document-first" 文化，减少在抽象中辩论想法的时间。
这些对个人时间转移是正确的。但对团队有 tradeoffs。有新员工和早期职业者融入团队，~80% 远程，让偶然连接和 situational coaching 更难。更 senior/tenured 的工程师重视自主权和轻量级流程，但有些报告在某些时刻需要更多。
最终决定
感觉必须在"给我能量的事"（构建）和"团队需要的"（结构和支持）之间选择。日复一日做这个选择导致个人 burnout，最终决定完全 leap 到 Sierra 的 IC 角色。
9 个月后
相信做了正确选择。所有能量聚焦在构建上。成为行业转型的积极参与者。与 AI 构建 weirdly 是一个正反馈循环，给更多能量和焦点做下一件事。
也 gained 对自己作为管理者的优势和差距的更深理解。如果某天想再做管理，这段经历是 leveling up 为管理者的最 trajectory-changing 的事情之一。
建议
在做 leap 前，经历类似过程：
- 审计你的时间。什么给你能量，什么消耗你？
- 向给你能量的事分配时间。通常有 easy wins：减少重复会议、创建 maker blocks、为自己/团队构建自动化。强烈推荐试试最新 agentic coding 工具，可以重新点燃对构建的热情。
- 评估 tradeoffs 是否可接受。Senior 团队让这个 approach 更 viable。小团队可以通过调整招聘控制：你 hire 的人是否与想构建的团队兼容？
- 如果构建给你 joy，考虑 leap 到 IC。在许多 AI-native 公司（如 Sierra），你不是一个人——有其他管理者做了转型，从未回头。
核心洞察：在 AI 时代，"builder" 不是 title，是时间和能量花在哪里的函数。一个 deep in architecture、review technical tradeoffs、tinker with new models 的 VP Engineering 也是 builder。