干水泥和湿水泥的故事

　　在传统管理模式下业务流程就像干水泥，业务人员可以根据需要随时塑造成任何想要的形式；但业务流程一旦用软件固化下来，“干水泥”就变成“凝固了的湿水泥”，原来轻松完成的流程调整变得十分艰难，因为业务部门要想改变流程，必须求助IT人员，甚至求助软件供应商。

　　用相对稳定的管理思想梳理业务流程后开发出的信息系统，躲过了“人生苦短”的“劫难”；但在规范业务流程的同时，也“固化”了业务流程。对业务人员来说，信息系统成了“凝固了的湿水泥”。市场瞬息万变，业务部门需要根据市场变化及时调整业务流程；在传统管理模式下业务流程就像干水泥，业务人员可以根据需要随时塑造成任何想要的形式；但业务流程一旦用软件固化下来，“干水泥”就变成“凝固了的湿水泥”，原来轻松完成的流程调整变得十分艰难，因为业务部门要想改变流程，必须求助IT人员，甚至求助软件供应商，软件“剥夺”了业务人员调整业务流程的“权利”。而且人总有一种惰性，对于一些可干可不干的事情，如果举手投足就能解决的，可能会主动去解决；如果需要求助别人，则可能会选择“偷懒”。长此以往，不仅会影响企业对市场的反应速度，而且会影响业务部门信息化的积极性。如何把业务流程调整的权利“归还”业务部门？

　　任何信息系统上线后，要持久“生存”下去，都需要根据业务发展需要，不断修改完善；但修改的主要是流程，支持流程的数据源则相对稳定，如海关、税务、外汇管理等部门的监管对象是相对稳定的，政策调整仅仅是对不同监管个体的某个监管要素进行调整。从技术角度看，业务流程调整仅仅是数据源的不同排列组合而已。于是，业界逐渐出现了数据库和业务流程分离的趋势。

　　国家外汇管理局信息中心主任冯菊平从建立各业务部门共享的数据库入手，变各个业务部门分别采集数据为信息中心统一采集数据，供各业务部门使用。信息中心建立共享数据库后，将来业务部门调整监管政策时，只要从信息中心的共享数据库内采集数据就可以了，根本不需要对软件系统的数据结构进行调整。

　　为了把流程修改权归还业务部门，多数单位则选择了平台技术。以OA系统为例。早期的OA系统主要是基于Lotus开发的，数据流非常严谨，有利于规范业务流程，但对硬件环境要求较高，而且维护费用较高；后来，有的单位就采用JAVA语言开发OA系统，虽然维护起来容易多了，但由于业务需求千变万化，经常系统刚开发完，政策又改了，市场又变了，相对固定的软件模块无法满足千变万化的业务需求；于是，又把业务流程从软件中分离出来，底层的数据流形成一个应用平台，然后在应用平台上搭建应用模块，以不变的应用平台应对万变的业务需求。换句话说，传统应用软件就像一株株盛开的鲜花，而运行在平台上的应用软件就像一朵朵盛开在大树上的鲜花，应用平台就是鲜花的根。软件供应商通常在应用平台上给用户提供了各种开发工具，在软件使用过程中业务人员可以根据业务需要自己“定置”业务流程，而不需要求助IT人员。但平台技术目前还方兴未艾，只在少数软件企业的少数软件中得到了应用，在ERP、CRM等大型企业管理软件中应用平台技术的还比较鲜见。

　　随着信息化建设地深入，IT将重新隐归“幕后”，担当起电工、摄像、舞美等角色，为在舞台上唱戏的业务部门提供各种技术支持。