今年团队转型做交付型的项目，规模扩充了许多。我也被分配到某一项目线，担任前端团队的Leader。着算是我第一次带领团队做项目，可谓充满着压力与挑战。作为一个TL除了有较强的技术能力之外，还需要掌握其他重要的技能。

需要做好相应的时间管理

一天到晚可能会参加比较多的会议，留给自己写代码的时间比较少，而且其他团队人员会是不是的过来找你对接问题，被打扰的频率会比较高。曾经有几次，我就是忙到一天到晚没能进行开发工作，基本都是在晚上进行加班赶工的，导致每次下班都是身心疲惫。意识到长期这样下去肯定不可行，后来我对自己的工作安排做了相应的调整。

减轻自己的开发任务，自己只做核心、重要的模块，按照自己每天只投入50%的开发精力去估算项目工时。给自己留出连续的时间来做重要的事情，比如开发一个很复杂的功能，尽量避免中途被其他事情打扰，除非事情真的很紧急。需求评审会议选择性参加，或者可以让团队里的骨干人员代替你参加。预留10%的时间来处理一些琐事，比如回复客户邮件、处理团队其他成员的问题。如果是自己主持的会议则需要控制会议的时长，在规定的时间内得出讨论得结果。

团队的管理也很重要

在管理好自己得同时也要管理好整个团队。合理进行功能的任务拆解，再进行任务的分配。控制好团队人员的开发节奏，如果有卡点需要及时帮助其解决，所以每天拉上团队成员开夕会非常还是很有必要的。必须的很清楚团队成员现在手上正在做得事情，已经他们的空闲状态，便于后续任务的分配。

当然作为一个 TL 光会安排工作还是不够的。还需要关注团队人员的发展，需要培养一些核心的骨干，让他们可以负责一部分核心的业务模块。为自己分担一部分工作，后续有新人加入后还可以让他们充担起带人的角色，当然前提是选的这些人必须是近段时间比较稳定不会有异动的。

需要有远见、有大局观念

作为TL 如果一位的埋头苦干，那和一线开发几乎没有本质上的区别。无论是技术还是业务方面，眼光需要放长远，对整个项目大致结构必须有清晰的认知。因为TL需要在项目的技术选项上，做出相应的决策，并承担起一定的责任。在团队成员意见不一致时，需要发表自己的观点，并有较强的说服力，让团队的意见和想法达成一致。需要不断地扩展自己的技术广度，在应对新的需求的时候，脑海里自然而然会想到对应的解决方案。

总结下：TL 是团对中的方向标，需要承担起引领团队发展的角色。思考规划胜过埋头做事。只有方向对了，团队才会有更高的效率，才能产出好的结果。