对研发经理这一岗位的个人理解

     在很多年以前，我曾在一家外资软件公司做研发经理，在工作了六年多以后选择了主动离开。然而随后发生的事情并没有像此前规划的那样顺利进行，反而有些背道而驰了。这种落差不仅使我在处理关键问题时出现了重大的判断失误，再加上自己一时的冲动，很快便陷入了尴尬的困境之中，在坚持了一段时间之后，无奈之下又重新回到了求职大军之中。运气还不错，在春节之前经由朋友的推荐，来到了一家外包公司做架构师。所从事的项目也是自己相对比较熟悉的技术领域，就这样又是一年多过去了，其中的辛酸苦辣甜恐怕也只有自己才能体会。最后由于种种原因，还是离开了这家外包公司。当然，和以往一样，在离职之前一定是找到了更为适合自己的下家了。至于新的职位，这篇博客的Title已经给出--研发经理。在工作了一小段时间之后，不知道为什么，对这个自己从前很熟悉的岗位变得有些陌生了。仔细想想可能是因为该团队正处于组建阶段，而待开发的产品平台中所应用到的技术也有一部分是自己相对比较空白的，因此在上任伊始便面临着很多很多紧迫而又棘手的问题有待解决。虽然绞尽脑汁想了一些办法，也得到了老板的认可和支持，但仍然没有任何相对轻松的感觉，不像之前做纯技术工作，只要集中精力将需要突破的技术难关突破，再结合产品部门的实际需求将相应的架构设计完毕，再经过几轮讨论和修订并最终确定之后，剩下的事情和时间就都比较惬意和宽松了。
     事实上说道这里才真正进入该篇博客的主题，对于研发经理，不论是空降还是重新组团，如果想迅速和顺利的进入角色，对其自身又有哪些要求呢？这里我根据自己以往的经验总结了以下几点，需要说明的是，这仅仅代表个人的观点，如有不同，欢迎大家理智文明的讨论。
     1. 从技术背景来讲，至少需要八年以上的实际编程经验，三年以上项目管理或架构设计经验。再进一步分，如果是从开发者成为一名项目管理者，那么在积累若干年项目管理经验之后将会成为偏向管理型的研发经理。而另外一种则是从普通的开发者跃升为一名软件的设计者，即架构师。对于后者，同样经过若干年的技术积累和打拼之后，一旦成为研发经理则将更加偏向于技术。在以前那家美资公司，我们的Boss在很多时候都会和我们一起讨论技术解决方案，甚至在我们实在忙不过来的时候，他也会参与其中和我们一起编码，后来从测试人员的反馈来看，他所写的代码模块DEBUG率非常之低。
     2. 从自身性格来讲，在经过多年的开发之后，有的人或将成为项目经理，有的人则继续提高自己的技术能力并成为架构师，当然不可否认的是，还有一部分人选择创业或者干脆离开这个行业。不管怎么讲，随着时间的推移，经验的积累，以及周围环境的改变，这种变化又是不可避免。但是每个人发生改变的方向往往是不同的，尽管外部环境有一定的主导因素，然而如果你工作在一个适合于自己的软件企业之中，自身的因素往往会是决定性的。试想，如果你是一位不善言谈同时又酷爱钻研新技术的开发者，那么在我看来你更适合成为某方面的技术专家。如果你善于表达和沟通同时也热爱技术，那么我想架构师将会是更适合你的方向。再者就是善于沟通与团队协作和协调，然而对技术的感觉马马虎虎，这样的人当然更适合于项目经理的职位。在新的岗位上再经过多年的努力后，后两种类型的软件人员则更容易成为研发经理。
     3. 最后就是从相关产品技术经验来讲，可能有很多人会不认同我的这一观点，甚至认为有些极端和滑稽，没有关系，各抒己见罢了。我认为如果你当前正在和正要开发的产品平台，对于你存在着非常明显的技术空白区域，那将是极为危险的。因为特别是在国内很多中小型软件企业，不会单单设立一个架构师这样的技术岗位，往往是由资格比较老或是技术比较突出的人来兼任，有时甚至是直接由研发经理亲自担任了。如果你不幸的成为后者，那么不用说，这个平台所能应用的技术环节，你或者可以自己搞定，或者可以借助你的人脉请你的朋友帮你搞定，否则将会给你的工作带来极大的麻烦。当然这里我所指的是技术方向和平台架构的搭建，而不是那些繁琐的技术细节。
     最后代表我观点的结论是，研发经理应该来源于架构师。
     还是那句话，欢迎讨论，莫要吐槽。