技术leader不仅需要处理技术问题，如任务分配、代码审核和风险识别，还要进行协作和沟通。他们大约70%的时间投入技术工作，30%的时间用于管理和沟通。优秀程序员可能成为技术leader，但需平衡编程、沟通和协作，以适应管理角色。成为领导者往往需要更全面的责任感和策略思考。
一个人的工作角色中至少有50%以上的时间是花费在管理事务上，那么他的角色才算是一个经理。
——《领导梯队》
01
很多人觉得会管团队了，懂点业务知识了就能当技术leader，不用再累死累活写代码了，错！
技术leader是开发团队中的某位程序员需要对整个开发团队负责时所承担的角色。他既要对交付结果负责，也要和大家一样去搞开发。
根据我多年的领导经验，以及和其他技术主管朋友聊天情况来看，一般一个技术主管约70%的时间都花在了任务分配、开发实践、代码审核和风险识别上，而剩下30%的时间则花在协作、沟通和管理上。
在拉姆.查兰的《领导梯队》一书中提到：
“一个人的工作角色中至少有50%以上的时间是花费在管理事务上，那么他的角色才算是一个经理。”
所以技术leader更多还是偏重于技术工作，不能算是真正的经理。
02
比如，我就碰到很多次团队中技术方案和实现细节出现分歧的情况，当程序员无法统一实现方法 ，这时候就需要技术leader介入。
我要了解两种不同意见所造成的冲突，把问题定位清楚，分析双方方案的利弊，必要的时候甚至还要提出第三种更好的技术方案，帮助我们团队达成共识。
除了对于团队开发进度的把控，另一方面，我主要也会负责设计整体代码的结构和规范。
有时候也会引入提高团队生产力的新工具，推广代码模板，总结最佳实践等等。
帮助大家找出实际水平和要求水平差异的问题点，让团队每个人都能得到成长，这是我的职责。
03
在这么多年的工作经历中，我发现在团队中相对最优秀的程序员往往容易被指定承担技术leader的角色。
先承担了这部分工作内容，最后才被正式任命为主管带领大家一起。
而优秀的程序员往往又很在意细节，这到后期会很容易变成整个开发团队的瓶颈，其他程序员也无法得到应有的收获。
所以，相比团队里其他程序员，技术leader应以更有策略、更长远的方式来考虑问题。
所以说相比于更厉害的编程技能和更强大的专业背景，一个承担更全面责任的程序员会更适合这个位置，他们更能平衡编程、沟通和协作。
这也就是为什么有些程序员最后成了真正的管理者，有些做了架构师。
-The end-
你好，我是中年码农飞哥，
我会从CTO视角讲述程序员职场/技术/学习/创业等，
分享从码农到CTO的职场和技术经验
扫 码 | 围 观 飞 哥 朋 友 圈
扫一扫
1535
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
