管理若干人团队两年后，我学到的最重要的事

2020 年开始管理 10+ 人技术团队（4 个高级工程师、2 个中级工程师、4 个初级工程师），同时并行推进 30+ 人跨团队协作。两年下来，踩了不少坑。

转型第一天：你不再是“最强的开发”

作为 IC，你的价值 = 你的代码质量 × 你的产出速度。

作为 TLM，你的价值 = 团队所有人的代码质量 × 团队所有人的产出速度 × 方向对不对。

很多人（包括我）一开始的误区：当了 leader 后还在抢核心开发任务。结果两头不落好——代码写不过全职 IC，管理也没时间做。

你不再是最好用的人，你是让别人变得好用的人。

一个团队最大的浪费不是代码写得慢，是方向错了白干两个月。

我的做法：每个季度和团队一起做一次方向 review。不管多忙，这件事不能省。如果团队的人不知道“为什么做这件事”，他们就会做错事。

很多人以为“不批评 = 保护对方的感受”。其实最伤人的是：你对一个人的工作不满意，但从来不说，直到绩效评估时才说出来。

我的做法：负反馈即时给，正反馈公开给。问题发现的当天就给反馈，不要等。做得好的时候在周会上公开说。

新 leader 最容易犯的错：不信任团队，什么都要自己看一眼。

信任何人（包括实习生）做好一件事——哪怕他做砸了，失败也是成长。没有人因为被信任而变得更差。

但信任不等于不检查。信任 = “我默认你做好了，但我偶尔抽查”。

业界有个经典模型：TLM 的时间分配。

我现在若干人团队，大概 30/70。技术工作集中在架构决策和技术方向的“关键路径”上，日常开发交给团队。