如果说写代码是技术能力，那么带团队是领导力。但很多技术负责人在转变中迷失了方向。
角色转变的困惑
以前你只需要把代码写好。现在你要负责整个项目的成败。 以前你关注「这个功能怎么实现」。现在你要问「这个功能要不要做」。 以前你对自己的产出负责。现在你要对团队的产出负责。
第一个误区：
亲自写所有核心代码 你觉得「交给别人做不放心」，所以核心代码都自己写。 结果是：你累死，团队成员没有成长，整个团队变成了「一个人加几个助手」。
第二个误区：
只关注技术，忽视人 你花大量时间设计架构、评审代码、优化性能。 但你不了解团队成员的职业规划，不知道他们的困难，不关心他们的成长。 结果是：团队成员离职率高，团队凝聚力差。
第三个误区：
用技术能力弥补管理短板 你试图通过「写更好的代码」来证明自己的价值。 但技术负责人的价值不再是写代码，而是让整个团队写出更好的代码。
如何做好转变
第一，学会放权。给团队成员机会犯错和成长。
第二，培养人。花时间辅导团队成员，帮助他们提升。
第三，建立机制。用流程和机制保证质量，而不是靠你个人。
第四，重新定义价值。你的成功不是你写了多少代码，而是团队取得了什么成果。
好的技术负责人不是最强的工程师，而是能带领团队变得更强的人。
—— https://www.80aj.com