程序员成为技术leader后可以不再关心业务问题吗？

相信大部分程序员都有自己的规划，因为不可能做一辈子程序员，最常见的程序员的发展方向是走向技术管理岗，技术岗向管理岗转变肯定是需要有一个过渡阶段，在过渡阶段内，工作中技术占比逐渐减少，管理占比逐渐增多，最后成为纯管理岗位，这中间有过渡成功的，也有过渡失败的，到最后发现自己不适合做管理的。

如果有程序员想以后走向技术管理岗，希望朝这个方向发展的，就多留意一些其他管理岗位的领导们都是怎么做事的，多向他们学习学习，也许以后可以用得上，除了这些也可以多看一些管理类的书籍，另外，今天给大家分享一名程序员成为技术leader后的一些总结，大家可以看看能否从他的身上学习到东西。

这名技术leader目前也就是一个技术小组长，他目前也就做了几个月的小组长，总结的内容可能不是那么令人信服，但是也可以做一个参考吧，他总结的内容大致如下：

-尽早搭建自己的核心团队

-组员能力高低搭配，有人乘风破浪，有人固守后方

-在外组保护组员，内部鼓励与批评并重

-推动革新不要太理想化，到处都是阻力

-尽快从业务中抽身，投入到质量管理、技术引进

-组长不一定要技术最强但一定要能推动项目进展

针对他说的观点，我个人认为这应该算是他个人的一套理论，没有什么对还是不对的，这应该是一个理想化的东西，但是在实际操作中可能遇到各种各样的问题，比如，怎么能让组员听话，能够让所有组员都能乖乖听从你的安排，而不是经常暗中与你较劲，针对那些技术崇拜的程序员，如何能得到他们的信任，如何做到既能从业务中脱离又不会被其他组员架空，通过什么手段与方法征服这些组员们。

另外，现实中好多小组长才开始格局都不够高，比如举个例子，小组长拿高绩效，做得好了是自己的，做得不好了是组员的，对组员的技术没提升，出事故了就甩锅，这样的小组长也很多，这样的话，想必也带不出好团队，作为技术组长我个人认为，前期还是不能完全脱离技术，起码在管理经验不是很足的情况下是这样，然后要做的是把取得组员的信任做为第一要务，只有把工作安排好了，每个人都有用武之地，每个人都很充实，并且能干出好业绩，这样自然就好管理了，最忌讳的是组长因格局小，与组员争眼前利益，技术上也很烂，得不到组员信服，对自己向管理岗转型也是很不利的。

大家好，我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华，互动交流，如果想进一步了解我，那就关注我吧！