下面谈一下能力培养这块我的个人想法。
 
　　1 解决问题的能力

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

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

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



　　2 业务能力

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

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

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



　　3 沟通能力

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

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

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

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


　　4 文档能力

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

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

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