TLDP 005：要不要做救火队员？

What makes a good lead programmer

Question 1

团队近期业务压力非常大，对于紧急需求，Leader是否应该回归到救火队员的角色，亲自去写代码赶进度？

Question 2

一项工作任务，我觉得自己一天就能做完，交给下属做却需要三天，那么为了进度快一些，是否应该自己做掉？

Answer

除非真正紧急，否则不要这样做。

1. 很多时候，“紧急”是人为因素造成的。所以首先需要熟知这些“紧急”的真实情况。如果是对团队和业务有真正致命影响，或者是关键性技术瓶颈突破，那全员都要投入，Leader自然不能置身事外。除此之外，管理者的心态还是要淡定一些。
2. 业务专家型管理者的主要精力分配。寻找那些“隐形的”真正着火的部分，例如技术架构缺陷，各种混乱的依赖关系治理，关键指标升级方案，团队水平短板弥补，工作流程严重耗时或阻塞部分，等等。
3. 给予团队成员成长机会和恰当辅导。

认为自己是最强的，下属能力不如自己。其实大部分更上一级的领导也是这样想的。我们一天能完成的工作，可能他们认为是一小时。
跟下属沟通实施的思路，方案，关键检查点，指导他们更快更好的进步，给予他们实践锻炼的机会，保持耐心。
举个不太恰当的例子：
如果把新人看作是1000块钱的入门级安卓手机，那就不要期待能超越 iPhone 11的性能体验。新人的水平对应新人的薪酬，控制好工作进度产出的期望值。

最后，我在前一家公司任职时，当时的直接上级有一篇好文，值得反复阅读。
《What makes a good lead programmer》