解说:流程的层级结构(流程组成的五个部分是什么)

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

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

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

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

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

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

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

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

流程的层级定义

国际APQC(美国生产力质量中心),给出了一个流程层级结构的参考定义。

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

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

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

第二层,业务域。

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

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

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

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

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

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

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

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

一个完整的样子

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

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

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

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

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

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

(0)
上一篇 2023年07月23日
下一篇 2023年07月23日

相关推荐