很有可能在此之前你已经写了一辈子的代码了。你喜欢写代码，并且很有激情，甚至很可能非常擅长这件事情。然后突然有一天，你开始作为团队Leader，这时候你意识到有些事情需要改变了。
真的要变了么？
对于每一个技术背景的管理者来说，这都是一个永恒的问题。
最难改变的，其实是真正理解你已经不是一个开发者了这个简单的变化。此时此刻，你的角色需要承担更多的责任，需要安排更多样的每日工作，以及应对更多与以往不同心理历程的任务。这相当于同时去做混杂着工作和兴趣的两件事情——对你来说就是管理和开发——就像是在同时做着两份工作。
同时应对两份不同挑战的工作可能让你迅速精疲力尽，老实说，即便如此还可能没干好任何一件工作。
大多数开发工作要求高度的专注力，但对于team leader的工作本质来说，又与这一要求完全相悖。作为管理者，需要面对的是不停的开会，电话，信息的骚扰，管理者需要一直处于警戒状态。对于一个电话不停的人来说，想让他集中精力去思考某个算法的边缘条件是否合理，这可太难了。
另外一方面，如果你总是在思考刚刚写的那个函数的效率如何，那你怎么能够保持足够的状态和精力去回答来自客户和团队成员的问题？
另外一点在于任何花在开发代码上的时间，都会让你做好本职工作——管理者——的时间变少。要记住你的本职工作是管理好其他人。即便你可能会在每天的工作中尽早完成管理工作中的首要任务，比如布置任务，评估风险或者与上下游其他部门进行必要的沟通。但仍然可能会忽略那些并不很显眼的但却很重要的工作内容。比如说当你专注于功能的开发时，是否还能注意到团队成员正在变得没有动力、疲惫或者不开心。
你甚至都不能及时发现你的团队已经不再是一个团队了
况且当你太忙的时候哦，你会变得没有什么创造力。那么谁来组织好玩的团队建设？这事你当然不愿意干，因为你正在忙着写代码。
也许你会意识到纯管理岗位并不适合你。作为团队管理者就意味着你的工作都是围绕着团队成员展开；但是作为技术Lead需要围绕编码展开工作。如果编程对你很重要并且让你感到快乐，也许作为一个技术Lead而不是技术团队Leader的角色更适合你。
虽然作为技术团队Lead的工作应该减少编码工作，但如果你愿意还是可以尽可能多的参与到Code Review中去，帮助你的团队成员提升自己，或者协助他们挑战有难度的技术问题。
这三个词应该从现在开始作为你工作中的座右铭。
当然持续不断的阅读技术类文章总是好的。跟上新技术的趋势，解决有技术挑战的小问题，都可以让你的技术大脑避免在事务性的管理工作中生锈。
但是可别在管理岗位上做全职码农了，行么？
原文地址：https://medium.com/@ms_lizzie/stop-writing-code-if-you-are-a-team-leader-794e78ce6426
关注微信
