如何辨别一个产品是否BPM产品
由BPM的设计目标——业务流程管理决定，BPM不仅仅是一个IT工具，它必然要和企业运营紧密结合在一起，是企业管理运营的直接映射，而不需要等待把业务需求翻译为IT需求再用技术定制实现的周期。企业需要的是可以直接将业务变成可执行流程的技术，需要由业务人员直接建立、管理、优化流程，希望流程管理系统建设后可以直接在执行过程中监控企业绩效，更希望企业的战略意图可以直接与具体的执行层联系起来。
要满足这样的需求，BPM工具必须彻头彻尾的面向业务人员而不是IT人员，用业务语言去建模而不是IT语言，由业务人员驱动BPM的建设而不是IT驱动。换句话说，如果有一个所谓的BPM产品，但它被设计为面向IT人员，靠IT人员定制开发而不是业务人员建模、其设计无法对接战略层和执行层（最明显的判断是：是否能够说明和测量流程中的某一个活动针对哪个战略目标，某个实例贡献值如何）；或者它被设计为针对业务执行问题（需求从基层来）而不是业务管理本身问题（需求必须自顶向下）的，即可怀疑为伪BPM或说是不完整的BPM。
最容易混淆的便是工作流与BPM，OA与BPM，ERP与BPM。首先，不论是OA还是工作流，其设计目标并不是管理业务而是通过IT手段协调和分配工作任务和资源，提升工作效率、优化资源利用率和工作规范化。其次，ERP是面向工作流的，它实现了信息的最小冗余和最大共享，将企业内部所有资源整合在一起，对采购、生产、成本、库存、分销、运输、财务、人力资源进行规划，从而达到最佳资源组合，取得最佳效益。换言之，不论是OA也好，工作流也好，ERP也罢，它们都关注在执行层面。
一方面，其活动或操作的粒度是针对业务人员执行的具体工作任务，并不追究该工作任务与企业整体业务之间的横向关联和企业战略目标之间的纵向关联。其突出的特点是直接面对最为具体的业务操作，但无法说明和测量该业务操作指向哪一个企业战略目标，更无法衡量该业务操作向特定的企业价值贡献了多少指标。其项目特点是不需要端到端的流程梳理（自顶向下定义，纵、横向贯通）作为必要的需求输入，只需要某个局部的需求便可完成项目。
另一方面，其技术基础针对的是IT人员，必须将流程的业务含义转化为IT含义，由IT人员进行建模和实施。其突出的特点是，在项目中，业务人员只能够承担需求提供者和软件使用者这两个角色，而无法承担流程建模者、流程监控者、流程改进者、流程管理者等角色。
这些非针对BPM的设计带来两个明显的局限，其一，系统的建立尽管使得工作效率有所提高，但对于衡量企业的整体绩效来说，每个这些系统内容是一个黑盒子，无法在执行过程中监控并得到企业整体绩效乃至战略的反馈；其二，由于架构和设计的方向不同，业务人员被排除在流程的建立、管理、监控、调整之外，必须通过IT人员来进行。这使得业务敏捷成了一句空话。
总结下来，辨别一个产品是否是真正的BPM产品，可以从以下几个关键特征出发：
- 该产品是否有着极强的导向性à面向价值增值（战略目标）而非仅仅实现当前业务。
此特征意味着每个业务流程和每个活动都可以明确的指出其针对的战略目标，并可以用指标衡量其价值贡献（相对于战略目标）。BPM的建设成功与否可以用企业最为熟悉的商业价值评估体系来评判并优化调整。
如果一个所谓BPM产品不能够直接实时的提供业务执行时对战略目标的贡献值，仅能够提供IT级别的运行测量结果，或者只能通过滞后的报表统计，再通过诸如BI工具等来估算业务效益。它将无法支持BPM的面向价值。
- 该产品是否以端到端的业务流程为中心而非仅仅用于实现局部业务。
此特征意味着流程梳理是BPM建设的前提条件。BPM实施的同时必然带有流程梳理、测量、优化或改造等活动，基于片断化的，局限于部门内部的所谓BPM建设难以获得BPM带来的价值。
如果一个所谓的BPM产品从建模到实施到管理，仅需要或仅支持局部的业务需求，在必要时，只能通过其它技术手段（如WebService、JMS、Rest）来与其它部门或系统做散列的点状集成，而不是像真正的BPM那样需要端到端的流程梳理结果作为必要条件，在业务流程建模过程中没有所谓的“与其它集成”的明显概念，所有活动都是端到端流程中一个自然的节点。那么，它将无法支持BPM中的战略落地。
- 该产品是否由业务人员驱动而非IT驱动。
此特征这意味着业务人员将从单一被动的需求提供者和业务流程执行者的角色增加为更积极主动的业务流程构建者、业务流程监控者、业务优化者和业务流程管理者角色。业务人员和IT人员将密切配合起来。
如果一个所谓的BPM产品仅面向IT人员，业务人员不能深度参与业务流程建设，只能将业务需求翻译为IT语言再实现，那么很难做到IT资产与真实业务流程的高度同步。该产品将无法支持BPM的业务监控、改进、优化等管理需求。
- 该产品的流程实现是否支持粗粒度的服务编排而非从头定制开发
此特征意味着BPM产品必须支持通过编排粗粒度的服务集成并整合利用企业资产（包括IT和非IT），以快速、敏捷的建设和变更业务流程，从而有效支持业务敏捷和业务改造。
如果一个所谓的BPM产品在项目中需要大量的定制开发，其架构不支持服务编排或者只能通过外挂的标准协议调用服务而不是在架构内形成一个有机的整体，那么它将无法支持业务敏捷和快速的业务改进。就目前的IT界的技术来看，产品是否全面支持SOA甚至直接架构在SOA上，是判断是否符合此特征的重要依据。
以下文章点击率最高
Loading…