解说：流程的层级结构

流程是做事情的路径，是动作的组合。

我们今天要讨论流程的层级结构，首先需要有一个基本的思想：企业中的流程是有层级结构的。

流程为什么要有层级结构？

简单说，就因为它太复杂。复杂的东西就应该有结构，否则我们无法去认识、建设和应用。

有些人并不觉得流程有那么复杂，我们看一个实例，这是一个企业做的采购流程图。

这最多算是用来表达一件事情的逻辑图，根本不能叫做流程图，因为它完全没有把做这件事情的动作表现出来。换句话说，如果你是一个对这个业务并不熟悉的人，看了这段流程图之后，完全不知道如何去操作。就好像，你问别人坐火车到北京怎么走，他说中国的铁路网有五横七纵，好了你去坐吧！这就失去了流程的意义：定义人们做事情的路径。一个企业的采购流程，应该有几十条路径，上百个活动，这样的量级才可能说得清楚。

在一个企业中所有重复性的活动我们都可以称之为流程，那么这样的活动有多少？按照流程的条数来算应该上千，按照动作来算应该上万，而且它们之间是相互交错的，就像一个超大城市的交通网络那样复杂。

这样复杂的工程没有层级结构是难以想象的。建一条路需要有规划图，更何况建设一个街区，再到建设一个城市的交通网络。

流程的层级定义

国际组织APQC（美国生产力质量中心），给出了一个流程层级结构的参考定义。

他们给出了一个很好的定义的思想，但恐怕这样的结果让人难以接受，其中有逻辑问题，也有中西文语境的问题。比如流程组和流程互相解释，这是逻辑问题（一组流程是流程组，流程组分解是流程）；还有流程、活动和任务这些西文翻译的词汇也让人难以准确区分。

我们给出一个更简洁而明确的定义。

第一层，业务功能。这一层只有一张图，把整个企业的基本业务轮廓完整勾画出来。在APQC的参考框架中，这一层有12个业务功能，我们这张图有16个，现实中每个企业都可以根据产业特征定义一个自己的业务框架。这是典型生产制造型企业的参考框架。

第二层，业务域。就是业务功能层的下一层，展现业务功能的内部结构，我们给它们起个名字叫业务域。我们以供应链这个业务功能为例展开到业务域层。

第三层，逻辑关系。逻辑关系层是在业务域层继续分解得到的，展现出来的结构单位我们称之为业务单元。需要说明的是，它实际上可能并不是一层，有可能包含两层的结构。就像我们下图展示的这样：在“采购需求确认”这个业务单元中，含有5个最小业务单元。有时候因为内容过于复杂，我们不得不将逻辑关系层分成多层来处理。

这一层被称之为逻辑关系层，因为它并不是流程，而是在描述业务结构的逻辑关系。这种业务单元描述到最小颗粒度的时候我们称之为最小业务单元。最小业务单元就是流程框架的最底层，再向下就不再是框架而是具体的流程活动。

图三的红色框已经给出了一个区分，上面三层是业务框架，下面两层是流程。虽然我们习惯于称之为“流程”框架，但其实上面三层确实不是流程，而是业务结构，下面两层才是流程，这一点在我们之前EA框架的文章中进行了表述。

我们将企业中的业务框架，从最顶层到最底层（最小业务单元）的列表称之为流程清单，意思就是它们已经展开了一个流程的目录，这个目录有多少行，也就意味着你的流程有多少“条”。下面是流程清单部分样例的展示。

第四层，流程。从这里开始才是真正的流程，差别就在于它是用流程语言描述的业务实现的具体动作。这是供应链业务功能\采购业务域\招标业务单元展开的流程图。

第五层，子流程。像上面招标这样的流程，实际指导操作还是比较粗糙的。比如其中“组织编制招标文件”这样的活动，它是如何完成的？我们可以用更细节的流程来表达这样的过程，这就是第五层子流程（示例略）。有了子流程，通常我们也会相应的将它的上层叫做主流程以示区别。理论上子流程还可以有子流程，当我们觉得展开一层不足以表达细节的时候还可以继续展开，但通常我们尽量不这样做。

流程需要尽可能的精细，否则就失去了它存在的意义。通常我们可以描述到这样一个细节的程度：一个人的一个动作有明确的产出。关于流程的颗粒度我们以后的文章中再去详述。

一个完整的样子

从纵向来看，我们形成一个从上到下逐层分解的链条。这样展示的意义在于，我们通过逐层分解能够很好的控制业务和流程描述的范围以及边界，上层的一个模块就是下层的一张图。

从横向来看，我们可以把采购的流程都在一个页面上展示形成一个大图，我们称这种图为全景图（再看看本文开头的第一张图完全不是一个量级）。把一个业务域的流程全部展现出来，这也就是我们所能够表达篇幅的极限了，而且我们还必须忽略这些流程下面的子流程。

这样我们就容易理解为什么企业流程是非常庞大的，因为从顶层L1到最底层L5，是一个以几何级数增加的关系。这个逐层展开的效果有点像电子地图，现在的流程管理软件也支持这样的展示。

如此，我们可以回到最开始的那个问题，流程为什么要有分层的结构？——结构化就是为了简单。

还有一个问题就是，我们描述业务和流程总是从顶层到细节逐层展开的，直接进入细节的结果就是一团乱麻。这个道理很简单，没有目录怎么建一个图书馆？

流程的层级定义，目前也有很多不同的说法，但基本思想大体相同。有两点是值得注意的：第一，尽可能采用通用的说法，少企业的个性（表达的个性而不是业务的个性），这样可以降低沟通成本；第二，需要通俗易懂而不要晦涩，不到万不得已我们还是不要制造词汇的好。