在最近的一次会议上，有高层谈到之前在中国觉得自己做得非常牛，但与美国同行接触后却发现与人家存在非常大的差距，这一点我在外企工作时也有过相同的体会。真正与外国同行接触后才会知道什么是差距，在这篇文章中我从软件开发project师的角度以“痛点”的形式来谈一谈我所觉得的差距。
技能之痛
相当数量的软件开发project师（后面简称为project师）觉得除了与编码相关的内容外，其它技能都不重要。在这样的意识的引导下，非常easy出现的一个普遍现象是技术能力不错，但开发能力却不行。这样的现象的还有一种表现是：单干能够，合作不行。
技术能力是指个体对某些技术知识掌握的深度和广度，而开发能力除了包括技术能力外，还涵盖个体在项目运作过程中所需掌握的其它能力。
高效的团队一定离不开通过知识管理将个体所掌握的知识通过分享而沉淀下来。分享途径无外乎通过一定形式的文字和（或）图，这就要求project师掌握使用象Word、PowerPoint、Excel、Visio（和UML）这类工具的基本能力，并具备良好的写作与表达能力。表面看来这样的能力与编码能力无关，因而也得不到project师的普遍重视，也因此成了一个痛点。事实上，写作与表达能力与编程水平息息相关，由于它们都在考验我们的逻辑思维和概念能力。忽视掌握必要工具软件的project师难道以为编程语言是知识分享的万能工具？
个体具备良好的沟通能力是项目顺利运作的基石。不良沟通表现为：project师在团队合作中很多其它採用被动询问而非主动汇报、不会辩论、对于他人指出的错误表现得“自尊”和狡辩而非感谢或承认、对于被邀请的各类审查活动（如设计审查、代码审查、文档审查）不是积极响应而需别人催促。在团队中，假设技术管理者不能非常好地引导，个体沟通能力的缺乏非常easy在团队中引发“一言堂”或“无政府主义”问题，工作效率低下则是必定。
专业精神之痛
不少project师对于自己的职业缺乏精神上的追求，工作起来不求专业，仅仅求“代码能工作即可”。这类project师easy将经验与资历等同，以为工作年份越长就越有经验，实则不然。工作年份越长资历是越老，但假设专业水准没有在过程中不断提高的话，所获得的经验非常可能趋零。
什么是专业？专业是指我们应以业内所广泛达成的共识去从事软件开发活动。这里的“业内”并不是仅仅指“国内的”，而是指“国际的”；“专业”也并不是单指技术内容（比方，编程语言、算法等），还包括软件项目运作中的其它各个方面（比方，开发方法、建模工具、流程、质量保证手段等）。要做到专业做事一定离不开不断地学习，仅仅有这样才干了解行业的动向。
软件行业尽管没有“银弹”，但仍存在不少有效改善开发质量与效率的方法。仅仅有抱着专业做事的态度去工作，我们才有可能去实践这些方法，并在实践过程中思考这些方法的内涵与不足，进而为自己的工作量体裁衣。千万不要觉得“反正业内没有银弹，我要去学那么多方法干什么？”
强调专业做事的根本目的，是使我们的做事方法更科学。与我所了解的美国、俄罗斯这些国家的project师相比，我国project师的专业化还有非常长的路要走。
速度之痛
除非你全然认可中国近些年以GDP为导向的经济发展策略，否则非常可能得反思一下软件行业所鼓吹的“唯快不破”策略，尤其是互联网领域。
在商业环境中，“快”能获得非常多竞争优势，这毋庸置疑。project师的价值虽得（终于）体如今商业产品上，但千万不要忘记了我们始终是一名project师，在实现商业价值的道路上不断提高自己的专业水准不管怎样都不应被忘记。project师始终要明确，公司的发展与自身的职业发展并不是全然统一。假设在公司的发展过程中我们的专业水准并没有“水涨船高”，那除了说明我们在吃老本外，还表明我们非常可能是在“拖后腿”。在这样的情形下，即使公司蒸蒸日上地给我们发薪水，但从个体职业发展的角度说来，公司发展事实上与我们“一毛钱关系都没有”。我想不致于有人觉得自己以后仅仅会在这一家公司干吧！假设真是那样想，你能保公司几十年存在？届时万一得无奈地离开公司，单薄的专业水准又怎样在人才市场与他人竞争？
对“唯快不破”的误解所带来的不良后果是，有些project师为了高速实现软件功能而忽略了专业精神。他们一味地为了速度而筑下高额的“技术债”，甚至在“速度”的幌子下过得心安理得。
