“不患无位，患所以立，不患莫己知，求为可知”，从高中开始，孔圣人的这句名言一直作为自己的座右铭，

　　大体意思是，人不要愁没有职位，该愁自己拿什么来立在这位上。不要怕没有人知道自已，只求自己有什么可为人知道的，只是到了，别人自然知道你了。其实后一句我更愿意理解为低调做人，高调做事了。

　　 
　　对于国内的研发人员，吃软件这个饭，大都心里比较迷茫，初时觉得IT行业比较好，待遇比较高，慢慢待遇越来越高，过了30岁又慢慢开始担心，感觉这个行业是吃青春饭的，自己前途在哪里。其实正如孔父子所言，能力有了，就应该不用担心自己的前程了，所以问题还是着落在开发人员的能力培养了。


　　下面谈一下能力培养这块我的个人想法。

　　 
　　1 解决问题的能力

　　项目开发本事就是解决一个问题，所以企业最想要的人首先是你无论交给他什么工作，他很快就能保质保量的完成。大家都知道空肥皂盒与电风扇的故事。国内最大日化公司引进了一条国外肥皂生产线。这条生产线能将肥皂从原材料的加入直到包装装箱自动完成。但是，意外发生了。销售部门反映有的肥皂盒是空的。于是，这家公司立刻停止了生产线，经理要求工程师们解决这个问题。于是成立一个以几名博士为核心、十几名研究生为骨干的团队把问题解决。

　　另外一家私人企业司也遇到了同样的情况，老板对管理生产线的小工说：你一定要解决这个问题。于是这个小工找来一台电风扇，摆在生产线旁,另一端放上一个箩筐。装肥皂的盒子逐一在风扇前通过,只要有空盒子便会被吹离生产线，掉在箩筐里。 问题解决之。

　　那么如何培养这种能力呢，我简单说两点，一是理解解决问题的流程。解决问题流程的第一步是分析问题，通过分析问题找出问题的着落点，前边的例子里面，大公司要解决是流水线的机械问题，代价自然高了，小公司要解决的是包装装箱问题，只要确保包装箱里面的肥皂盒里面有肥皂会好了，这样代价自然小了。二是思维方式，我们的惯性思维多是纵向思维，是按照有顺序的、可预测的、程式化的方向进行的思维形式，遵循由低到高、由浅到深、由始到终线索，更符合逻辑，我们需要培养的是横向思维，是指突破问题的结构范围，从其他领域的事物、事实中得到启示而产生新设想的思维方式，它不一定是有顺序的，同时也不能预测，这样更容易举一反三，独辟蹊径的找到问题的解决方案。前面的案例应该是一个横向思维的案例。

　　2 业务能力

　　我刚参加工作的时候，领导跟我说过一句话，“我们做的业务系统根本没有技术可言，客户的业务才是最关键的东西。”十多年过去，这句话对我的价值如醍醐灌顶，一直谨遵守之。管理系统的核心是客户的业务，所以做软件的目的应该是要满足客户的业务目标，实现客户的价值。道理很简单，但是在我遇到很多软件开发人员里面，真正理解这个道理的人并不占多数。从一个及其重要却又很简单的情况可见一斑，可用性是用户最重要的需求之一，但是真正关心可用行的程序员并不多。我们都知道ERP实施顾问的待遇非常高，他们的技术能力可能很一般，值钱就是他们的业务能力。所以作为一个研发人员，做到做一行业的业务就精通一行业的业务，还用担心自己的前途吗？

　　君子务本，本立则道生，研发人员的本应该是业务，至少在管理软件这个行业。

　　当你习惯用业务语言跟客户沟通，不再是满嘴的字段、父子表之类的技术术语的时候，你已经关注业务能力了。

　　3 沟通能力

　　讲沟通能力可谓老生常谈，没什么新意了。但是实际情况是，真正喜欢沟通的研发人员并不多。忘了从上什么地方看到的数据了，全世界有六分之一的人性格内向，这里面有四分之三是工程师。其实我感觉在IT行业混得好一点并不难，研发人员具备凑活的技术能力+良好的沟通能力在很多企业很容易做到项目经理，做到项目经理就相当于打开一条走管理路线的大门，不用再担心研发吃青春饭了。

　　现在国内的研发现状是越来越重视软件质量，所以流程越来越精细合理，人员的分工也越来越精细。很多原来没有的岗位慢慢浮现出来，需求分析师，业务分析师，用户体验师。。。。。。很难想法不喜欢沟通能够做好这些职位。

　　当然，很多人知道沟通很重要，但是老觉得自己不行。其实沟通是很容易培养的技能，只要有心。我遇到很多讲师同行沟通能力很强，初入行时跟普通研发人员没什么区别，所以沟通能力培养跟卖油翁差不多，熟能生巧。

　　当然，沟通最重要的不是开开而谈，而是倾听，学会倾听是沟通之本。
 

　　4 文档能力

　　沟通是听说读写，文档能力本来术语沟通范畴，但是不得不在这里强调一下，因为大多数的研发人员太不喜欢沟通了。当要求开发人员写文档的时候，总是听到千篇一律的回答，时间太紧了，没有时间写文档。

　　不愿写文档有很多理由，有些理由是可以站得住脚的。比如很多公司改写文档的时候不写文档，产品出来了，凑一堆文档给客户；项目经理并没有跟研发人员讲明白为什么要写这些文档，而且可能研发人员不认同要写的文档等等。撇开这些不说，其实写文档对于研发太重要了，整个软件过程中要写大量的文档，比如需求文档、架构设计文档、测试相关文档等等，即使敏捷开发很多关键文档都不能少。其实整个软件行业，能写好文档的程序员应该没有了，因为他们要么做架构师、设计师、分析师，要么做项目经理、产品经理了，呵呵。

　　注释是最基本也是最重要的文档，所以，先从这个开始吧。

 

　　5 技术能力

　　技术能力放在最后以为，并不是不重视技术，而是因为研发人员现在已经过多的重视技术了，但是我觉得重视的方向有点问题了。现在各种技术满天飞，抓不住技术的本了。现在很多程序员只知道成天堆代码，我觉得这样堆代码的话堆5年跟堆3个月并没什么区别了。

　　一个产品的脊梁是软件架构，软件架构是讨论一个产品的可扩展性、可伸缩性、并发性、可用性等等这些问题了，这也是软件研发的本质-质量。很难想象研发人员不懂OOAD、不懂UML、不懂设计原则、不懂设计模式、不懂软件过程… …能做出什么高质量的软件产品。所以我觉得程序员最需要培养的技术能力应该是这些软件工程方面的东西。

　　我最喜欢的一句话就是“如果建筑工程师用软件工程师的方法盖房子，那么飞来的第一只啄木鸟就会摧毁整个人类文明。”，所以现在做研发还是很有前途的，因为我们很多软件产品质量很差，将来都要翻掉重做的，呵呵。

　　我的观点更多的适用管理软件的研发人员，其他的比如互联网、底层开发，不是太了解，所以可能不适用。

 本站技术原创栏目文章均为中睿原创或编译，转载请注明：文章来自中睿，本站保留追究责任的权利。