工作流与 BPM 的七个区别

1. BPM的概念

“工作流”和 “BPM”。要比较这两个词，首先需要分别明确各自的“定义”。这里我们先来探讨一下 “Business Process Management”（BPM） 的定义。

1-1. 将业务流程逐步推向“最优化”的活动

在 IT 行业中具有巨大影响力的美国高德纳（Gartner）公司所给出的定义，可以说是必须要掌握的。〔Gartner, Inc：IT 咨询公司，Wikipedia 英/中〕

Gartner 用语集《Business Process Management（BPM）》

【作者意译】业务流程管理（BPM）是“普遍的行为规范”（Discipline）之一。也就是说，它通过运用各种手段来对业务流程进行“发现”“建模”“分析”“测量”“改进”，并最终实现“最优化”。所谓“业务流程”，是为了取得符合业务战略的成果，而对人员、系统、信息与实物的行为进行协调与控制。不过需要注意的是，业务流程不仅包括“步骤明确、可以反复执行的流程”，也包括“持续发生变化的流程”。此外，在这种管理活动中（虽然并非绝对必要），多数情况下会借助计算机技术（Technologies）。因此，业务流程管理活动也会对“信息通信方面的投资”（IT 投资）以及“机器控制方面的投资”（OT 投资）起到指引方向的作用。

【引用原文】 Business process management (BPM) is a discipline that uses various methods to discover, model, analyze, measure, improve and optimize business processes. A business process coordinates the behavior of people, systems, information and things to produce business outcomes in support of a business strategy. Processes can be structured and repeatable, or unstructured and variable. Though not required, technologies are often used with BPM. BPM is key to align IT/OT investments to business strategy.

需要牢牢掌握的一点（也就是非常重要的一点）是：

“业务流程管理（BPM）”
从根本上来说，并不是一个用来指代 IT 工具的词。

这一点。

【作者吐槽】“BPM is a discipline.” 这句话中的 “discipline” 很难翻译。本文中我刻意将其译为“行为规范”。词典里也有诸如“群体的纪律”“组织内部的管控”“基督教的法规”“学问领域”等译法，但我觉得都不太贴切。另外，我也经常看到被翻译成“BPM 是一个学科领域”的情况。不过，这种日语译法在我看来已经不只是“不顺”，而是接近“误译”。从原义或哲学层面来看〔例如米歇尔·福柯所说的“discipline”，参见 Wikipedia En〕，它本应带有一种更强烈的“来自权威的教导”的语感。因此，我认为将其译为“教义”“行动指针”“行为规范”等，会更加恰当。

1-2. 从“定义”业务流程开始的活动

我们已经明白，“BPM”是一种“行为规范”，是用来指代在部门内部或全公司范围内推进的各类“举措/活动”的词语。那么，这样的“举措”究竟是如何被实践的呢？

在企业中推进各种“举措”时，多数情况下都会设定指标和目标。在业务流程的管理活动中，也经常会参考“组织的成熟度”。虽然会因实际推进的公司不同，或支援的咨询公司不同而有所差异，但基本上都会参考由“第 1 阶段到第 5 阶段”构成的五个阶段。（有时也会假设“尚不存在管理对象的状态”，而额外设置“第 0 阶段”。）

作者本人认为，若用中文来表达，大致采用「0：混沌」「1：定义」「2：管控」「3：治理」「4：控制」「5：顺应」这样的表述会比较贴切。

1-3. BPM 活动的历史

那么，顺便一问，“业务流程管理活动”（BPM 活动）大约是从什么时候开始被实践起来的呢？

在 IT 行业和咨询行业中，一种被广泛支持的观点认为：BPM 的理论基础可以追溯到 F·泰勒在约 1910 年提出的《科学管理法》。也就是说，泰勒在其“劳动者管理的方法论”中，主张诸如“工具与作业步骤的标准化”“标准作业时间的设定”等理念。即便在一百多年后的今天，它依然作为一种“分析并协调组织内部工作流的管理理论”而广为人知〔科学管理法：Wikipedia 英/中〕。
并且，据称这种“对流程进行管理”的思想，又被继承并发展到 20 世纪 60 年代的“改善活动”（质量管理方法论）、20 世纪 80 年代的 “CMMI”（软件开发方法论），以及 20 世纪 90 年代的 “COBIT”（IT 治理方法论）等之中。

这里最重要的是：

『业务流程管理（BPM）』
并不是在最近十年、二十年间才突然出现的一种新思想。

这个点。

仔细想想，“想要管理流程”这一表述本身就是一个极为普通的说法。我认为，它是一种建立在悠久历史之上、一直延续至今的“普遍的行为规范”。
而“业务流程管理（BPM）”这一词语本身，则是在进入 2000 年代之后才逐渐受到关注，其契机正是 Gartner 公司提出了“Business Process Management Suite（BPMS）”这一新造词。

【作者吐槽】
我一直以来都有这样的想法：“对业务流程进行管理”这一行为，对高度社会化的人类来说，其实是一种极其自然的欲求。说得极端一点，甚至会让人觉得——“所谓‘业务流程管理的历史’，不就是‘人类的历史’本身吗？”比如说，当丰臣秀吉下令对全国农耕地进行测量时，我认为当时应该已经存在流程的概念了。像“测量步骤”“角色分工”“报告格式”之类的内容，似乎都已经被定义（也就是被管理）过了。
〔不过我也不太确定〕

1-4. 那么，“BPMS”这个词真的有必要吗？

关于“Business Process Management Suite（BPMS）”这一术语，我们也有必要先确认一下美国 Gartner 公司给出的定义。

Gartner 用语集《Business Process Management Suites（BPMSs）》

【作者意译】业务流程管理套件（BPMS）是用于推进 BPM 项目与 BPM 战略的应用基础平台。也就是说，它支持流程改进的整个生命周期。具体而言，不仅涵盖流程发现、流程定义、流程设计，还支持实现、监控、分析以及持续性的最优化等所有改进活动。与一般性的解决方案（如信息系统等）不同，BPMS 通过模型驱动的方法，使业务人员与 IT 人员能够协同合作，从而持续推动业务流程的演进。

【引用原文】 Business process management suites (BPMSs) are the leading application infrastructures to support BPM projects and programs. A BPMS supports the entire process improvement life cycle – from process discovery, definition and design to implementation, monitoring and analysis, and through ongoing optimization. Its model-driven approach enables business and IT professionals to work together more collaboratively throughout the life cycle than is possible with other approaches to solution delivery.

我认为，之所以需要重新提出 BPMS 这个词，归根结底是因为想把一种新的技术趋势——“模型驱动的方法（Model-Driven Approach）”推广给社会大众。
关于其详细内容，我希望能在后续章节中逐步进行说明，而在这里，先请关注

“业务流程管理套件（BPMS）”
是一个用来指代 IT 工具的词。

以下这一点即可。

【作者吐槽】
“Suite” 的意思是“一整套”。酒店的“套房（Suite Room）”里配备了“各种不同的房间”。打包软件中的“Office 套件（Office Suite）”里，则集合了 Word、PowerPoint 等“各种不同的软件”。顺带一提，“Suite”和“Sweet（甜的）”的发音是相同的；但西装（Suit）、泳衣（Swimsuit）以及高达（Mobile Suit）中的 “Suit(s)” 发音却不一样。〔完全无关紧要〕

1-5. 各种各样的 BPM 定义

那么，除 Gartner 之外的其他组织是如何定义业务流程管理（BPM）的呢？总体来看，其定义和表述大多都接近 Gartner 的观点——也就是 “BPM 并不一定是用来指代 IT 工具的术语”。

• 【引用来源】［Salesforce］什么是 BPM？基本理念与利用 BPM 系统进行实践的方法（日文）
  • 【引用文】BPM 是业务管理方法之一。
• 【引用来源】公益社团法人 企业信息化协会　BPM 推进项目（日文）
  • 【引用文】 業務プロセスのPDCAサイクルを回して業務の成果を上げるための新しいアプローチです
• 【引用来源】［Red Hat 自动化］什么是业务流程管理
  • 【引用文】BPM 是一种以支援实现战略性业务目标为目的，对整体业务流程进行建模、分析和最优化的流程管理方法。
• 【引用来源】［NTT DATA INTRAMART］从一线现场开始的业务改革
  • 【引用文】BPM 是一种业务管理方法，通过把握业务流程的现状，并对其进行变更与改进，从而持续不断地使流程逐步接近其本应有的理想状态。

另一方面，也存在将 BPM 定义为“IT 工具”的情况，因此需要特别注意。（例如：国际标准规范《BPMN 2.0》的术语表）

Business Process Model and Notation (BPMN), Glossary informative

【作者意译】业务流程管理：是用于支持流程管理（例如流程的分析、定义、处理、监控、管理等）的服务和工具，其中也包括对人与应用程序层级交互的支持。BPM 工具能够减少人工流程，并对部门与应用程序之间的请求流转路径进行自动化控制。

【引用原文】 Business Process Management: The services and tools that support process management (for example, process analysis, definition, processing, monitoring and administration), including support for human and application-level interaction. BPM tools can eliminate manual processes and automate the routing of requests between departments and applications.

也就是说你只需要理解，

“业务流程管理（BPM）”
从根本上来说指的是一种业务管理方法，
但在不同的语境下，也可能用来指代一组 IT 工具。

就可以了。

2. 工作流的定义

在本章中，我们将一边与 “BPM” 进行比较，一边把重点放在“工作流”这一术语上。

2-1. 业务流程管理是在工作流管理的延伸线上

在工作流研究领域享有盛名的阿尔斯特教授（尤其以 2000 年代的“工作流模式研究”和 2010 年代的“流程挖掘研究”而闻名）〔Win van der Aalst，Wikipedia 英〕，在其论文《BPM 的发展动向调查》（2003）开头中这样写道。

《BPM 的发展动向调查》 / “Business Process Management: A Survey”（2003 年）（缓存 PDF）

【作者意译】业务流程管理（BPM）可以被认为是传统工作流管理（WFM）系统与相关实践的延伸。（省略）许多人认为，业务流程管理（BPM）是继 1990 年代工作流浪潮之后的“下一步”。（省略）尽管 BPM 的定义多种多样，但在绝大多数情况下，其中都明确地包含了工作流管理（WFM）。

It can be considered as an extension of classical Workflow Management (WFM) systems and approaches. … Many people consider Business Process Management (BPM) to be the “next step” after the workflow wave of the nineties… There exist many definitions of BPM but in most cases it clearly includes Workflow Management (WFM).

并且，在其十年后的论文《BPM 的广范围发展动向调查》（2013）中，也给出了同样的说明。

《BPM 的广范围发展动向调查》 / “Business Process Management: A Comprehensive Survey”（2013 年）（缓存 PDF）

【作者意译】
BPM 可以被认为是工作流管理（WFM：Workflow Management）的延伸。WFM 主要聚焦于业务流程的自动化，而 BPM 则具有更为广泛的范围。也就是说，BPM 不仅涵盖流程自动化和流程分析，还包括进度管理以及作业体制的构建等内容。（省略）传统的工作流管理（WFM）以对业务流程进行机械式自动化为主要目标，对于流程中存在人类参与这一事实，以及对管理活动的支援，并未给予太多关注。

BPM can be seen as an extension of Workflow Management (WFM). WFM primarily focuses on the automation of business processes, whereas BPM has a broader scope: from process automation and process analysis to operations management and the organization of work… Traditional WFM technology aimed at the automation of business processes in a rather mechanistic manner without much attention for human factors and management support.

我认为，即使到了 2020 年代，这些观点在 IT 行业中依然构成了基本的思维方式。也就是说，

“工作流”是 BPM 的一个组成要素
（也就是说，工作流系统被包含在 BPMS 之中）

这样的认识已经深入人心。

【作者吐槽】在教授的论文 “Business Process Management: A Survey” 中，BPM 的定义是从工作流研究者特有的视角来阐述的（例如图论应用研究、形式语言应用研究等）。其中一个很有意思的点在于，他明确否定了“看不见的流程”。文中指出：“在我们的 BPM 定义中，仅限于可操作的作业流程（operational processes）。也就是说，战略流程或无法被明确描述的流程将被排除在外。请注意，流程必须处于被认知、被识别的状态。若没有关于作业流程的信息，是无法提供任何支援的。”〔←嗯，这种想法我能理解〕

2-2. 工作流技术是 BPMS 的一个组成要素

Gartner 公司也在《BPMS 产品选型标准》（2009 年）以及《iBPMS 产品选型标准》（2011 年）中提到过：

【作者意译】BPMS 包含 10 个功能领域，而工作流技术不过只是其中的一个部分而已。

这样一个内容。

虽然这并非官方文件，但在 2010 年的一篇博客《你真的明白工作流和 BPM 的区别吗？》中，也曾有人强烈主张“这两者完全不一样！”。（来自研究部门的观点）

Do You Understand the Difference Between Workflow and BPM?

【作者意译】BPMS 中搭载的是工作流的“进化形态”。说得更直白一些，工作流不过只是 BPMS 所包含的 10 项技术之一而已。

Thus, a BPMS includes a more advanced form of workflow. Furthermore, workflow is just 1 of 10 technologies found in a BPM Suite.

不愧是调查研究公司，这样的主张非常具有逻辑性。并且，他们将这一组件（部件）称为“流程编排引擎”（Process Orchestration Engine）。在此之前也曾使用过“工作流引擎（Workflow Engine）”这样的称呼，但也许在命名层面上，同样有必要从“工作流”这一说法中“毕业”了。（参见：Workflow Reference Model）

【作者吐槽】
比如说，当（对智能手机并不了解的年长者）问你“功能机和智能手机有什么区别？”时，你会怎么回答呢？恐怕一时会不知从何说起吧。即便解释“可以用应用程序！”或“触摸屏操作、没有实体按键！”，对方也未必能真正理解。也许只能简单地说一句“能做很多事情！”，然后直接演示给他看。不过，我认为一开始先告诉对方“智能手机（几乎）具备功能机的全部功能”这一点非常重要。接下来，关键就在于如何让对方切身感受到这种“多功能”所带来的优点与缺点。

【作者吐槽】
Gartner 公司对“支援 BPM 活动的产品”（BPM 产品）进行了更加细致的分类。具体来说，他们按照三种类型进行研究和区分：“BPM 平台” → “BPMS” → “智能型 BPMS（Intelligent BPMS）”。如果说得直白一些，他们的主张可以理解为：“如果重视‘预测未来的能力’，就应该充分运用智能型 BPMS。”〔← 对于规模较大的组织来说，这一点尤为重要。〕

2-3. 那么，“工作流自动化（Workflow Automation）”到底是什么？

那么，进入 2020 年代后，我们越来越频繁听到的“工作流自动化（Workflow Automation）”究竟指的是什么呢？虽然也能见到将其直译为“工作流的自动化”这样的说法，但我并不认为这种直译在日语语境中真正传达了其含义。

顺便一提，在 Gartner 公司的用语集中并不存在“Workflow Automation”这一术语。Gartner 公司反而更倾向于推动 “iPaaS”（Integration Platform as a Service，集成平台即服务）。〔至于“Workflow Automation”和“Robotic Process Automation（RPA）”之间的区别，就留到以后再谈吧……〕

在日本，“工作流产品”这一说法往往给人一种“有人参与其中”的强烈印象，具体来说，多半是指诸如“申请审批流程”或“费用报销流程”之类的场景。〔可以说是一种 “以人为中心的工作流（Human-Centric Workflow）”〕

株式会社 Eightred 有价证券报告书

工作流产品，是指将企业中涉及各类业务的事务流程——从审议、申请到审批、决定——进行电子化，以实现业务流程的效率提升与自动化，并强化内部操控等目的的一类产品的统称。

不过，如果回顾前面各节中关于“定义的历史”，大致就能理解这里的含义了：在“工作流自动化（Workflow Automation）”这一说法中所指的“工作流”，更多带有一种“面向机器的（以系统集成为中心的，Integration-Centric）工作流”的语感。

也就是说，如果一定要把当今的 “Workflow Automation” 翻译成日语式表达来理解的话，可以将其理解为“一连串处理的全自动化（或一连串作业的全自动化）”。它是在没有人工介入的情况下执行的，从而能够大幅提升定型作业的生产效率。

（例如： IFTTT、 Zapier、 kissflow、 Pipefy、 Box Relay、 WorkFusion、 K2 Software、 等等）

另外，我认为将专业术语逐一翻译成日语（进行本地化），最终往往会兜兜转转地引发混乱。基本上，还是应该按世界通用语原样使用（并加以理解）比较合适。

3. 作为 BPMS 特征的“模型驱动”究竟是什么？

要让一个“工作流系统”被称为“BPMS”，所必需的要素——“模型驱动”，究竟指的是什么呢？

3-1. 归根结底，“模型（Model）”是什么？

从根本上来说，“模型（Model）”这个词大致包含两种含义：“模型（仿制品）”和“榜样（典范）”。

• 塑料模型：模仿出来的东西，并非实物本身。
• 分子模型：模仿出来的东西，并非实物本身。
• 角色模型（Role Model）：作为理想对象的人，与自己并不相同。
• 时尚模特等：作为理想形象的人，与自己并不相同。

也就是说，作为 BPMS 特征而使用的：

在“模型驱动（Model-Driven）”这一表述中，所谓的“模型”，
应当理解为为了认识和理解对象
而进行简化表达的图示等内容。

我可以这样理解为它虽然无法对对象进行完全的描写，但可以说是对其具有代表性的关键要点进行了明确规定的东西。

3-2. 什么是流程模型？

那么，“将流程进行‘模型化’”这一表述，是否仅仅指绘制流程图呢？

在当今的语境中，“流程模型”在概念上通常由以下三个要素来界定。

• 业务流转： 各个环节以怎样的顺序相互连接〔流程建模〕
• 业务数据： 在流程中会传递哪些数据〔数据建模〕
• 指派规则： 由谁来指派（个人、团队中的某人、或机器等）〔资源建模〕

也就是说，要将业务流程进行模式化，不仅需要业务流程图（流程图），还必须规定诸如“地址、姓名、电话号码”等业务数据，以及像“铃木先生”或“铃木先生所属部门的负责人”这样的指派规则。

【作者吐槽】作为一种表述，“流程图”还有许多不同的叫法，比如：流程图、流程示意图、业务流转图、工作流图、流程图解（Flow Diagram）、流程图表（Flowchart）、工程表等等。以我个人的看法，这些称呼之间并不存在本质上的差异。（老实说，去细究它们之间的“区别”本身就有些徒劳……）另外，作为具体的标记与表示方法，BPMN（Business Process Model and Notation） 已经实现了国际标准化。

3-3. 什么是模型驱动？

“模型驱动（Model-Driven）”常常被翻译成“模型驱动型”这样的说法，但说实话，这个译法并不太让人有直观的感觉。

从根本原因来说，是因为日语中并不存在一个能够准确对应 “Drive / Driven” 的词语。“Drive” 在原本的含义中带有“赋予推动力、增强势头”的意思。在网球或足球中，也会使用“给球加上旋转（打出驱动球）”之类的说法。因此，

“模型驱动（Model-Driven）”
指的是一种在系统开发中，
首先，也是最重要的一步先进行模型化的开发方式。

这样理解就差不多了。

具体来说，正如前一节所示，需要对“业务流程”“业务数据”“指派规则”进行建模。然后，系统将以该流程模型为基础（由该模型驱动）进行实现（自动构建）。

另外，传统上，在完成“建模”（也可称为“设计”）之后，主流的 BPMS 仍然需要由程序员进行“实现（Implementation）”。不过，近年来，No-Code 开发（无需编程的系统开发／软件开发）逐渐成为一种趋势。

而在今天，也有不少组织开始倾向于使用这样一种 BPMS：只要“流程模型”（也可称为“工作流应用”）完成，就可以立即投入运行。（← Questetra BPM Suite！！）（← 不好意思，这是“立场发言”…）

【作者吐槽】这只是我的个人看法，但我认为“数据驱动经营”（以数据分析为起点做出判断的经营方式）并不适合被翻译成“数据驱动型经营”。同样地，像“事件驱动（Event-Driven，用用户操作作为触发点来启动处理的程序）”，或者“截止期限驱动开发”（随着截止日期临近而被激活的开发风格）这样的说法，即便带点玩笑意味，也完全可以直接保留为“Driven”。仔细想想，“USB Driver” 我们说的是“USB 驱动程序”，而不会说成“USB 激活软件”。我认为在全世界使用相同的术语反而更有效率，这和 Tsunami（海啸）、Emoji（表情符号）的传播逻辑是一样的。至于“大空翼”的“驱动射门（Drive Shot）”，我想那大概就是一颗“被极度强化的球”吧。〔不确定〕

4. 归根结底，Workflow 和 BPM 有什么不同？

每一种产品都有各自的特点。因此，要准确地说明“工作流产品”这一类别与“BPM 产品”这一类别之间的差异，并不是一件容易的事情。请理解，下面所提到的这些“差异”，只能从宏观层面来进行说明。

另外，正如前文在历史考察中提到的那样，BPM 产品（BPMS）能够同时控制人类与机器（计算机）的行为。不过，其本质性的区别在于是否进行了“模型化”。也就是说，Workflow 与 BPM 的差异，归根结底在于：是否存在流程模型，以及流程模型存在所带来的优点与缺点。

4-1. 业务流程的设置方式不同

在 BPM 产品（BPMS）中，建模的核心是工作流图（BPMN 图）。

这确实是一个极其重要的优势，但同时也构成了一种劣势。也就是说，“几乎可以描述任何流程走向”的这一特性，直接导致了较高的学习与熟练成本。〔BPMN “读起来”并不难，但“画起来”还是相当费力的。

不过，改善活动本身是没有终点的。

• 根据不同任务条件改变流程路径的设置
• 在超时后自动推进到下一环节的设置
• 在流程中途分流到多个环节的设置
• 将既定的数据编辑操作自动化的设置
• 自动调用子流程的设置
• 与其他云服务（外部 API）进行自动通信的设置
• 等等

如果使用 BPM 产品（BPMS），就能够实现各种各样的流程走向（Control Pattern）以及各种形式的控制与编排（API Orchestration）。

4-2. 指派规则的设置方式不同

在 BPM 产品（BPMS）中，可以设置（从广义上说也就是进行“建模”）较为复杂的“指派规则”。

• 指定某一环节的处理负责人为 1 人（任务到达时即已完成分配）
• 指定某一环节的处理负责人为多个人（由其中任意一人指派）
• 以角色名称来指定处理负责人（若对应多人，则由其中任意一人指派）
• 设置为按顺序轮流成为处理负责人（任务到达时即已完成分配）
• 等等

如果使用 BPM 产品（BPMS），就可以实现上述各种不同形式的工作分配方式。

4-3. 共享业务流程的方式不同

在 BPM 产品（BPMS）中，所有业务流程都会以图形化的“工作流图”（BPMN 图）的形式进行创建。同时，建模的结果也可以作为“流程模型”进行保存。（例如在 Questetra BPM Suite 中，为“.qar”文件）

这样一来，流程负责人就能更容易地向他人说明本部门的业务流程；而管理层及相关部门也可以随时查看当前的业务流程现状。

4-4. 可以查看流转过来的任务的上游处理履历

在 BPM 产品（BPMS）中，不仅可以查看任务的“当前位置”，还可以在工作流图（BPMN 图）上确认其至今为止所经过的“路径”。各个流程环节的处理负责人也可以根据需要，查看上游环节的处理人员。

4-5. 可以监控当前正在流转的所有任务

在 BPM 产品（BPMS）中，可以在工作流图（BPMN 图）上查看所有正在处理中的任务的“当前位置”。例如，可以识别出容易发生滞留的流程环节，从而采取诸如“增加人员配置或引入自动化”等措施，或是“调整业务流程”等行动，将其与持续改善相结合。〔状态监控〕

4-6. 可以汇总统计所有已处理过的任务

在 BPM 产品（BPMS）中，可以按任务负责人或任务流转路径来汇总统计实际绩效数据。例如，可以实现按负责人生成绩效报表的自动化。〔绩效监控〕

4-7. 可以在颗粒度层面上对积累的数据进行控制

在 BPM 产品（BPMS）中，可以对业务数据的查看权限进行非常细致的设置。这样一来，任务处理人员就更容易进行“向同事或相关部门咨询”，以及“从同事或相关部门获取建议与反馈”。

5. 结语

BPM 活动的意义，正是在于持续不断地进行改善（←“持续性的改善”）。即便是在看似微不足道的事务性流程之中，也隐藏着大量的“问题点”和“改进空间”。

各位身处一线的流程负责人们，不仅要认真面对那些“已经看得见的业务流程”（也就是已经被模型化的业务流程），也要同样认真地面对那些“尚未看得见的业务流程”（还没有被模型化的业务流程）。让我们一起，脚踏实地地把一个个小小的改善不断累积起来吧。彼此共勉……

PS：常见的误解

• 『工作流系统是专门针对申请业务流程的系统，而 BPM 工具则面向受单系统、制造系统等更大规模的业务流程』
  • ⇒ 这是误解。业务流程的规模大小并不是关键。实际上，也有很多公司在持续使用 BPM 工具来改进“申请业务”。BPM 工具能够对流程进行更细致的定义与管理，并持续加以改进，“申请业务”同样是其改进对象。
• 『工作流是为了快速、顺畅地推进申请与审批业务的工具，而 BPM 则是对整体业务进行分析、解析问题点，并通过重组业务来推动效率提升的工具』
  • ⇒ BPMS 内部本就包含了工作流功能。也就是说，BPMS 同样是“让申请与审批顺畅推进的工具”。这里没有准确表达出二者之间的包含关系。
• 『工作流系统主要由人工推动流程，而 BPM 工具除了人工处理之外，还会执行由业务应用系统完成的处理』
  • ⇒ 这种说法可能会引起混淆。BPM 工具（BPMS）同时支持“人工处理”和“机器处理”这一点本身并没有问题。但前半部分的表述，是以“控制人工操作的工作流产品”（以人为中心的 Human-Centric 产品）大量存在为前提的。尤其在全球视角下，更常见的语境反而是“控制机器作业的工作流产品”（以系统集成为中心的 Integration-Centric 产品），这一点需要特别注意。
• 『如果想改善纸质流程，推荐使用工作流系统；而 BPM 系统功能丰富，但有些过于庞大……』
  • ⇒ 也许确实如此。功能越多，学习和熟练的成本也就越高。不过，从根本上来说，这其实取决于是否希望持续不断地进行改进。