目前的软件模式大致可以分为大规模定制开发、商业软件+少量定制开发和介于两者之间的平台+少量定制开发等三种开发模式。本文笔者试图通过对三种开发模式的对比和分析,希望对那些想上ERP的企业有所帮助。
定制开发市场将会逐步萎缩
定制开发,过去看似很有诱惑力的开发模式,随着行业的不断规范,各种行业软件的不断推出和国内国际大型企业管理软件产商的不断蚕食,定制开发市场将会逐步萎缩,将被那些成熟产品和业务平台所取代。
定制开发,业务范围是很有限的,一方面,定制开发只能是小规模的,一个几百万,上千万的项目要定制的话,开发出来的产品是否专业不说,当就开发这样的一个系统所耗费的开发和实施时间,按目前的公司频繁开张和倒闭,估计足够一个软件公司倒闭好几次了,这样的项目,业主怎么会放心定制呢?另一方面,搞定制开发,需要软件公司的综合实力特别是行业实力要求比较高,由于软件公司没有专业的行业坚决方案,基本上是见单打单,因此基本上是企业业务的手工模拟,能够实现手工业务电子化就很不错了,又怎么能将ERP的先进管理理念和思想融入其中呢。
来自蒂森克虏伯的经验(大规模定制开发带来的问题):
形成了庞大的IT队伍,公司在IT这个非核心领域投入过大,并且还在不断膨胀。
下图反映了业务人员描述需求,IT人员进行开发的大规模定制模式的弊端, 虽然是一种漫画的方式,但他却确确实实的反映了定制开发这种开发模式存在的如下一些问题:
业务人员描述需求,IT人员进行开发的定制开发模型图
1、 业务人员的描述IT人员理解得不确切
2、 业务人员的描述本身不够严谨,随时间的变化或人员的变动会经常变更。
3、 系统的整体管理水平直接取决于业务人员的管理水平和思想。
4、 业务需求有所变动,IT人员就得变动系统,IT人员的工作量会很大
定制系统的灵活性差,跟不上企业的发展速读。往往是IT部门开发出来后,业务部门的需求已经方式变化。同时,集团在不断的兼并、重组,并且不断向其他业务领域延伸。定制系统的扩展性差、适应性差的缺点越来越突出。
IT技术正以难以想像的速读飞速发展,要靠企业自身的IT队伍跟上技术发展的潮流非常困难。如果不发展,又恐不能充分利用最新的信息技术对管理和生产力的提升,最终被商场所淘汰。
因此,定制开发由于开发周期长,行业业务理解不深刻、基本上是手工作业电子化等特点,无法将ERP管理软件的先进管理思想如标准化思想、全面质量管理思想、供应链管理思想等融入其中,同时由于成熟软件产品的不断丰富和蚕食,定制开发必将逐步退出历史舞台。
平台模式将是未来信息化的主流
提到平台,在2001年是炒的最热闹的一年,很快,平台概念就和炒ERP一样被炒烂了,无论是什么系统,那怕就是一个Excel做的几个宏文件,也要加上一个平台。
如何理解平台?
平台的概念目前基本上有两种,一种是基于快速开发目的的、提供一些辅助开发工具(如系统管理、组件等)的开发平台,这种平台是一个纯粹的技术平台,充其量是一个开发工具(如Delphi)的优化,但凡有开发任务时,所有的客户业务都需要重新开发(当然有些技术平台也包含了一些系统管理、组织权限等相对通用的东西)。另外一种平台是在技术平台的基础上发展起来的,以业务逻辑为核心的业务管理平台,这种平台的特点是不仅仅是一个狭义的技术平台,更封装了行业(或典型企业)的很多相对通用的业务逻辑,而这些业务逻辑一般是对某个行业的深刻研究后才能得到的结果,比较典型的有金蝶的BOS平台,东软的VP.net平台等。
技术平台的缺点:
1、需要开发的工作量大,提供的功能有限,无论怎么完善和拓展也只是一个技术平台,所有的业务都要重来,无法形成行业解决方案。
2、平台使用困难,开发人员比较熟悉市面上比较流行的的开发工具(如Delphi),但要熟悉一个技术平台需要很长的时间,一方面是技术平台是某个公司特有,开发人员在没有使用该平台之前无从了解该技术平台的情况;另一方面,由于管理软件公司的实力的缘故,不可能和那些市面上比较流行的开发工具如Delphi相比,特别文档不全,开发人员的风格不统一,人员流动大等特点,一个技术平台需要手把手的教,而且有很多平台开发人员自己的个性色彩,因此技术平台使用也是需要代价的。
3、无法形成行业积累和行业经验,复用度非常低,所有的客户业务知识都出存在程序员大脑中,无法实现共享,一旦程序员离开公司,所有的知识都被带走。在另一方面,复用对一个软件公司来说却是至关重要的。有个例子,有次到客户现场,发现他们用的一个软件很小,但所有人很喜欢这个软件,为什么呢?据负责人介绍,以往公司的业务员开发了多少业务、正在追踪的业务以及所有这些的业务信息如客户资料等都存在业务员大脑中,这些业务员离开后就将客户带走了,甚至转为公司的竞争对手。有了这个小软件之后,业务员的所有业务活动都被记录和追踪,实现了信息共享。这位负责人说,现在他们再也不当心业务员跳槽了。