BPM 完全解读　

       业务流程建模(BPM, Business Process Modeling)是对业务流程进行表述的方式，它是过程分析与重组的重要基础……

业务流程建模(BPM, Business Process Modeling)是对业务流程进行表述的方式，它是过程分析与重组的重要基础。在跨组织业务流程重组的前提下，流程建模的主要目的就是提供一个有效的跨组织流程模型并辅助相关人员进行跨流程的分析与优化。目前有大量的流程建模技术能够支持业务流程的重组，但同时这也给相关人员带来困惑：面对如此众多的技术，他们很难选择一种合适的技术或工具。同时，目前对流程建模技术的研究大多集中于建模技术的提出与应用，缺乏对现有技术的整理与分类以及技术之间的横向对比，这也就加深了建模技术选择的复杂性。

“以方框与箭头表现出来的大笔财富……”一个业务分析家站在白色书写板前，用箭头连起来的盒子勾画出一个业务流程图，并要求软件开发小组实现它(向莎士比亚道歉)。(编辑注：此处作者引用了一句双关语: "The boxes and arrows of outrageous fortune ...."，应是源于莎翁之句，译者译为“暴虐命运的雪箭霜盒……”但从本段含意来看，编辑认为，最好按字面翻译，可以体现出作者在英文环境下的双关韵味)业务流程建模(BMP, Business Process Modeling)——也被称作业务流程管理(Business Process Management)——此时就可以帮上忙了。BPM是一套设计、执行、管理及监控业务流程的技术和标准。一个业务流程是指为了实现某种业务目的行为(盒子)——每个盒子代表一个人的操作、一个内部系统、或一个合作公司的流程——的流程或一系列动作。

这么多年来业务流程和BPM的范围已经被扩展。就在几年前，BMP——那时叫“工作流”(workflow)——用来管理和驱动在公司部门内大型人性化和纸制流程的组件。例如，处理一个申请(保险申请)，将扫描的纸制申请表格作为输入，电子化地从一个索赔受理者的电子邮箱(或者worklist)传到另一个那里。这相当于模仿各办公室邮件在办公桌之间传递的传统动作。现在BM是一种企业集成技术，作为对面向服务系统架构(Service-Oriented Architecture(SOA))、企业应用集成(Enterprise Application Integration(EAI))、企业服务总线(Enterprise Service Bus(ESB))的补充。当代的流程成功地处理了复杂系统的交互，其本身作为一种服务依照良好定义的技术契约可以与以他公司的流程交互、交流。例如，零售商处理购买订单的流程运用Xml消息与基于服务的顾客和仓库流程交互。

BPM 是一个不完整的规则，其中有许多不同的形式、表示法和资源。另一种常用的技术是定义表示概念性流程流的事件驱动流程链，正如 Barker 和 Longman 所定义的。这第二种技术使用了不同于 UML的表示法。

此外，还有许多专用方法(如 BPM 技术)可能被咨询公司和企业资源规划(Enterprise Resource Planning，ERP)软件包厂商视为具有竞争优势。ARIS Implementation Platform 就是这样的产品的一个例子。其他的方法包括：Line of Visibility Enterprise Modeling (LOVEM) 和 IBM 的组件业务建模(ComponentBusiness Modeling，CBM)战略。

最近的趋势是定义表示可执行流模型(如用于 Web 服务的业务流程执行语言(Business Process Execution Language for Web Services，BPEL))的标准方法。BPEL 将流程的范围从分析扩展到实现。这样的可执行模型引发了一系列的新问题，其中包括：

• 　　哪些方面应该用 BPEL 描述，哪些方面应该用 WSDL 描述?流程模型和传统的编程模型之间的区别在什么地方?
• 　　如何将非功能性要求和服务质量特征这样的方面加入模型之中?
• 　　同更传统的编码(例如在 J2EE中)相比，在 BPEL 引擎的编程语言扩展中执行多少逻辑?
• 　　如何评定可执行流程模型的质量，其应用的最佳实践是什么?
• 　　什么工作角色进行 BPEL 流管理;是业务专家(分析人员)，还是开发角色(软件架构师)?

　　必须利用所有现有的 BPM 方法作为 SOAD的起点;然而，必须使用流程模型中用于驱动候选服务和它们的操作的附加技术来对其加以补充。此外，SOAD 中的流程建模必须与设计层用况建模保持同步，并且必须给出与 BPEL 有关的问题的答案。

理想的BPM体系结构

      我即将出版的一本书《业务流程建模本质》（Essential Business Process Modeling）探究了BMP的概念、设计和标准。当今的BMP相当于一个沼泽，我的书与许多被误解、被误用和被过分吹嘘的厂商和标准争论。在对BMP前景的调查中，我的书强调标准高于厂商，因为标准是更好的概念源头，且使这个主题更清晰。已通过的BMP标准乍眼望去像一盘黑糊糊的字母形花片汤（见表1），但是将其中最好的恰当地组合后，他们会形成一个非常易于理解的体系结构，见图1。

表 1. BPM 标准

图1. BPM 体系

      在这个体系结构的核心部位是一个执行流程的运行时引擎，其流程的源码是由基于XML的BPEL语言写成，BPEL是当今最著名、广泛应用的BPM标准，及最优秀的BPM执行语言。这些流程是由业务和技术分析家使用支持可视化流程图语言BPMN——最好的BMP图形语言——的图形编辑器设计出来的。此编辑器包括一个导出器，可以从BPMN图生成BPEL代码(之后部署到引擎)。(在当前许多Java开发工具中，BPMN到BPEL的流程与UML到Java的流程相类似。)

      人和计算机的交互驱动引擎里流程的执行。人这个参与者使用一个图形化工作列表应用程序浏览并执行未执行完毕的手工工作（在流程运行的引擎里）。依附于公司网络的但在引擎地址空间外的内部IT系统，被储如web服务，j2EE，或COM的集成技术，通过XML作为选用的消息格式所访问；用编成语言如java、C#写出的内部交互可以是更轻便的内嵌代码片断。外部交互是典型的基于web服务的通信，由编排控制，例如那些用新兴的XML语言——WS-CDL 这个领先的编排语言所创作出的外部交互。虽然编排描述了多个参与者流程交互（在business-to-business电子商务里很典型）的整体、引人注意的视图，但是编排工具包可以用来生成一个基本的BPMN模型，其可以捕捉某个特定参与者流程所要求的通信，同时这个工具还可以验证一个给定的流程是否满足编排的要求。（WS-CDL文献建议由WS-CDL生成BPEL而不是BPMN。但是在现在的体系结构中，BPMN作为一种设计语言是一个必要的间接层。）

      BPM系统管理员里利用一个图形化的监视控制台来维护和跟踪引擎流程的状态。控制台使用一种管理语言与引擎衔接。实时引擎将流程状态持久化到数据库，控制台直接与数据库碰面，而不是用管理语言来沟通。运行时引擎将流程状态持久化到数据库，控制台直接与数据库碰面而不是使用管理语言来专门执行流程的请求。监控构造也支持业务活动监控（Business Activity Monitoring (BAM)）或者仪表板式的业务监控。

      在这个平台上的开发过程如下：

1.从一个WS-CDL choreography生成一个初始的BPMN模型。如果流程并不是从一个编排衍生而来则越过此步。
2.设计BPMN模型
3.从BPMN模型生成BPEL
4.开发必要的人和系统(内部和外部)的接口
5.部署BPEL代码和其必要的接口到引擎
6.使用管理和监控接口跟踪正在运行的流程。

      这个体系结构的全貌（由WFMC——众多BPM标准组织中最成熟的一家——的参考模型激发而成）类似许多集成厂商（如，IBM、BEA,、Oracle、Tibco,、SeeBeyond和Vitria ）所提供的平台。使这个体系结构特别的地方是其标准的选择。BPEL、BPMN和 WS-CDL都被包含进来，因为他们分别是执行、设计和编排的最好解决方案，BPM最重要的三个部分。
（如图2所示未来可能包括新兴标准BPQL——用于监控，BPSM和BPDM——用于元模型建模，BPRI——用于运行时接口，BPXL——用于BPEL扩展）。事实上，很多厂商支持或正在实现支持BPEL。但是BPMN的支持非常少（大多数厂商提供各自的方案），WS-CDL的支持几乎没有。BPEL并不够。这个体系很理想化，需要实际的实现。

图2. 在理想体系中的BPM 标准

让这个零售流程运行起来

      这个体系结构也许还没有任何实现，但是就零售商处理一个购买订单为例，我们近似描述这个指定的开发周期并建立一个实际的流程。我们从编排开始。一个零售商流程并不是在孤立的环境中运作，而是须同顾客和仓库的流程合作来接收、填写订单。这个编排可以用下面的文字描述：
      1.顾客将向零售商发送订单。
      2.零售商向顾客发送订单已收的确认
      3.零售商将订单转发给仓库并将顾客emai地址也传过去。仓库将用这个地址通知用户什么时候订单完成。
      4.仓库如接受了订单，就发送一个肯定的确认给零售商；如拒绝了订单则发送一个否定的确认。在这个两种情况里，零售商都将仓库的返回结果转发给顾客。
      5.假设仓库接受了顾客的订单。仓库当完成了处理并准备发货的时候，就直接通知给客户发通知。

      WS-CDL的好处就是可以将这些步骤用XML语言形式上编成代码。开始两个步骤的文字描述用WS-CDL编成代码如下：

例子1. WS-CDL 顾客-零售商交互

12 operation="handlePO" initiate="true">
3 4fromRole="tns:Consumer" toRole="tns:Retailer"/>
5 action="request">
6
7
8 
9 action="respond">
10
11
12 
13

12 targetNamespace="http://acm.org/samples" suppressJoinFailure="yes"
3 xmlns:tns="http://acm.org/samples" 
4 xmlns="http://schemas.xmlsoap.org/ws/2003/03/business-process/"
5 xmlns:bpws="http://schemas.xmlsoap.org/ws/2003/03/
business-process/">
6
7 
10 
11
12
13portType="tns:Retailer" 
14 createInstance="yes" operation="sendPO" variable="po">
15 
16 
17
18 
19
20
21
2223 portType="tns:RetailerCallback"operation="poReceipt" 
24 inputVariable="po"/>
25
26
27portType="tns:RetailerDB" 
28 operation="createPO" inputVariable="po"/>
29
30
31portType="tns:Warehouse" 
32 operation="sendPO" inputVariable="po"/>
33
34
35partnerLink="warehouse" 
36 portType="tns:WarehouseCallback" operation="onResult" 
37 variable="poResponse">
38 
39 
40
41 
42
43
44
4546 portType="tns:RetailerCallback"
47 operation="poResult" inputVariable="poResponse"/>
48
49
50portType="tns:RetailerDB" 
51 operation="____updatePO" inputVariable="poResponse"/>
52
53
54
55 
57 59"/tns:POMsg/tns:action") = "reject"">
60
61 
64 65portType="tns:WorkflowTaskManager"
66operation="create" inputVariable="task"/>
67
68 
69 
70
71 
72

如何分析 BPM 解决方案

　　本文描述了BPM解决方案概念以及使用BPM构建软件解决方案的主要架构块……

　　下文将对于如何做出适当的需求评估并将其转换成恰当的解决方案架构给出一些意见和建议。

　　BPM的神秘方法

　　希望您发现这个比喻很有趣：如果您只是要驾驶一辆汽车，那么并不需要知道引擎和传动装置的工作原理。汽车的这两个方面关注的是不同的问题。一方面，您要懂得变换档位、转弯，观察后视镜和加速。 另一方面，您要了解内燃机，传动装置和电子零件。

　　在这篇文章中，架构师犹如汽车司机， 最终用户好比乘客，而BPM是汽车。开始驾驶吧!

　　BPM解决方案

　　BPM解决方案是在组织基础架构内运作的业务流程。

　　BPM解决方案是完成实际工作的“活动”业务流程。解决方案提供了“执行”业务流程、与他人和系统交互所需的一切。架构师需通过定义模块规范和布局确保所提议的解决方案满足所有的需求。在此我们从一个高层次的角度来探讨一下主要的概念块。不必担心各片段的执行方式及其复杂性;我们现在来布局组件。

　　正式的定义有助于定义解决方案的内部块。

　　业务流程

　　业务流程就是一组安排在反映达成业务目标的实际的工作流程的流中的活动。

　　这里的业务流程可视为是带有模型、集成、表现和逻辑的流程驱动应用程序。

　　业务流程是用AquaLogic BPM Studio写成的，采取BMP工程的形式。流程中的组件可以单独实现，但将会整合到Studio中，并用在BMP工程中。在这一点上，业务流程仅仅是一个定义。它是源;它并没有生命力;它需要容器来运行;还要求所有的外部依赖项联机且可用。需要基础架构来驻留业务流程。

　　基础架构

　　解决方案的基础架构是一套允许业务流程执行的服务和应用程序。

　　为了执行业务流程，需要一个BMP执行引擎，还要有客户端应用程序、管理工具等等，以便进行交互。所有这些模块都包含在 AquaLogic BPM Suite 中。但通常并不能满足您的全部需求。假如业务流程调用web services，从定制数据库里读取，或者使用Enterprise JavaBeans，这时就必须确保这些服务可用，否则此流程就不能理想地工作。

　　这些服务已成为基础架构的一部分，因为业务流程需要它们。所有这些依赖项在基础架构中和BMP服务器本身一样重要。

　　基础架构定义所有的组件的通信方式、位置及其配置方式。这是从最高层次上来观察BPM：从这个角度，您可以掌握任何一个组件以便了解各组件的详细情况。从这个角度进行观察是非常重要的，因为它显示了解决方案的主要活动部分;业务流程和组织均由基础架构托管。一个基础架构通常要托管很多业务流程，所以基础架构是众多BPM解决方案中的一部分。这很关键，因为您必须使基础架构恰当地处理将在其内部运行的所有解决方案。它的优势在于无需创建一个全新的基础架构，所以就节省了很多资源和对多个基础架构的管理工作。

　　现在，当您开始定义一个架构的时候，很快就出现了两个问题：

　　业务流程定义了基础架构的许多需求，比如它们所依赖的外部系统，外部系统又定义了如何与之连接。

　　业务流程具有一种预期的使用方法，它定义预期接受的负载。使用预期用法时，您也可以了解到使用业务流程的参与者的使用概况。理解如何收集负载需求和它对于基础架构的影响是非常重要的，因为这为您合理确定基础架构的规模提供了正确的信息。

　　但是IT、企业所有者以及规章制度也可能会带来某些需求，大多数以安全性、SLA和运行服务器的平台为中心。设计基础构架时必须考虑到所有这些需求，因为它们必然会影响到组件交互的方式。

　　下面来看看开发生命周期中非常重要的一步，在此阶段必须实施许多架构决策。

• 　　如何将业务流程安装在基础架构中?

　　业务流程的部署包括对于组织和基础架构的映射，这称为部署拓扑。

　　部署定义流程驻留在怎样的企业服务器上。也就是说，这个流程的实例将保存在这个服务器里，使用该流程的客户端连接此服务器，自动执行也在这里完成。因此需谨慎规划业务流程的部署拓扑，以便更好地利用所拥有的基础架构。部署拓扑允许用户在服务器间分布流程，提供了一些水平可伸缩性。例如，可以将用户最密集的流程部署在一个引擎上，并将一批流程部署在另一个引擎上，还可配置各引擎使之更好地适应各部分的需求。

　　部署还定义了流程将位于哪个组织单元(OU)。也就是说，您可以在多个OU中部署同样的流程，这带来了更高的灵活性，因为每个OU都能具有同一流程的不同版本。

　　基础架构也通过提供如Workspace这样的最终用户工具为将人员与业务流程相整合的途径，而您不需要定义对于各用户来说哪些内容是可见的，也不需要定义他们对业务流程的权限。需要的是映射组织。

　　组织

　　组织是对企业中与业务流程交互的实际人员的一种反映。

　　组织反映了人员的分组方式以及各小组和个人的权限;它也反映了这个组织的层次结构。简而言之，就是谁能够为每个业务流程做些什么。这样做，就出现了两个不同的方面：可见性和权限。

　　可见性定义您能看见的流程，而权限定义允许在流程中做的事情。要处理一个流程，既需要可见性又需要权限。规划流程的部署拓扑时，这些都是很重要的工具，因为它们定义了组织是如何与流程一起运作的。

　　下面更详细地说明一下这些定义：

• 　　可见性由人员和业务流程层次化地安排在组织中的方式定义。

　　通常把参与者安排到一个组织单元中(organizational units, OU)。OU是在一个树结构中定义的，该树以组织为根。流程也被部署在OU中，因此参与者能根据指派给他们的OU以及流程所部署到的OU来查看流程。这就是为参与者定义一个流程的可见性。

• 　　权限是由指派给参与者的角色和在业务流程中定义的角色来定义的。

　　参与者具有指派给他们的组织角色，也可能是由其所属的小组直接或间接指定的。在业务流程定义中，当流程被公布时，用户也可以定义映射到组织角色的流程(抽象)角色。对于那些能够操作流程的用户来说，他们首先需要的是其可见性，但必须从映射到流程的角色中指派给他们一个。根据参与者的角色和拥有的权限，他们有权在流程上进行操作。

　　汇总

　　既然已经定义了这些概念，就该把它们与现实联系在一起。正确地理解业务和组织的需求，并把它们转换成能满足这些需求的架构，充分利用资源是至关重要的。此项任务的输出不是一份详细的项目、角色或参与者的列表;它更多地则是构建基础架构、组织和流程所需的一系列规则、指导原则或策略。

　　那么需要哪些定义来构建架构呢?

• 　　组织映射到BPM空间的规则

　　要将实际的组织转换为BPM，必须存在某些标准，其中包括以下定义：

• 　　组织单元模式
• 　　组织角色模式
• 　　小组模式
• 　　OU的参与者的指派
• 　　小组中参与者的指派
• 　　参与者和小组的组织角色的指派

　　基础架构的组件

　　应用程序和服务的分布以及它们之间的通信方式是架构中的关键部分。实际上，这就是是该解决方案的技术架构。以下是需要包含的应用程序和所需配置类型的基本列表。

• 　　BPM 企业服务器
• 　　类型 (Standalone、WebLogic)
• 　　配置 (Clustering、Location)
• 　　数据库配置
• 　　HiPer Workspace for BPM
• 　　配置 (Clustering、Location)
• 　　其他模块
• 　　业务流程依赖项
• 　　流程部署拓扑

　　业务流程必须嵌入在基础架构和组织中：这就是部署拓扑。拓扑对于基础架构和人们使用流程的方式有着直接的影响。这些定义很简单，但是要根据组织和基础架构谨慎地加以定义。

• 　　到组织的映射
• 　　配置流程的组织单元(OU)
• 　　流程角色到组织角色的映射
• 　　到基础架构的映射
• 　　执行流程的企业服务器
• 　　流程所需的外部资源

　　结束语

　　从架构师的角度来看，理解是什么定义了BPM解决方案、恰当地布设基础架构并为业务流程定义所要遵循的规则是非常重要的。在动手之前，定义不必是完备的;它会随着业务流程的构建和来自于组织的更多需求而演进。定义所有这些问题是企业用户、开发人员和IT之间的一个长期的商谈过程，从而构建满足各方需要的架构。

　　架构师的作用就是在所有这些人中进行调停，并且了解需求对于不同领域的影响。

业务纷繁难以厘清国际巨头 希冀BPM成救命良药

新近被追崇的业务流程管理(BPM)，不但能使公司摆脱功能堆积，激发出企业的活力，还能帮助企业在一个竞争残酷和变化快速且经常不可预测的时代里，更容易获得成功

现在，纷繁复杂的业务正让贝尔等国际巨头头疼不已，呼唤一个新的管理流程来解决这些错综复杂的问题，成为当务之急。

BPM(Business Process Management)，即业务流程管理，是一套达成企业各种业务环节整合的全面管理模式。BPM涵盖了人员、设备、桌面应用系统、企业级 Backoffice 应用等内容的优化组合，从而实现跨应用、跨部门、跨合作伙伴与客户的企业运作。 BPM通常以Internet方式实现信息传递、数据同步、业务监控和企业业务流程的持续升级优化，不但涵盖了传统“工作流”的流程传递、流程监控的范畴，而且突破了传统“工作流”技术的瓶颈。

日前，贝尔加拿大公司开始进行几项意义深远的革新，以改变其向客户提供新的基于网络协议的服务方式。这家加拿大最大的运营商决定制定端对端的业务流程，从而将在订购及提供服务中所使用的各种分散的应用连接在一起。这个整体性的方式将可以为客户提供新服务时间从几周降为几天。

同贝尔加拿大一样，更多的公司正在将他们的注意力转移到流程上，竞相实现更出色更快捷的工作，争相采用业务流程管理(BPM)技术使他们可以独立于具体部门和功能来监控流程。

利用BPM方法，公司需要从战略和整个企业的角度来探索BPM理念。那些将其运用得当的公司，有可能对运营实现前所未有的控制，并在运用流程方面真正地先人一步，使之成为竞争亮点。正如贝尔加拿大公司Amir Shah所注意到的，“BPM是未来的潮流”。

流程管理的挑战

从计时器到六西格玛、TQM和业务流程再造工程，管理者们一直努力工作，以实现对其运营方式进行更好地控制。而BPM正是在这种历史之上建立起来的，并致力于改善全面的、端对端的运作，如从订单到递送，包含了一系列跨职能边界的活动，范围常常从供应商到客户。其目标是消除转手及内部职能间的分离，并专注于整体业务的最终结果--典型的服务到户。

这种理念极具吸引力，但是事实证明很难付诸实施。虽然许多业务已经能够跨职能实现自动操作和整合，但端对端流程的每日管理能力滞后。的确，流程管理还停留在大量的手工阶段。毕博企业业务流程管理团队董事Jack Langowski说，为了得到显示客户服务业绩的全面数字，管理人员通常要提出申请，由技术专家们展开广泛的数据挖掘活动，然后由一名人力专家对结果进行分析。他说：“可能在几周内你会得到想要的数字，但它们不仅晚了，并且还经过了下层人员的过滤。”

这种理念极具吸引力，但是事实证明很难付诸实施。虽然许多业务已经能够跨职能实现自动操作和整合，但端对端流程的每日管理能力滞后。的确，流程管理还停留在大量的手工阶段。毕博企业业务流程管理团队董事Jack Langowski说，为了得到显示客户服务业绩的全面数字，管理人员通常要提出申请，由技术专家们展开广泛的数据挖掘活动，然后由一名人力专家对结果进行分析。他说：“可能在几周内你会得到想要的数字，但它们不仅晚了，并且还经过了下层人员的过滤。”

改变这些流程甚至更麻烦。管理业务流程的规定通常被写入诸如财务或客户关系管理等相关应用中。BPM专家Peter Fingar说：“当商业世界改变时，如果你想改变你的业务流程，你就要钻研这些细节。”这意味着与IT小组反复商讨，这样的情况通常更容易淹没。

Langowski说，整体而言，大公司中重要的流程转变可能会极为缓慢。他说：“光研究一个流程并收集相关数据就可能会花上9个月，然后还要再花6个月来达到他们想要的效果。这些时间框架对业务管理者完全没有吸引力。”因此，沮丧的高级经理人会倾向于授权流程管理活动，并将他们寻求战略改善的注意力转移到其他地方。

Gartner公司应用开发及体系结构副总裁、BPM权威人士Janelle Hill说：“理念很简单，如果流程管理得当，就能提高业务绩效。”的确，管理人员希望做的不仅是简单地提高其流程效率。Hill说：“许多公司都在考虑如何变得更灵活更具适应性，以便更轻松地改变和响应外部压力。或者更理想的情况是，如何改变其业务模式，从而使他们能够预见变革并从中获利。”

挑战来得正是时候。

企业的新希望

难道就没有一个方法来解决流程管理中遇到的问题？现在有一种称为业务流程管理系统(BPMS)的新兴技术，使一些公司重新认识业务流程管理。毕博高级副总裁Mark Lee说：“BPM系统正在迅速成为一种主流技术。”

　　据了解，目前的业务流程管理系统技术结合了用于系统连接的企业应用整合能力；工作流程管理技术被用于处理人力互动；尖端的业务规则方法及网络服务，使分散的系统和流程得以通过网络共同运作。总体来说，他们从基本的IT应用中将关于流程的信息进行分离，使独立管理一个特定的流程成为可能。该方法与20世纪80年代相关数据库类似，它们将数据与应用系统分开，开发了一代依靠共享核心数据的企业系统。

Fingar说：“这种理念是在你现有的系统之上建立一个流程层。你可以在此创建并改良业务流程。”这种方法使公司在其流程管理中有了更多的自由和更高的精密度。Fingar认为，凭借当今众多的BPMS技术，“你可以对一个流程的整体生命周期进行管理，从发现流程，分析公司当前运作状况，

到新流程的设计或修改，再到实施或执行该流程，从流程中获得反馈从而实现流程优化。”

BPMS技术远不同于用于设计和管理业务流程的神秘的图表和系统。其中许多都提供面板，使管理人员准确地、近乎实时地了解流程绩效，并在出现问题时自动发出警报。剑桥麻省Forrester 研究机构首席分析师Ken Vollmer说：“现在你可以让一个业务部门的执行副总裁坐在那里，通过面板了解那个部门中每一刻所发生的任何事情，这很了不起。”

不仅如此，管理人员还可以更详细地找出问题的源头。许多BPMS技术还能帮助管理人员模拟各种修改并看到可能的结果，以提出问题的解决方案。例如，他们可以显示分配人员或产品线会如何影响部件的制造时间。合作型工具使经理团队及管理人员共同合作，探索各种前景并快速就最佳方法达成一致。但可能最重要的是，管理人员可以通过该系统实现有效变革，自动将新流程的定义扩展到支持流程的系统。

最终，这些新系统使管理人员可以不必担心处理公司基础系统的复杂性，不断地进行事前流程管理。简而言之，他们可以基于业务战略而不是技术限制来进行决策。

让企业重新焕发竞争活力

由于可以更好地管理端对端流程，公司便能更迅速地对变革做出回应。Vollmer说：“BPM使组织更灵活地跨边界活动，因为每个人都很了解目前状况。”有了这样的了解，经理人可以消除瓶颈，并轻松地调整流程。

毕博董事总经理 Peter Horowitz说，公司还可以根据整体业务目标使用BPM来实现巨大的流程改善。毕博曾经帮助一家主要经纪商通过使用BPM工具和技术来监督并调整其新客户流程。结果，Horowitz注意到，虽然工作量不断增加，但公司从事处理新客户的人数却从100名降为22名。它还将错误率从50%降到10%，并将平均8天的新客户开户时间缩短为1天。从更广泛的范围来看，对使用BPM的财务服务行业进行的研究显示，“公司报告说他们还节约了运作成本，达到30%至50%不等。”

贝尔加拿大公司的Shah指出，BPM使流程改善得以在更持续的平台上实现。公司可以在问题产生的时候就解决它们，因为流程变革不再与季度或半年度IT更新及修改计划相挂钩。他说：“我们可以相当快速地改变业务流程，并连续实现流程改善。我们可以在不依靠较长系统革新周期的基础上在BPM层次进行流程定义。”

从另一个层次上说，流程增加的活力能够使公司更灵活地与伙伴公司的组织系统进行合作。如果公司与信用服务供应商之间出现质量问题，且供应商的流程与其自身流程联系紧密，则它可以在不担心重新安排一系列关系的情况下轻松地替换该供应商，寻求更有能力的合作伙伴。

Peter Fingar指出，互联网所带来的连接性和BPM提供的灵活性相结合，的确可以创造盈利机会。

他举了维珍集团的例子，该集团与Sprint组建的合资企业进入美国移动电话市场。维珍集团没有建立自己的基础设施，而是通过Sprint的网络提供电话服务，而维珍则负责客户服务及用户管理。“现在，这一家于2002年新成立的维珍美国移动，已拥有了3百万用户。

在演变过程中，BPMS工具突破了许多原本使管理人员与流程管理相分离的障碍。但是想要全面利用BPM，公司则不应该局限于使用这些工具，利用并处理那些可能会帮助或破坏BPM计划的组织、技术及“人员”因素。

Vollmer说：“其中的人员方面比工具重要得多。”作为一种管理方法，BPM转移了职能型经理的权力，并要求可能进行内部争斗的部门相互协作并共享信息。这种文化上的挑战非常关键，以至于Vollmer常对人说“他们的项目小组中应该配备一名心理学家，因为触动了许多方面的权利。”

为了推动这种努力，确保得到高级管理层的支持和指导很重要。Fingar说：“如果你不能在执行层当中建立这些关键流程的所有权，那么它就行不通。”在缺乏BPM战略观点的情况下，“你只能谈论怎样提高质量。你可以优化你所做的，但这并不能使你打开任何新局面。”

但不管如何，现在，BPM--业务流程管理系统所显示出来的优越性已经成为众人的关注点。

来源： IT时代周刊
（美)毕博管理咨询研究公司(供《IT时代周刊》专稿)

在微利时代，很多企业都缩减IT预算，希望能度过这个寒冬，但有些钱却是不能省的，因为它能帮企业省下更多的成本。

以某一家科技厂商为例，他们曾经因为下游厂商使用了版本错误的设计图，而生产出一批规格错误的芯片，导致数百万元的损失；通过BPM电子化流程传送表单附加设计图，经由层层把关的机制，不仅保障图档的正确性，更彻底杜绝失误的发生，这就是BPM的潜在效益。 BPM的应用层面很广，无论企业从哪一个层面切入，都存在许多明显或潜在的好处。

但如果你把BPM当作是工作流程、请假、加班等流程的电子化，因为这些业务无关痛痒，效益自然不明显；若从企业的核心业务或管理的「痛处」切入，企业流程管理这个议题，其效益与影响层面是深远的。

结合核心业务，强化产业竞争力
在实际的案例中，将BPM应用在企业的核心业务，例如请购、采购、验货、付款的流程、库存管理、电信服务业的故障或瑕疵品处理效率、银行发卡或存放款的审核等，由于信息的透明度及处理的效率提升，其效益是明显且巨大的。

某银行为提升服务质量，在网络银行提供企业用户多重授权的机制，企业可自订签核流程，经由5层以内的签核与确认之后，再触发汇款的机制。这项加值的网络服务，目前已有约5000个使用账号。

散热器制造商除了利用BPM自动化请假、加班等窗体流程，更应用在产品的项目管理与质量异常管理等较核心的层面。

运用Web化的接口及自动化的流程，跨越地域的限制，与上下游厂商、合作伙伴做到产品的协同开发机制，甚至结合文件管理与在线会议的功能，大幅降低沟通的成本。

BPM电子化流程降低隐性成本

你可千万不要小看表单流程，根据2005年Gartner的统计，85%的BPM应用，是集中在人员互动（Human to Human）的窗体流程。

相较于纸本的流程，电子化的表单可避免单据的漏失、降低人力成本并提升工作效率。虽然不见得能从商机或成本的层面看出明显效益，不过透通的信息，同样可帮助「加速」主管并做出「正确」的决策，对于企业竞争力同样有加乘的效果。

但如果你把BPM当作是工作流程、请假、加班等流程的电子化，因为这些业务无关痛痒，效益自然不明显；若从企业的核心业务或管理的「痛处」切入，企业流程再造这个议题，其效益与影响层面是深远的。

以上市公司智富能源金融集团为例，公司的据点分布于两岸三地，因为各国假日及币别的不同，在BPM的第一阶段，选择解决最麻烦的差旅及费用申请问题。员工上网就可以查询每一笔费用的汇率计算方式及处理的进度，也就减少了询问财务部人员的需要。

同样是跨国企业的太古可乐，不但自动化请假、加班等表单流程，更应用在请购及采购作业，明显加速了流程的进行，也可获得透通且实时的信息。

再者，员工的到/离职手续，也是重要又复杂的流程，从电子邮件的新增/撤销及转寄（如果是业务职，离职后还有邮件该转给谁的问题）、物品的请领与归还、各项系统账号密码的申请/停用、工作指定/改派等。

这些工作是为了顾及信息安全、工作的平顺接续与服务质量的不中断等层面，更是重要却无法衡量的效益。

穿透信息壁垒，灵活因应变动

多数工作是有顺序性的，所以ERP中有流程、CRM有流程、SCM有流程、PLM有流程，但是系统之间的串流，却存在很大的鸿沟，过去用点对点的EAI（Enterprise Application Integration，企业应用程序整合）整合方案，造成紧密捆绑且不易更动的束缚。

BPM通过「流程」表达作业程序，可以适应经常性变动，是更灵活而有弹性的作法。

在我们接触的案例中，甚至有企业曾经遭遇失败经验，却仍坚持再次导入BPM，因为他们认为失败是缘自于失误的选择，但是电子化的概念绝对是正确的方向。只是记取失败的教训，卷土重来时提出更慎密的作法。

BPM重要性日增，逐渐与知识管理整合

当BPM担负的责任，逐渐深化到企业的各项工作，系统的重要性日增，厂商开始着重负载平衡及故障复原的架构设计，以强化可靠性，避免发生停机事件将严重瘫痪企业日常的工作。

此外，文件的管理也有审核的需求，再加上企业发现流程持续存入数据库的内容是有价值的，其中隐藏宝贵的知识与经验，例如过去针对同类型的客户问题或瑕疵品处理的解决方案。历史的解答或处理模式，都是营运的宝贵知识，所以，衍生出BPM结合KM的趋势。

如果你正在为信息孤岛(ERP、CRM、HR)造成的工作瓶颈而苦恼，如果你想抢得市场先机，或者希望强化服务质量、传承既有知识，现在是该使用BPM的时候了。

    信息技术被誉为可以同第二次工业革命相媲美的第三次技术革命，随着技术发展和在企业中更为深入应用，没有哪一家企业可以坐视自己的竞争对手利用先进的技术手段来管理企业而无动于衷，尽管技术在其中扮演怎样的角色并不完全清楚。在如火如荼的信息化建设热度并没有完全减退的时候，象美国GARTNER GROUP一些权威的咨询研究机构又做出了新的预测——BPM将成为下一个IT投资的热点。这样的预测不无道理，但需要注意的是BPM平台如果只当成一个IT系统投资热点的时候，BPM的本色就严重被掩盖了。而对于中国企业来说更是如此，原本技术与业务应用之间的ALIGNMENT将又会被热情的时尚所曲解。能够深刻理解并应用BPM平台中组件，则可以帮助更多的中国企业从管理的丛林中开辟出一条技术同业务应用相互匹配的一条新路。 

企业管理与信息技术的应用总是互动的发展的，而现实中却并非如此。市场上有两种声音在谈论着BPM（业务流程管理）。一种是向企业提供管理咨询（BUSINESS CONSULTING）服务提供商，另一种是向企业提供技术应用及相关咨询的软件供应商。管理咨询服务提供商把IT定位于支持企业管理的工具，而软件供应商从来不愿意屈于这样一个角色，他们更大胆更富有想象力的向客户描绘着美妙图景。这被切割成独立两个方面而各自因利益之原因片面描述都是不完整的，最终殊路同归，就需要集二者之言，还BPM一个本色。

    企业管理咨询服务商会暴料各种思想，革命、颠覆具有冲击力的词语常常被用来引起企业管理者的关注。BPM咨询成为了管理咨询服的产品之一，其历史可追溯到上个世纪90年代哈佛大学的HAMMER教授，其所提出的BPR（业务流程重组）掀起了一次商业社会重组的浪潮；现在BPM可以说是BPR在思想和实践上的完善。很可惜的是，HAMMER教授并没有被完整的理解。有一个有着经济学背景的人说BPR是对亚当.斯密在其《国富论》中提出的“劳动分工”理论的一次颠覆。这个耸人听闻的词透露着对BPR思想的无知。在BPM和BPR一字之差里，有人也做起了文章，说什么要用BPM同BPR PK，而拿出了BPR应用实践中某些失败案例开始对BPR的批判。一种曾经流行的管理时尚必然会有经得起时间考验的思想价值， 那么BPR带给我们什么呢？HAMMER教授在《What Every Business Must Do to Dominate the Decade》中这样检讨自己，所谓的“Radical” 已经不在重要，能够恰当反映其思想的应该是“过程”这个词。其中一语，已经足以说明了BPR其核心思想了。管理学从一个小工厂里诞生，百年的发展历程，管理学不断的丰富，但如同德鲁克所说那样，管理没有终极的解决方案，只有永恒的问题。BPR可以说继承了既往管理上的有价值的思想，二又顺应了当代的技术和经济环境。“过程”就是很恰当而简单的描述了这种思想。不过我们仍然能同BPR的理论中找到泰勒大师对某一“活动“而进行时间测定的影子，仍然可以发现用于BPR项目中的BENCHMARKING同泰勒大师”经验推广“如出一辄。因此，BPM和BPR也是在继承中发展，千万不要在管理学中说对历史或者传统进行怎样的颠覆。

    信息技术的发展，无疑是当代最伟大的技术革命。它不仅仅对经济社会产生重大的影响，同时对身处这个时代的你我的生活都已产生不小的影响。把技术看做一种工具或者手段本身并无任何错误，但想到人类从用石头到用铁器，到蒸汽机等等，都是对“工具“的变革，很显然的是每一次工具上的变革都是人类文明的一次飞跃，实现飞跃真正力量在于对工具本身的驾御和恰当的使用。对中国而言,一个年轻的经历经济体制改革不过二十几年的国家，企业管理的积淀不可能同西方发达国家相比。在管理思想不断被实践的过程中，中国企业发展速度及变化之快可以从温度不减的GDP中看出来，于是一个很突出的问题就出来了，企业快速的发展所引起的变化了的业务模式和流程，IT如何能便捷的给予有效的支撑。是把已有IT资产全部推倒重来，还是不断进行修补集成。集成也好，推倒重来也罢都不是一件轻松的事情。至今仍然有人在说IT对业务流程的固化作用,其不知技术已经成为业务的挚肘，这样的问题就刺激了技术本身的发展,而需要一种新的技术能够让IT适应业务的快速变化，这就是下一代的软件开发技术—— 面向服务的架构（SOA）。从结构化的软件开发（STRUCTURED）、到面向对象开发（Objected orientated） ，到组件化开发（COMPONENT ORIENTATED，再到SOA，终于形成了业务与IT完美的邂逅。通过把业务逻辑与数据的封装不仅仅可以最大限度的提高程序的可重用性，更在于通过SOA，企业可以灵活的真正的根据自身的业务需要而部署IT资产。也就是在这个时候，IT技术不再是交付系统，而是交付企业所希望的业务流程。这就意味着，原来横在业务与技术之间而不能ALIGNMENT的鸿沟消除了，从而实现业务和技术之间的胜利会师。此时，BPM（业务流程管理）就成为企业进行面向服务进行架构的基础。把业务流程可视化，并合理定义成每一个服务，通过WEB技术实现对服务的调用，就可以让企业轻松实现业务流程的自动化。因为这个时候把业务逻辑的封装为独立的单元，就可跳过了应用和数据集成复杂性。

    SOA和业务流程管理都是对企业所面临的环境变化分别从技术和业务角度阐述解决方案。把技术与业务之间动静相随自如业务流程管理起来不也就真正实现了二者的结合了吗。不仅仅如此，面向企业战略，流程则是承载了战略执行、过程实现、IT技术相支持之间的唯一纽带。BPM管理的之本色，之意义，对业务流程进行管理的必要性，就不言而明。

　　读完Rashid先生的《在中国，BPM应先行》，感触良多。他作为我们外部世界的流程管理专家，从国际IT技术及管理理论的发展趋势为国内企业的信息化提出了很好的建议。我想结合我本人的一些经验和认识与各位业内的专家以及对流程管理有兴趣的人士就这个问题进行交流。

　　我的观点是：BPM为国内企业通过信息化来提升企业竞争力提供了一个优选办法。

　　首先，中国的文化背景决定了BPM是国内企业加强管理的一剂“良方”。我们知道，国内企业管理是灵活有余而规范不足。“灵活”意味着活力，但也暗藏着企业的经营风险；“规范”意味着稳健，但免不了僵化。如果把“灵活”比作“柔性”的话，那“规范”就应该是“刚性”，所以，我非常赞同当当网CEO的观点：“刚柔并济”才是未来中国企业的最大竞争力。中国的企业不缺乏柔性，缺的是刚性，也就是在企业管理经营中缺少必要的规范制度及执行。而BPM就是把规则和规范固化到计算机系统中让员工去执行，这正是帮助企业建立规范制度及执行的好工具。

　　其次，BPM比其他管理软件系统更容易被国内的企业接受。以前与很多企业客户进行交流时，客户总是提到自身的特点，认为这是企业的立命之本。这点是无可厚非的。而像其他的管理软件系统，如ERP，CRM等，如果过多的要求企业按照系统规定的规范来执行的话，这样就难免在实施过程中遇到太大的阻力而致使项目实施失败，这样的例子已经不需要列举了。而BPM恰恰是根据企业的现状来对现有的流程进行管理的平台，随着企业的发展不断规划和优化他们的流程。是一个循序渐进提高企业管理水平的方案，而非突飞猛进的改变方式。如果按照它们的特性，把诸如ERP、CRM这些管理系统比喻成“西药”的话，那BPM就是一剂“中药”。“中药”更加平和，更加容易被中国企业所接受。

　　再次，BPM在企业的适应范围更加广阔。BPM关注的是企业相关的流程管理，不仅是内部流程，如财务、采购、销售、人事行政及生产相关等，而且也包括外部流程，如电子商务，客户服务等。它主要关注的是流程端到端的管理。这更加符合企业构建流程型组织的目标。

　　最后，企业面临的竞争环境也决定了BPM更加适用。企业在激烈的竞争环境中不断发展，在这个过程中，企业相关的流程逻辑、规则、人员及组织架构都在不停地发生变化，那就需要我们的工作环境能够快速适应这种变化以保证企业的正常运作。BPM的实质就是要快速适应变化。成熟的BPM平台正是具备了这个功能从而保证企业的正常运营。

　　总之，在国内，BPM绝对是值得企业，特别是成长型企业优先考虑的好的管理工具。

BPM到底能给企业带来什么价值？

　　国际著名评估机构AMR断言，业务流程管理（Business Process Management，简称BPM）已经成为2004年之后企业面临的重点课题之一。在中国，企业信息化的先锋联想与海尔都在进行公司层面的核心业务流程的梳理和再造，海尔甚至为其BPM项目的实施而停止了14个正在和准备开展的信息系统项目，并由集团副总裁亲自挂帅，可见其重视程度。本报记者就BPM的相关话题同August-Wilhelm Scheer教授进行了交流。