流程里的每一个块块叫什么？

在写书时碰到一个最基础性、又很让人困扰的问题，业务流程中的每一个块块，大家究竟习惯叫什么： 任务、活动、步骤、功能？ 写作过程中，我自己前后用词、术语都不一致，自己回过头读起来很别扭。

举个例子，想表达“订单流程”，分成“处理订单”、“订单提交”这两步，我想说处理订单这个动作可以调用信息系统功能，这两步还可以通过工作流来实现岗位间的自动流转的意思，在这样的语境下：

“流程中的XX可以调用一个企业应用系统功能或者一个微服务，XX和XX之间可以集成”，是叫：

“流程中的活动可以调用一个企业应用系统功能或者一个微服务，活动和活动之间可以集成”，

还是叫

“流程中的任务可以调用一个企业应用系统功能或者一个微服务，任务和任务之间可以集成”，

““流程中的步骤可以调用一个企业应用系统功能或者一个微服务，步骤和步骤之间可以集成”，

无论是学术界，还是各种技术标准、软件工具，对于这个概念都各执一词，所以我也不知道什么说法能够准确表达意思，不致于让读者引起误会。

先看学术界：

BPR理论发起者哈默、钱皮、达文波特叫“活动（Activities）”：

另外一组公认的流程管理大师 Rummler 和 Brache 叫“步骤”（steps）

再看软件界：

Powerpoint或者 Visio 里画流程图最常用的图标是 70 年代就有的 ANSI 标准，每个动作叫 process （可以叫“处理”，不过又和“流程”是一个词，更绕的是 ANSI 标准说的“流程图”的流程其实是 flow 这个词），手工处理叫operation：

90年代初产生的Scheer 教授 EPC 流程规范和 ARIS 工具把这个块块叫 功能（Function）, 用来描述一个活动或一个任务，这么说来，Activity 或者 task是抽象概念， ARIS 里的软件具象叫功能function，那看起来，这三个词在我困惑的哪句话的语境里可以互换：

SAP 的 solution manager里 ，通用抽象的叫“流程步骤（对应到 BPMN 的“任务”），特定人或机器操作的分别叫“人类流程（human  process）”或“自动流程（automated process）”，对应到 BPMN 的用户任务或服务任务，所以我哪句话的语境，可以叫“任务”或者“流程”（process，不叫“流程”，还可以翻译成“操作”）

在 BPMN 2.0 规范里，“描述性BPMN” 把流程里的块块叫任务（task）：

而“执行性 BPMN”规范里把流程里的块块的集合名词叫活动，然而活动有各种类型（Activity type），具体每种类型叫任务，例如抽象任务，用户任务，手工任务等等：

最后看咨询界：

咨询界的常见做法是搞流程分级， APQC 常用的分级参考框架。“流程process”、“活动activity”、“任务task”这三个词分别是代表流程分级框架的三个层级，所以这些词并不是代表一个流程中的某个块块。

实际上 APQC 本身只是一个分类框架，所以它只有流程名称，而没有可以用流程图来表现、用工作流实现的、具体的流程内容。APQC 的名词说起来很绕，例如三级流程叫“流程级流程”吗？那么对于一个L4 级的“活动级流程”里的一条流程的每个块块究竟该叫什么？APQC 并没有提供标准，很多搞流程分级的顾问就自己命名了，叫“节点”、“动作”等。总之，如果把 APQC 分级框架和 BPMN流程建模标准放在一起用，概念和术语会很混乱，互相打架：

那您觉得 XX 叫什么好？“流程中的XX可以调用一个企业应用系统功能或者一个微服务，XX和XX之间可以集成”，