2030年的企业软件开发

随着软件开发工具和技术平台更加易于使用，而不同行业领域中的业务复杂性一直没有改变，独立的ISV将会消亡，只剩下软件开发平台（包括通用软件开发平台和针对特定行业领域的开发平台）供应商，以及行业机构内部的软件开发部门。

到时候软件开发人员就跟现在的IT基础设施维护人员一样，渗透进入每个机构，跟现在的开发人员有两点不同：其一，由于开发平台和工具更加先进，他们工作效率和单兵作战能力更强；其二，跟业务人员密切接触，对当前机构甚至当前行业的业务有更深的理解。
--

以上想法主要源于下面思考：

信息化项目的重点和难点（也是最大的风险和成本）是业务需求分析，即帮助客户搞理清楚他真正想要的是什么。站在一个乙方分析师的立场上，为了对客户负责，他恨不得把自己变成甲方的一员，才能透过现象看本质，提出既能解决眼前问题又有利長远发展的方案规划；同时他又要对老板负责，把公司的产品卖岀去，他也恨不得客户不断地推翻重来，换一个领导就换一套系统，这样包括领导在内，整个行业都有无穷的机会。

经过多年的IT历煉，不知到了2030年这个行业生態系统能否进化岀一些更好的运作模式。当然，之前的市場也一再证明，在缺乏有效机制的情况下，优胜劣汰这种达尔文式的进化法则基本上是行不通的。因此，在跟公共利益相关且政府监管力度效大的行业，进化的速率可能会快一些。

我们可以用一个模型来对信息化项目协作方式的演化进行预测。首先假设，在甲乙双方工作的IT人员的人数对比处在一个动态平衡当中，主要有两个力量在维持这个平衡。一个是技术的复杂度，技术越复杂專業化的分工就越细，就像一些医院的药剂室，可以生产一些自己的配方药，但难以想象医院自己拥有一条CT生产线。一个是业务复杂度，机构业务越复杂就越需要一个属于自己了解自己的强大IT部门，虽然甲方的项目主管和乙方的产品经理都需要对方案进行营销，但大多数时候，在整体成本上，内部营销比外部营销要低得多。

近几年的技术发展，特别是云计算和DSL，正在使得这种动态平衡慢慢发生变化。特别是当可靠性、伸缩性等技术问题都被平台化、透明化之后，在信息化解决方案的开发中，技术架构师会变得越来越不重要，业务架构师会变得越来越重要。可想而知，未来的大型机构信息化基本是走类似SAP的模式，中小型机构信息化基本是走SaaS模式。

如果说很多现在的ISV都会消亡的说法有点过，那确实有一些领域适合他们生存。这些领域更加专业化，比如数据处理和利用，比如设备控制和接入。在医疗系统中，临床信息系统就属于这种类型，它主要解决细分市場中相对少数但非常專業的信息处理问题，这与强调事务处理和业务流程的企业级系统有明显的区别。当然，ISV在这些领域存活的关键是走專業化的道路，集中精力，把一小块业务做精做專，虽然市場总量没法跟平台化公司比，但养一小波人，也可以过得很滋润，也应了前几年流行的“把公司做小”的说法。然而，因为太小，也随时面临被大公司，比如设备公司中的信息化产品部门的竞争，甚至收购。