做到中层之后，拼的不再是执行速度

一位技术主管刚升任经理时，仍然保持着自己写代码的习惯。团队进度落后的时候，他加班把难点模块做完，第二天的日报上写着「已攻克核心问题」，团队只发了五条需求。

半年后他发现问题很怪：项目进度没有变快，团队反而更依赖他。每当遇到不好判断的任务，成员的第一反应就是留给他，因为大家都知道他会补上。他成了团队里最忙的人，也成了进度里最窄的瓶颈。

角色的评价标准变了

执行岗的评价标准是个人产出：你完成了多少，质量如何，速度怎么样。管理岗的评价标准是团队产出和团队能力的变化：整体交付如何，成员有没有成长，你能不能腾出手处理更重要的问题。

最直观的差别是时间分配。执行岗八成时间在做事，管理岗的理想状态是三成做事、三成判断与决策、四成沟通与培养。比例没调过来，人会累，团队也不会变强。

另一个差别是成果的可见性。执行岗的成果可以直接展示，管理岗的成果隐藏在团队的表现里。这也是为什么很多新经理总觉得「没做什么实事」，其实他们做的是让事情发生。

他后来改了三件事

第一件是把技术工作换成教学性工作。他不再直接改成员负责的模块，而是花四十分钟和对方一起过一遍排查思路，让对方自己改。单次时间成本接近，但对下一个人是积累。

第二件是把决策分层。明确哪些事成员可以自己定、哪些需要同步、哪些必须一起讨论，写成清单并允许团队在两轮之后修订。分界线清楚之后，他每天被问的问题从四十多个降到十几个。

第三件是每两周做一次二十分钟的一对一，只问两个问题：最近哪件事让你觉得卡住；你希望接下来半年多接触哪一类任务。这两个问题帮他提前发现了两名成员的流失倾向。

三个季度之后，团队完成了两个原本被判定资源不足的项目，他自己每周写代码的时间降到五小时以下，但参与的架构评审和跨部门协调明显变多。

几个让人原地打转的误区

• 把管理当成更高强度的执行：用个人加班弥补团队能力的缺口，短期有效，长期固化瓶颈。
• 把榜样当管理手段：自己不休息，团队只会学会表演加班，而不是提高判断力。
• 只做任务分配：把工作拆成小块发下去，不解释目标和优先级，成员无法自己判断取舍。
• 回避困难对话：对表现下滑的成员反复容忍，最终由整个团队承担代价。

第二条尤其值得警惕。示范投入是必要的，但把它当作管理的主要手段，会让评价体系退回到工时，团队就会用时长而不是结果来证明自己。

值得长期积累的东西

到了中层，决定上限的通常是三类可迁移能力：把模糊问题说清楚的定义能力，把人放到合适位置上的判断能力，以及在压力下仍能做出取舍的决策能力。这些能力在换行业时也能带走。

相比之下，某一门具体技术的熟练度会随时间贬值。这并不是说不必懂技术，而是要让技术成为判断的依据，而不是你唯一能贡献的输出。

从这周开始调整

先记录一周的时间分配，按做事、决策、沟通三类归档。如果做事占了七成以上，说明角色还没完成切换，哪怕头衔已经变了。

然后挑一件你一直在替团队兜底的事，找一个成员交接出去，并明确交接后的判断边界。第一周会有反复，坚持四周之后，你会发现自己终于有了思考的时间。