旧瓶装新酒：BPM在企业中的最新应用实践

    我们的QQ群里有很多使用OA或正考虑BPM的朋友。大家讨论OA和BPM其实都是想办公自动化。让系统跑人的事情是OA的主要目的，那么BPM呢？对于企业，BPM的价值和目的又在哪里呢？其实我们大多数并没有认识到BPM对于企业的增值空间？

    首先，我们来看看BPM的价值和它与OA的区别。BPM着眼于企业流程重组，而OA着眼于企业流程自动化。比如，成熟企业会不停地改组业务，优化流程，但是中小企业没有那么多精力考虑流程优化，效率优先。这两种不同的需求导致BPM和OA的不同导向。

    我个人认为OA与BPM面向不同客户群，客户应该根据企业领导和业务需求判定如何选择。

    下面举例说明BPM能帮助企业实现的价值。比如我们企业，以前的BPM基本定位在OA。但是随着发展，我们的需求更加旺盛，对业务的理解变复杂，我们就有了升级OA到BPM的需求。这是第一点。第二点：业务流程需要重新梳理，这更需要BPM工具支撑。

    可以说，BPM着眼于创造价值；OA着眼于提高效率和集成度。

    很多人都谈到OA和BPM的融合问题，但我认为基于两者价值导向不同，比较难于融合。

    我们来看一下OA是如何构成的。OA：有一体化的集中数据库完成，各种表单大多位于OA系统，包括文档。而先进的BPM基本就是一个皮，业务数据通过SOA的Web服务链接。因此我们的挑战在于BPM工具的监护和效率。

    另外，我们还可以从一个具体的BPM的应用场景来说明BPM的价值。面对一些新的需求，我们需要重组新的业务，这样系统必须重建。我们的表单数据变化较小，但流程变动很大。这时候BPM工具的价值体现出来了。我们仅仅花了半个月就更新了九只主要流程。有些甚至几分钟就可以配置完成。效果明显。大家想想如果是OA的修改需要多久？耗资又要多少？表单和流程分离是二者核心区别。另外，BPM工具的使用可以解放IT，使得业务可以脱离IT单独操作。BPM的优势也在于此，有点儿像IT的三层结构，业务层和数据层完全脱离了。

    在经过培训后，简单的修改业务人员一般都可以完成。我们现在使用的智能表单已经可以做到简单流程的自动化维护了。其实我们想像一下，业务如果可以自己改动，何必费劲找我们？改动的是流程不是数据，业务不能改变这个原则。BPM的终点就是业务流程和数据的完全脱离，业务操作流程。

    比如，我们的签呈（重要批准）流程由总经理室完成，而不是IT，因为他们可以在测试系统配置后发布到生产系统，因为没有程序改变，我们没有IT变更，但是他们要维护变更历史。

    我们因为没有变更程序也就不存在变更管理，但是BPM的版本管理会记录这些变化。当然只有授权人才可以改变流程。我们一般叫他们“流程所有者”。这归企业管理负责。

    第二部分，我和大家分享一下我们最近实施的BPM项目。

    我实施过几个ORACLE的项目，集成了SOA套件，同时也实施过好几个K2的项目，而且最近刚刚成功实施K2的智能表单。两者有明显区别但一样又很接近。其实无非两种，一种是微软平台，一种J2EE平台。我们采用的是混合组网。BPM采用的微软平台K2。业务数据集成采用了ORACLE的SOA。使用SOA管理所有的企业级web服务，使用K2把他们串起来。

    我们选择K2的原因么很简单，我们的企业环境是微软的，仅有少量的J2EE比如WebLogic。选择K2微软平台的原因是因为环境和价格。

    我们使用SAP作为后台骨干系统，流程跑在K2上面，两者之间采用SOA套件连接。成功上线两个月了，运行良好，已经处理近三百个订单。我认为这是个比较成功的案例来说明OA与BPM的区别和BPM架构如何搭建。

    有朋友看到流程截图中有很多审核，会有疑问，如果审核人正好不在该怎么办？很简单，BPM工具中流程可以被授权代理。如果总经理不在他设置谁做代理就好了。但是这要求各位必须有AD验证或SSO。如果有人事系统集成更好，能够体现层级关系。

    最后一部分和大家一起讨论一下实施SOA对BPM的影响或者说是促进作用。

    对于SOA的使用我认为刚刚开始，它不仅是BPM的利器，也是我们移动战略的核心。SOA完整支持BPM工具，同时BPM工具现在基本都支持web服务的调用。如果没有SOA我们要花很多精力在接口管理，庞杂繁琐。而如果没有BPM工具甚至移动化BPM支持，SOA就没有价值体现。刚才的案例中我们看到的多系统数据交换，基本上都是基于SOA架构的。

    如何选择SOA平台也是仁者见仁的事情。但是企业自身环境影响巨大。如果各位都是ORACLE环境，就选他们自己吧。如果是很多异构环境，建议采用IBM的硬件方案。

    我个人比较推荐SOA的工具就是ORACLESOASuite和IBM的SOA套件，其他工具因为集成ERP等有些挑战。

    我以前也和大家分享过，SOA对于移动的支持是生死攸关的大事。没有SOA，我们很难将业务系统碎片化然后重新编排。

    SOA的作用就是业务系统碎片化，我们的很多业务系统是独立的系统，在他们外面还有很多数据或流程不能被整合进去。业务系统碎片化的作用使得IT第一次可以跨越系统的整合业务，再加上BPM工具的强力支撑，我们如虎添翼。这也是我们各位多年的努力，大家可以想象我们自己是多么的受制于各个系统：人事系统，财务系统，BPM/OA，供应链管理，文档，CRM，太多的系统太多的累赘！

    最后，以我在BPM项目中的一些感受来作为结语吧。信息化的事情很杂，我们多数时候难以系统地思考，但又必须系统地思考，有挑战。我的思路是：1.系统梳理→2.SOA架构设计→3.BPM架构与选型→4.小范围实施→5.大范围推广。