发布需求
在过去的30年中，业务流程管理（BusinessProcessManagement，BPM）已经从简单的工作流系统发展为一系列辅助业务的产品和工具。与任何流行的业务概念一样，BPM对许多不同的人来说意义各不相同。但更主要的，BPM是一个应用系统化流程重新设计和使用自动化工具来提高特定、可重复的业务流程的系统。
当人们开始将BPM视为一种纯技术或系统时，就会出现一个常见的误区。如果没有IT和业务的共同努力，BPM项目的实施就不能成功。在本文中，我们将从多个角度研究BPM。从使用工具的角度来分析BPM工具的维度、实现趋势和现成产品。
作为工具的BPM
BPM工具为创建有效的BPM解决方案提供了必要的起点。但是，开箱即用的BPM工具本身无法有效和高效地处理所有潜在的业务流程。业务流程太多样化了，无法由一个一刀切的解决方案来覆盖。而优秀的BPM解决方案是可以允许被业务分析师配置，并且非常便利。
BPM工具中有一种极端的模式是适合高度自动化的直通式处理（STP）的流程，而人与人之间的交互最少。这样的流程很大程度上依赖于现有系统之间的紧密集成、高速事务处理和简单的用户界面来进行有限的异常处理。这种类型的业务流程最好使用设计用于协调服务或提供高速消息处理的BPM来配置实现。
另一个极端的情况是一个高度可变的知识工作者流程。它可能包括建立临时路由、团队协作和较小数量的长期工作项。这个流程可以只用电子邮件和标准的Office工具实现，也可以用BPM案例处理工具实现。
第三种情况可能包括一组高度常规、高容量但以人为中心的流程。这种情况需要一个复杂的用户界面，它将用户的所有信息汇集在一起，并允许他们尽可能高效地执行日常任务。事务的常规性和高容量特性允许根据流程的独特需求定制应用程序，从而获得更大的资金回报。
虽然它们都是当前常用的BPM解决方案，但它们需要不同的可协调工具、技术和定制级别来实现高效的解决方案，可以为这些场景中的一个或多个提供足够的支持。
BPM系统的维度
理解BPM作为一门学科的全部深度需要理解定义BPM解决方案的不同维度。BPM存在许多维度，可用于分割不断增长的BPM解决方案空间。其中最重要的包括：
人与系统处理的层次——在将BPM定义为一组服务的协调的系统中，重点将放在简单高效的排队和路由以及系统间数据的转换上。在一个涉及大量人工处理的系统中，更多的焦点将是提供高效的用户界面和工作管理工具。
长时间运行的业务流与短时间运行的业务流——在将BPM定义为一组服务的编排的系统中，总的业务流时间可能为秒甚至更少。在政府信息化改造的个案处理申请中，业务流的总时间可能为年。
确定性路由与即席路由相比——知识工作者操作系统往往更倾向于用户导向，在最简单的层次上，成为一个电子邮件系统。其他系统从预先定义的路由规则中获得了巨大的价值，这些规则在流程中强制执行业务标准和一致性。
相对稳定的工作流程与频繁的工作流程变更相比——一些系统的构建是基于这样的知识：路由路径可能会频繁且不可预测地发生变更，而其他系统则包含相当静态的路由，尽管遵循这些路由的规则可能会发生变更。虽然任何系统都必须能够灵活地改变业务优先级，但是改变是昂贵的，只有在必要时才应该引入。因此，应根据预计的需要采取不同的设计和实现方法，在基本工作流程设计完成后经常对其进行修改。
全职用户与偶尔使用的用户相比——后台操作的用户倾向于全职使用系统并非常熟悉它。他们希望它的设计达到最高效率。偶尔使用的用户可能仅仅使用差旅费用等业务流，他们对流程的调用可能是一周一次，他们需要一个为方便使用而牺牲效率的系统。
大型系统与小型系统相比——拥有大量用户数量的系统可以保证为定制工作流和用户界面而花费更多的资金，从成本考虑这也是是合理的。而小型系统对这种额外流程构建成本分摊会造成企业过重的负担。
用户授权级别——工作流是否包括驱动工作分配的规则，还是用户从列表中选择？主管是否需要工具来管理一线用户？这些级别的考虑会造成对BPM工具的需求不同。
这种在BPM场景特性上的广泛变化为您的所有BPM需求在一个现成的BPM工具上实现标准化带来了一个难题。这些工具必须辅以设计技术、主题专业知识和处理所有变化的传统系统开发方法。
BPM实施的探索
尽管BPM工具可以通过自定义配置工具和实用程序简化实际的“编程”，但实现和维护复杂解决方案所需的大部分工作仍然存在。随着系统变得越来越复杂，配置这些工具可能和某些编程一样困难，但这些工具需要专门的培训，而且往往没有调试和其他实用程序，这些工具使编程多年来效率更高。此外，为了追求简单性，一些工具限制了定制系统以满足所需需求的能力。这些限制通常在您尝试实现特定需求之前并不明显。
今天典型的BPM产品的目标是提供一种工具，使公司能够快速、高效地实施BPM解决方案，而无需定制编程。为了在这些目标中取得成功，BPM产品将产品定位到的BPM市场的特定细分或维度。有了足够的定制，任何工具都可以作为任何一类BPM解决方案的基础。
在近几年中，许多BPM产品转向特别的、低容量的BPM应用程序。这些应用程序的特点是：独立的收件箱、用户可选择工作的简单浏览类型接口。由于项目数量有限，典型用户可以轻松浏览当前分配的工作列表。用户界面相当简单，与内部自定义系统的交互也很有限。
这种类型的BPM系统也符合许多人对自动化BPM的初始概念。也就是说，一个系统为每个人提供一个个人界面，一种可以查看各自工作项并对其进行操作的系统。这是一个非常适合知识型员工的系统，在该系统中，较少强调工作的标准化，更多强调灵活性。
BPM解决方案的意义并不意味着去改造企业，而是轻松快速地迎合企业的环境构建符合业务的流程，提高企业效率。
