我们对流程的认知往往来自OA，而OA工作流引擎普遍遵循WfMC参考模型。这就让我们把流程概念缩小了，以致于，大家觉得流程一定得是这样的，
执行起来通常是这样的，在任何时候，只有一个当前（待处理）节点，流程的运行状态即该节点（的名称）。
实际上，流程是分级的，一个企业的流程可以分成4~6级。同一个行业大类，比如说制造业、房地产、金融服务业等等，一级流程基本一致；细分行业的二三级流程的差异是比较大的；具体到企业，四~六级流程也是不同的。这一、二、三......级流程长什么样？与OA工作流一样吗？下面的国际标准的APQC流程分类框架图，可以看到流程居然是带编号的条目，而不是流程图形式。
说好的流程图，咋都变成目录了？这还是我们熟悉的流程吗？图示的箭头样式，居然是?，而不是→，啥意思呢？！
我们和老外在文字表达和使用上有很大的不同，我们讲究意境，他们讲究精确。所以，光是”也许“这个词，他们就有maybe，perhaps, probably几个单词表示不同程度的也许，而我们通通都是也许，需要通过上下文来猜测这个”也许“有几成可靠性。对于“流程”这个词，也是有同样的问题，我们的流程含义非常宽泛，使用也非常广泛，反而影响了我们对一些场景的正确理解。
我们日常说的【流程】，在歪果仁那，针对不同的使用场景会用不同的单词表达，例如Process和Workflow。Process=“过程”，Workflow=“工作流”，在歪果仁眼中它们就是完完全全的两码事。
Process的概念有些大，APQC流程分类框架PCF的P就是Process，业务流程管理BPM、流程管理系统BPMS中的P也是Process。
Workflow就确切多了，WfMC给的定义：工作流是指一类能够完全自动执行的经营过程，根据一系列过程规则，将文档、信息或任务在不同的执行者之间进行传递与执行。虽然没有提出Workflow与信息系统必然关联，但完全自动执行，已经不言而喻Workflow是仅限于计算机技术可管理的一部分过程Process（过程）。
从上图可以看出，工作流（workflow）只是整个process中极小的一部分，更遑论OA工作流了。基于WfMC定义的“完全自动执行”，导致目前的工作流系统必须预先精确定义全部的路径，那工作流就只能长成下面这个糖葫芦（复杂的蜘蛛网型工作流本质仍是变异的糖葫芦）的形象 （很眼熟，对吧，我们说的OA流程图就是这样，其实那只是工作流），而且基本上只能用于实现流程框架中的末级流程，一二三级流程基本上只是在图纸上画画，甚至都画不出来，只好列成目录形式。
我们在表单建模中谈到的【主流程】，是在某个业务范围内，找出属于关键性的事务处理，浓缩成一个流程。
认识归纳主流程，首先是理解Process，而不是设计Workflow。但是归纳主流程的目的，就是要通过信息系统实现它，所以主流程又不等同Process，实际上主流程介于Process与Workflow之间，往往仍采用了流程图的样式，但不是一个糖葫芦串（不受限于任何时候只有一个当前待处理节点）。
【流程】这个词实在是让人抓狂，ISO中也有个P即Procedure，会被解释成程序或流程。如果对比Procedure和Process，就会发现前者强调过程的步骤，后者强调过程的结果。
为什么我们需要费这么大劲去弄清流程和
OA工作流的区别呢？
是因为，在即将推出的《表单建模，与你想的不一样（系列2）》里，我们会重点探讨：是否能正确归纳出主流程将极大地影响表单建模的功力发挥。所以在读系列2之前，我们有必要先掰清楚流程和工作流的区别。
来源：泛微华南发布日期2020-08-10 08:01浏览：
1个目标提供最好的协同管理软件产品
16年专注协同软件的研发与服务
86个行业全方位提供行业解决方案
100多家机构全国布局本地化服务
10000家客户行业覆盖率广规模全国领先
关于盗用我公司名义进行网上推广活动的声明
