Tech Lead（技术主管） 如何避免远离代码

TL 如何避免远离代码

前两天聊到开发成为 TL 后，职责发生了变化，导致编码量下降。编码已经不再是 TL 的主要工作。那么 TL 是不是可以不写代码了？

答案一定是否定的。

TL 为什么要写代码？

TL 非常有必要写代码，原因如下：

1. TL 的根是 Tech，TL 的管理工作以技术为根基
2. 只有自己完整的开发一个story，才能切身体会到自己制定的流程、规范是否合理
3. 写代码过程中可以找到团队痛点和改进方向
4. 写代码过程中可以了解到团队成员的代码质量
5. 通过开发一个story，熟悉了整体代码，面对客户的问题不会慌

TL 如何让自己留有写代码的时间

你可能会说，我也想写代码，但管理工作太多了，真的没时间写！

管理工作有个特性是永远做不完。想给出问题的最佳答案，需要反复推倒重来，穷尽可能。将管理工作做好和做到极致，工作量可能是数倍的差距。

如果 TL 不刻意给自己预留写代码的时间，那么必将会被管理工作所淹没。

任何事情都是有粘度的。当你一段时间不写代码后，会愈发的不想写代码。当你意识到问题的时候可能已经脱离技术很久。

建议 TL 们每天都给自己留一些时间写代码。强迫自己停下手中的管理工作去写代码。如果工作时间真的太忙，也要花一些业余时间写点代码，让自己不手生。

TL 写什么样的代码？

TL 时间有限，写代码是要有选择的。TL 可以考虑如下几种开发：

1. 项目启动时的架构代码
2. 底层核心代码
3. 点数不大、不被依赖的 Story
4. 使用了想要了解的技术栈的 Story

前两种一般在项目筹备期，或者刚起项目时发生。TL 需要完成架构的基础代码，基于方案完成核心代码。架构是稳的，项目稳了 6 成。这些工作的完成情况还决定了项目全面铺开时团队的速率。

开发点数不大的 story 是为了让 TL 从头到尾开发一个story，找到流程上可以提升的地方。同时 TL 可以借此机会熟悉业务代码。

点数一定不要太大，因为 TL 写代码的时间有限，可能3天的开发，TL需要开发一周。避免太大点数的卡到迭代结束还没开发完。TL 开发的 Story 一定不要对别的开发产生依赖，避免 Block 他人工作。

最后，如果项目中有一些技术栈 TL 不够了解，那么可以挑选相关的 Story 开发。任何技术都是在实际使用后才真正掌握。TL 通过这种方式在拓宽自己技术广度的同时，也掌握的更为牢固，为未来输出扎实的技术方案提供弹药。