技术部门Leade是不是一定要技术大牛担任？
在技术部门当头头最重要的是业务逻辑能力、协调能力和项目管理能力。所以，如果他只是技术大牛，很多公司在考虑部门头头人选时，还真不一定会考虑他。
如果一个人的技术很牛，但是对于公司的业务不熟，为人处世也很糟糕，项目管理经验不足，这样的人一旦当了部门领导，对于属下同事，将是灾难，很有可能会成为一个刺头，项目质量不敢保证。
我曾经供职的一家公司，研发经理就是这么一个人，他的技术很牛，也是个高材生。但不管产品经理提出什么样的需求，他都要产品经理给他弄得好好的，甚至于数据库结构都要产品那边给他设置好，他才肯动工。
为人处事极其不圆滑，一点也不顾及别人的感受。按道理说，研发和产品应该是互相关联的，产品提出来的需求，研发根据需求文档开发就行，如果需求不明确，可以要求产品改。但是这个研发经理的处事风格就是把产品经理的需求文档打回去，但不说明原因。有时候产品经理没办法，只有搬出总经理来跟他去谈，他才愿意去做。
这位研发经理还有一个毛病，就是对于聊得来的下属，就很亲近，所以关系也特别好。但是对于那些不怎么沟通的同事，则不闻不问，这些同事只需要按时把工作内容提交就行了。有些同事有种被孤立的感觉，但我是觉得，这个研发经理其实也不是所谓的“拉帮结派”，他就是不懂得跟自己的下属处好关系。
有一个特别有意思的场景，就是有一年年会，他们部门单独坐一桌，结果其他桌都热闹非凡，只有他们桌冷冷清清都在埋头吃喝。
所以，如果不能协调好同事之间的关系，部门同事感觉就像陌生人一样，这样工作中怎么能做到默契地相互配合呢？
他虽然技术很过硬，但是对于项目，管理得却很差，这可能和他的性格有关系。一般来讲，写一个项目时，应当考虑好未来的扩展可能，可他们部门估计是管理松散，写东西基本上属于硬来的那种。虽然框架搭得挺好，可一旦出现有地方需要扩展的时候，一改就要大改（他那套架构我不熟，因为框架很大，我只能从表面表现来说）。
我们有好几次扩展功能的需求，经常是一个简单的功能他们要用好几天甚至好几个星期去处理。他有时候改得烦了，产品这边也等得烦。他甚至好几次提出要把整个架构重新写一遍，连他自己都觉得自己之前写的那套东西的扩展性不高。但是项目客户都在用了，怎么可能说重新弄就重新弄呢？而且从公司层面也不允许他花那么长时间去重新写一套东西出来。
这就是我曾经遇到的一个研发头头，我个人认为是很糟糕的一位。
但凡是一些远近闻名的研发头头，他们基本上否是技术过硬，对于产品的感觉异于常人，当然，口才和协调部门人员的能力也是很好的。比如说某军、某布斯、某小龙等。
这些人都有一个共同点，就是智商与情商兼优。但不是所有技术头头都是这类人，取长处，补短处，所以我觉得，技术是次要的。