想当团队领导者?以下建议让你完美适任

让优秀的开发者成为带领其他开发者的团队领导者，似乎是一般开发团队常见的情况。我们挑选一个开发团队的领导者，基本条件多半就含括了技术能力要够好，甚至是最好。这种挑选的方式究竟好不好，实在是见人见智。

  

 

有一个著名的「彼得原理（Peter Principle）」，是从大量的组织中观察的现象，这个现象是什么呢？就是，在组织中，一个工作人员会因为在现有的职务上表现的够好，因而被擢升到更上一层级的职务上，直到他晋升到能力无法胜任的职位为止。这么一来，最后的结果，就是组织里充满着为数不少无法胜任其工作的人。

而从开发团队中优秀的开发者挑选一个能力出众的开发者，来带领其他的开发者，时常在这「彼得原理」的第一关或是第二关就卡关了。既然是能力出众的开发者，为什么这么容易在组织层级里往上升时，就遇到了不能胜任的情况呢？我觉得，与其说是不能胜任，不如说是「水土不服」。

当我们从开发团队中的开发者，选择一位来带领其他的开发者进行开发，通常是因为他的「技术性质」工作做的好。但是，一旦要带领其他开发者进行开发，所涉及的工作类型，就不只「技术性质」的工作，而关系到「管理性质」的工作。而所谓的「管理性质」的工作，并不是像一些人脑海中那样由上对下「管理」的刻版印象，而是牵扯到比较多沟通和协调的工作。

而一般开发者转换角色到团队领导者会卡关的主要原因，便是在于忽略了这些管理性质的工作，因为他还是习惯单兵作战的模式。我自己也经历过类似的问题，这一次，分享一些自己的经验，供初转换角色的开发者们参考。

 

 

意识带领团队开发与自己开发的差异

首先你应该要认清楚的是，一个技术卓越的开发者，就像是个武艺高强的武林高手，但是开发团队的开发工作，像是行军打仗，此刻你不再是战场上在第一线冲锋陷阵的士兵，而是领兵作战的将领。同时，你关注的范围，应该要从你的个人变成了整个团队了。

通常，成为将领之路的水土不服第一步，就是将焦点放在自己的技术工作上。在有些团队里，即使是开发团队的领导者也必须负责一些开发上的工作，甚至是像编写程序代码之类的工作，因为团队的规模不大，也很扁平，所以大家都必须负担一些编写程序代码的工作，即使是团队的领导者也不例外。因此，除了技术性质的工作之外，还得再负担一些管理性质的工作。但是，因为他本身就是胜博发团队中技术能力比较好的，所以，往往也就负责一些特别重要、关键的部份。

大多数的人都是这样的，当自己身陷在自己负责的工作时，往往就比较不会顾及别人的情况，尤其当时程紧迫的时候。当团队领导者对于开发团队整个的开发情况，处于见树（自己）不见林（整个团队）时，就没有办法充份处理好管理的工作。