关于企业流程分类的对话

最近因为要写一本关于流程的书，因此很大一部分精力放到了学习和思考上，还有与专业人士的交流上。下面就是我与前同事，现在Thoughtworks咨询师荣浩的关于企业流程分类的对话：

 

30/12/08  11:15:04  荣浩  辅助流程如何理解？
30/12/08  11:15:23  荣浩  它和核心流程的关系？
30/12/08  11:18:25  辛鹏  像人事管理就属于辅助流程
30/12/08  11:19:04  荣浩  那管理流程呢？
30/12/08  11:19:17  辛鹏  辅助流程相当于为核心流程提供服务的
30/12/08  11:19:41  辛鹏  管理这个概念还是在战略角度
30/12/08  11:20:37  辛鹏  管理流程的制定者为董事会或战略规划部
30/12/08  11:21:14  荣浩  那请假流程属于什么流程？公文管理呢？
30/12/08  11:21:17  辛鹏  而辅助流程的制定者为人力资源部等纯职能部门
30/12/08  11:22:05  辛鹏  我觉得都应该属于辅助流程
30/12/08  11:22:39  辛鹏  公文管理这个东西其实在企业中基本很少用
30/12/08  11:23:08  辛鹏  它这流程的三个类别，还是面向的企业领域
30/12/08  11:24:17  辛鹏  核心流程服务的对象是公司外部的客户
30/12/08  11:24:48  辛鹏  辅助流程服务的对象是业务部门与职能管理部门
30/12/08  11:25:13  辛鹏  管理流程服务的对象服务的对象是董事会于战略规划部
30/12/08  11:25:22  辛鹏  这样来说就比较容易理解了
30/12/08  11:26:24  荣浩  但是战略规划不就是制定核心流程和辅助流程吗？
30/12/08  11:27:20  辛鹏  战略规划不会直接制定核心流程和辅助流程
30/12/08  11:27:56  辛鹏  应该说，战略规划制定的是战略地图和运营流程
30/12/08  11:28:40  辛鹏  例如说，战略规划不可能去制定一个员工入职的流程怎么走
30/12/08  11:29:15  辛鹏  或者说给员工加薪应该走什么样的流程，这是战略规划不关心的
30/12/08  11:29:54  辛鹏  上边这两个流程是辅助流程，是业务职能部门的事情
30/12/08  11:31:17  辛鹏  而核心流程，例如从销售到订单、到订单加工、到售后服务，
30/12/08  11:31:53  辛鹏  说白了，核心流程就是可以产生利润价值的流程
30/12/08  11:32:03  荣浩  我大概明白了 
30/12/08  11:32:29  荣浩  核心流程面向客户 直接产生利润
30/12/08  11:32:37  辛鹏  对，没错
30/12/08  11:33:04  荣浩  辅助流程面向企业内部 协调作用 提高企业效率
30/12/08  11:34:35  荣浩  管理流程则是企业高端运营流程 它们做出大的战略规划 而下属职能部门则根据这个规划分职责去修改核心和辅助流程
30/12/08  11:35:19  辛鹏  嗯，:),理解的不错
30/12/08  11:36:08  辛鹏  这个过程就叫做战略地图或战略流程分解
30/12/08  11:37:07  荣浩  好
30/12/08  11:42:24  辛鹏  我要出去见客户了
30/12/08  11:42:34  荣浩  好的

31/12/08  15:51:05  荣浩  哪些流程是工作流/BPM所无法管理描述的？
31/12/08  15:51:32  荣浩  有没有具体的例子？
31/12/08  15:51:59  辛鹏  你仔细研究一下BPMN
31/12/08  15:52:33  荣浩  出现了BPMN，但是个人认为通过一个标准来涵盖所有的业务场景本身就是很不靠谱的行为，是典型技术人员的臆想症。由此而来的是更不靠谱的BPMN到BPEL的自动转换工具，目前也没有出现成功的应用。
31/12/08  15:52:52  辛鹏  它所做的关于高端战略流程，是无法转化为BPM和WORKFLOW的流程的
31/12/08  15:53:26  辛鹏  没错，BPMN不可能完全转化为BPEL或XPDL
31/12/08  15:54:24  辛鹏  不过最新的XPDL2.1倒是号称可以把所有的BPMN描述转化过来
31/12/08  15:55:17  辛鹏  BPMN这个东西基本上已经成为流程建模的标准，而且它可不是技术人员的臆想症，这个东西完全是面向业务人员的
31/12/08  15:56:39  荣浩  但是我觉得对于不同的公司、不同的业务模式 对流程的描述是不同的 不大可能有个标准
31/12/08  15:57:20  荣浩  更何况这个标准是IT制定的 这不很搞吗
31/12/08  15:57:27  荣浩  IT公司
31/12/08  15:57:43  辛鹏  给你推荐一篇文章吧，基本上把bpmn/bpdm/bpel/xpdl等描述清楚了
31/12/08  15:57:46  辛鹏  http://www.infoq.com/cn/articles/process-component-models
31/12/08  15:58:19  辛鹏  没有呀，其实BPMN主要是对于图形符号的标准
31/12/08  15:58:27  辛鹏  相当于UML
31/12/08  15:58:55  辛鹏  所以它不依赖于具体的业务
31/12/08  15:59:32  辛鹏  就好像你不能说UML依赖于业务一样
31/12/08  16:01:06  荣浩  可我需要的正是贴近业务的流程表达
31/12/08  16:01:39  辛鹏  对呀，所以BPMN就是干这件事情的
31/12/08  16:02:14  荣浩  我觉得它适合IT公司里的BA 和最终用户也没什么关系
31/12/08  16:02:26  辛鹏  而且BPMN是不可执行的，它还需要转换为bpel或者xpdl来执行
31/12/08  16:02:48  辛鹏  这个其实是看用户的水平了
31/12/08  16:03:26  辛鹏  就像IBM等其他大公司的咨询人员实际上就是帮助最终用户在搞业务分析
31/12/08  16:04:07  荣浩  所以BPMN是IT公司自己想出来的 希望用户可以接受 可是那么多的业务 肯定有更好的DSL
31/12/08  16:04:11  辛鹏  你完全让最终用户的BA来做这个事情，是不现实的
31/12/08  16:04:54  荣浩  我的意思是针对不同行业的用户 提供不同的流程定义模型
31/12/08  16:05:13  辛鹏  那就是另一回事了，因为IT界能有一些组织去做这种事情，例如bpmi、omg等
31/12/08  16:05:22  辛鹏  还有oasis
31/12/08  16:06:45  辛鹏  但是不可能有业内所有的最终用户来共同成立一个什么“业务分析委员会”是我臆想的:)，来搞这些事情
31/12/08  16:07:18  荣浩  恩 这也是我想的
31/12/08  16:09:00  辛鹏  所以最终用户还是得让这些大厂商牵着鼻子走，只不过是这些大厂商是不是愿意不愿意搞出一些最终用户尽量好用的东西来
31/12/08  16:12:13  辛鹏  你提的“针对于不同行业的用户 提供不同的流程定义模型”目前是没有，对于同样的流程模型转化为不同的流程实现倒是有了，就是jboss现在搞的PVM的概念
31/12/08  16:13:17  辛鹏  Process Component Model
31/12/08  16:13:33  荣浩  我去看看
31/12/08  16:13:40  辛鹏  OK
31/12/08  16:20:52  辛鹏  其实一些大公司的高级咨询人员已经不能称为技术人员了，例如SAP、IDS、salesforce等，他们在自己擅长的领域内确实要比最终用户他们自己还要熟悉业务
31/12/08  16:44:02  荣浩  可以把工作流和BPM管理的流程称为IT流程，这些流程需要被计算机解释执行。IT流程只是企业流程的一个子集。典型的例如一个生产流程，第一步需要生产某一个零件，第二步需要生产另外一个零件，最后一步则需要将这些零件组装起来。对于这个流程，工作流和BPM根本无能为力，因为这个流程是需要人来执行的，而不是计算机。此外，对于高端的企业战略流程，工作流和BPM也力不从心，因为它们的流程模型无法对其进行描述。
31/12/08  16:46:41  辛鹏  嗯，这种分类没有问题，但是我还是觉得“IT流程”的叫法不是很好，是否可以改做“可被IT系统执行的流程”？
31/12/08  16:47:37  荣浩  似乎太长了:)
31/12/08  16:47:54  辛鹏  嗯，是有点长:)
31/12/08  16:49:28  辛鹏  我们再好好想想:)

 

总结，上面只是关于流程分类的一种讨论，而实际上，流程可以按很多种方式去分：例如按照它的作用和价值来分：管理流程、核心流程、辅助流程；按照执行来分：可被IT系统执行、不可执行；按照应用场景来分：单一系统内的流程（workflow的应用场景）\\、跨系统协作流程（EAI领域）；按照交换方式来分：人工工作流、人与系统交互、系统与系统交互，等等。

评论

3 楼 nychen2000 2009-06-29  

我觉得也可以将流程分为管理范畴的流程和技术实现范畴的流程。
管理范畴的基本上属于企业管理了，我作为IT人员比较关心技术实现范畴的，具体而言就是工作流。

我觉得现在流程这个词歧义太多，忽悠也太多。

实际上现阶段最缺的东西很简单，就是一个像hibernate或者spring那样的好用的工作流组件，仅此而已。

2 楼 snowfox2008 2009-05-12  

嗯，这个分类是从BPM所支撑的业务系统的特点来划分的，也是不错的分类角度。其实对于BPMS这样复杂的系统，是应该从多个角度进行分类的，这样才会更清楚它的应用场景。

1 楼 homershen 2009-05-11  

"The Forrester Wave™: Business Process Management For Document Processes, Q3 2007"一文中提出，企业在选购BPMS产品时，要结合其流程的类型和特征。
（http://www.adobe.com/enterprise/pdfs/forrester_wave.pdf）

这篇文章把BPMS产品分为以下四类：
1.Integration-intensive
2.People-intensive
3.Decision-intensive
4.Document-intensive