【IT168 信息化】在我与最终用户的沟通过程中，我发现人们对业务流程分析（BPA）和业务流程管理（BPM）套件的认识还存在误区。软件供应商所说的业务流程管理（BPM）是广义概念，究竟业务流程分析（BPA）和业务流程管理（BPM）的区别是什么？业务流程管理（BPM）是如何产生的？

早期的业务流程管理（BPM）

    在20世纪80年代，企业运用业务流程再造（BPR）理念来改进生产力，提高服务质量和成本效益。为此，企业对其内部流程进行了彻底的革新。由于很多企业使用业务流程再造（BPR）进行了机构重组，所以人们通常认为在这些大型再造过程中应用的信息技术（IT）解决方案导致大量人员削减。基于这些原因，现在很多企业不愿轻易进行业务流程变革。20世纪80年代的业务流程再造（BPR）解决方案的核心是进行彻底的机构重组。这一原理同样适用于现在的业务流程管理（BPM），其核心也是降低成本和提高生产力。

    回想起来，业务流程再造（BPR）的“立刻改变一切”理念确实略显偏激。因此，现在的业务流程管理（BPM）解决方案供应商采用了更温和的营销方式。与以前的业务流程再造（BPR）策略相比，新方法强调渐进式的并且更温和的革新。但是，为了使企业在市场竞争中脱颖而出，新方法并不排除使用剧烈的方式来进行流程建模和再造。另外，企业也倾向于迅速变革某些特定流程。新的业务流程管理（BPM）解决方案可轻易解决这个问题。它可根据企业需求调整流程设计，同时对组织机构不产生大的影响。因此，尽管新的业务流程管理（BPM）策略使用渐进式变革方式，企业仍可看到这些变革对企业产生的积极影响。
 

    20世纪80年代的业务流程再造（BPR）系统与现在的业务流程管理（BPM）系统的另一个巨大区别是业务流程再造（BPR）涉及硬编码（hard-coded）流程变革。企业不仅需要程序员而不是业务流程实施人员来实施这些变革，且需花费大量时间。流程自动化和文件管理所需的技术彼此独立，且只能通过编码集成在一起。这就使集成异常困难，特别是与现在的技术相比，并且集成后的产品通常无法使用。

    这时，市场上出现了专门致力于业务流程管理（BPM）的软件供应商。他们把产品组件集成在一起，展现给客户一个连贯和整合的解决方案。这些软件供应商专注于企业的业务层面，提供一个用户友好的界面，并让商业分析师积极地参与到整个流程建模和实施过程中——而不仅仅是收集需求和进行用户验收测试。这也就是说，用户可以更高效地应用修改后的流程，而无需依赖于IT部门，因为这些修改都不是基于硬编码，因此无需具备编程知识即可实施。