ERP软件版本开发的博弈

    长期以来，各ERP厂商在软件开发的过程中都是选择了版本化开发。无论是神州数码、用友还是金蝶都在如此。用友的U系列、NC系列，金蝶的K/3系列，EAS系列都是一个版本一个版本的不断推出。这也是软件业界常规的一种开发模式，做到极致的当然要属微软的windows系列。但这种敏捷开发模式是否适应ERP软件的开发模式呢？版本化的开发又存在什么样的问题呢？

    1、开发周期过长：版本化的开发，势必需要一个较长的周期，一个大的版本(NC5.5、EAS6.0)一般都要半年以上甚至更长的时间才能完成开发。但市场的变化非常的快，较长的开发周期使得新的功能很难在短时间内响应市场，贻误战机。

    2、维护成本不断增加：软件版本越多，就意味着软件厂商需要支持维护的版本就越多。研发、实施、技术支持都必须给予不断的投入。以支持各版本的维护。

    3、研发成本居高不下：在多版本的维护中研发成本应该是最高的。不但需要维护各版本的客户的软件需求以及补丁开发。还需要在不同版本之间对新增功能不断的同步，以保证功能在各个版本中的一致性。这个成本是非常可怕的。

    4、升级的困难性：ERP软件的复杂性非常的高，各厂商的研发水平远无法达到微软的程度。版本的升级还没有办法做到完全的平滑升级，各客户的个性化需求以及版本间的差异化往往给一个客户的版本升级带来很大的困难。技术的难度还不是升级的关键。升级后的稳定性以及功能的正确性是客户最为担忧和顾虑的因素。升级一旦有意外发生，影响的是客户方日常业务的开展，事关重大。

    我们能否消除版本的概念，基于一个稳定版本进行功能特性包或者补丁的开发模式呢？进行一个去版本化的开发模式。这样的好处有：

    1、可以快速响应市场的需求，在较短的周期内提供客户需求的功能，满足客户的业务需要

    2、降低维护成本，只需要维护一个版本，维护成本将较大降低

    3、对于研发来说，无需维护多个版本，也无需在多版本中不断的同步和开发同一功能，

    4、升级的困难迎刃而解，特性包的安装以及补丁的安装远比版本升级风险要小的多。对于客户的日常业务处理影响几乎没有，即便出现意外情况，解决的难度也较低，时效性也能大幅提升。

    当然去版本化的开发存在一个问题，就是当遇到技术重大变革的时候，并不适应。比如一个web框架的重大变化，底层架构的重大修改等等。但我觉得就目前ERP的研发来说，去版本化的开发从成本和市场响应来说都有较大的好处。

转载：感谢您对网站平台的认可，以及对我们原创作品以及文章的青睐，非常欢迎各位朋友分享到个人站长或者朋友圈，但转载请说明文章出处。