- 浏览: 458232 次
- 性别:
- 来自: 北京
博客专栏
-
张小庆,在路上
浏览量:8835
文章分类
最新评论
-
bad_brain:
很好的文章,帮助我快速了解zookeeper提供的能力以及为什 ...
Zookeeper与paxos算法 -
ixu:
支持,已经买了 是对工作流和BPM的很好总结啊
无知者无畏,一本写了四年的书 -
yangsong158:
看来,我与这个时代有些脱节了。必需加快赶上来。谢谢你的奉献。必 ...
无知者无畏,一本写了四年的书 -
黄粱一梦11:
目标 人没有目标就很容易迷失自己,常常陷入困惑中
PM成长日记第二话-一定要想清楚自己要什么 -
fenian_zhq:
支持。就凭你这个感悟,必须买一本收藏!
无知者无畏,一本写了四年的书
本书关注于 IT 里的流程产品。面对市场上品种繁多的流程产品,很多人的困惑是:这些流程产品究竟能够帮助企业做出哪方面的改进,这些产品背后的理论基础又是什么?同时,很多人对 IT 产品的宣传也存在着困惑,最多的就是:工作流技术和 BPM (业务流程管理)技术究竟存在着什么区别?为什么很多原先的工作流产品现在都改称为 BPM 产品?本书将对这些问题都进行一定的讨论,一个事实是 IT 流程系统将在企业的改进方面发挥越来越重要的作用,但是不可否认的是,就目前而言,这些系统还存在着很多的局限,如果一个流程产品的思想是流程自动化,那么很大程度上这个产品是不符合企业发展需要的。
提到流程,第一个问题就是流程的历史。 18 世纪英国经济家学亚当 · 斯密在《国民财富的性质和原因的研究》中提出 “ 劳动分工原理 ” ,提出分工有利于提高效率、增加产量,其理由有三:第一,劳动者的技巧因业专而日进;第二,分工可以免除由一种工作转到另一种工作的时间损失;第三,简化劳动和机械的发明使一个人能做许多人的工作。亚当 · 斯密的分工论蕴涵了最朴素的流程理念。流程产生于一系列的分工。
维基百科里 对业务流程进行了如下定义:业务流程是为特定的对象(客户)创造价值的过程,这一过程由一系列相关联、有组织的活动或任务组成。企业和组织中,业务流程一 般被划分为三种基本类型:管理流程,对企业运行进行管理、协调的流程;运行流程,构成核心业务和创造基本价值的流程,如采购、制造、市场销售等;支持流 程,支撑管理流程和运行流程的流程,如会计、招聘、技术支持等。
接下来我们关注工作流技术的历史。工作流技术发端于 1970 年代 中期 办公自动化 领域的研究工作,但工作流思想的出现还应该更早, 1968 年 Fritz Nordsieck 就已经清楚地表达了利用信息技术实现工作流程自动化的想法。 1970 年代与工作流有关的研究工作包括: 宾夕法尼亚大学 沃顿学院的 Michael D. Zisman 开发的原型系统 SCOOP , 施乐帕洛阿尔托研究中心 的 Clarence A. Ellis 和 Gary J. Nutt 等人开发的 OfficeTalk 系列试验系统,还有 Anatol Holt 和 Paul Cashman 开发的 ARPANET 上的 “ 监控软件故障报告 ” 程序。 SCOOP, Officetalk 和 Anatol Holt 开发的系统都采用 Petri 网 的某种变体进行流程建模。其中 SCOOP 和 Officetalk 系统,不但标志着工作流技术的开始,而且也是最早的办公自动化系统。
可以看到,工作流最初出现的思想和要解决的问题即是实现工作流程的自动化。但是这带来了工作流技术应用的局限:第一是在企业里存在着很多关键的业务流程,这 些流程自动化的成本太高,无法自动化;第二是很多流程并不需要自动化,自动化反而会降低这些流程的执行效率,典型的在一个企业里,请假往往需要一定的审 批,在这种情况下,直接面对面的交流往往比通过工作流提交表单更有效率;第三是自动化流程往往意味着流程的柔性降低, 比如制造企业都有设备维修业务过程,基本步骤如下:故障维修申请 - > 审批 - > 派工 - > 领料 - > 维修 - > 验收 - > 维修数据记录。这样的一个维修过程如果用工作流实现,工作流引擎会严格按照这样一个顺序执行,但是车间随手换了一个备件,可能只需要 5 分钟,而从提交申请到维修结束,走这样一个繁琐的过程,恐怕不是信息系统服务于人了,而是人服从信息系统了,再比如,紧急情况下进行的维修,可能直接进行维修、验收、记录维修数据三个步骤,可能连派工都来不及了。此时,自动化流程就会严重影响执行效率。
1970 年 代人们对工作流技术充满着强烈乐观情绪,研究者普遍相信新技术可以带来办公效率的巨大改善,这种期望不可避免的落空了。人们观察到这样一种现象,一个成功 的组织往往会在适当的时候创造性的打破标准的办公流程;而工作流技术的引入使得人们只能死板的遵守固定的流程,最终导致办公效率低和人们对技术的反感。 1970 年代工作流技术失败的技术原因则包括:在办公室使用 个人计算机 尚未被社会接受, 网络 技术还不普遍,开发者还不了解 群件 技术的需求与缺陷。总结一下,工作流应用失败的原因有两点:第一点是自动化流程的柔性低;第二点则是限于当时的技术原因。
进入 1990 年代后,随着 IT 技术的发展、个人计算机的普及,工作流技术开始重新进入一个新的热潮,这个热潮完全是技术驱动的,这时候出现了大量的工作流技术应用。需要注意的是,工作流技术不仅仅是指专门的工作流管理系统,同时也指拥有工作流特征的各种应用系统,例如各类企业管理软件( ERP )和协作软件里有具有的相应流程组件。工作流技术的应用使得很多应用软件的开发得到一定程度的简化(同时,可以观察到工作流产品的采购客户往往会是系统集成商)。需要注意的是,此时工作流要解决的问题域依旧是实现工作流程的自动化,由此带来的应用局限并没有发生变化。
与此同时,新的管理革命正在发生。
1990 年迈克尔 · 哈默在《哈佛商业评论》上发表了题为《再造:不是自动化改造而是推倒重来》 (Renglneenllg work : don"t automate , obliterate) 的文章,文中提出的再造思想开创了一场新的管理革命。 1993 年迈克尔 · 哈默和詹姆斯 · 钱皮在其著作《企业再 造:企业革命的宣言 )(Reengineering the Corporation ; a Manifesto for Business Revoiution) 一书中,首次提出了业务流程再造 (BPR : Business Process Reengineering) 概念,并将其定义为:对企业业务流程进行根本性的再思考和彻底性的再设计,以取得企业在成本、质量、服务和速度等衡量企业绩 效的关键指标上取得显著性的进展。该定义包含了四个关键词,即: “ 流程 ” 、 “ 根本性 ” 、 “ 彻底性 ” 和 “ 显著性 ” 。
以此为标 志,形成了新的业务流程理念,并伴随着对传统企业金字塔式组织理念和管理模式的反思,新的理念强调企业以业务流程为中心进行运作、打破传统的部门隔阂、增 加客户价值和企业效益(降低成本)。以业务流程为中心取代职能分工,成为管理的首要原则,围绕流程建立起来的组织具有更高的敏捷性、效率和效益,呈现出扁 平化、网络化的特征。
新的管理理念催生新的 IT 产品, BPM 产品孕育而生。可以说一个好的 IT 产 品总是对应有相应的理论基础,那种简单的对现有工作方式的复制化是没有生命力的(一个小的而典型例子是电子印章软件,从布局到排版都很逼真。可是现实中印 章的设计是为进行文件的状态确认,非常直接,但是在电脑上摹仿这种印章,不但用着别扭,看着也十分难过,更重要的是,明明通过工作流的控制已经能够确认文 件的状态,却一定要通过电子印章来生硬模拟。)。很多技术人员以 XPDL 和 BPEL 来区分流程产品是工作流还是 BPM ,认为 BPM 更为强调软件的系统集成能力。实际上,工作流软件与 BPM 软件最大的区别不在于技术实现,而是它们解决的问题域发生了变化。
工作流软件解决的问题域是流程的自动化,而 BPM 软件解决的问题则是业务流程的优化 。
因为解决的问题域发生变化,那么 BPM 软件相比工作流软件在技术上的变化就很清晰了:强调对流程运行的监控、强调对流程运行数据的分析、强调对各种企业应用软件的集成能力、强调快速的开发能力。实际上很多 BPM 软件的前身即是工作流产品,从技术角度上理解,工作流软件和 BPM 软件是没有区别的, BPM 软件是工作流软件发展的结果,只是开发商出于市场的考虑换上一个不同的标签而已(非常类似于当前的药品市场,同一种成分换个名称就变成新药)。然而从处理问题的角度考虑,区别两者则又是必要的。
但是 BPM 软件面临的问题依旧存在,因为很多 BPM 软件解决问题的思路并不正确,很多 BPM 软件依旧是通过自动化流程来实现业务流程的优化,这再次回到工作流软件所面临的问题:企业很多业务流程很难自动化、自动化流程的柔性很低。对于这些问题, BPM 软件试图通过简化编程(快速开发、 SOA 思想)和系统集成来尽可能自动化多的流程,通过增强流程定量分析能力来尽可能的增加流程柔性。这实际上是在用正确的方式做错误的事,因为解决问题的思路从一开始就决定了这并不是一条正确的路。
相比而言, Nimbus 的 Control-ES 软件则选择了另外一条道路,它并不强调流程的自动化,它是从咨询软件发展而来的,这决定了其解决问题的另外一种方式:强调对现有流程的评估和重构而非自动化。在 Control-ES 里,流程是作为企业财产保存的,仅仅文档化。这几乎立刻扩大了其对业务流程的描述能力,但是其的咨询背景也决定了它的局限性:无法实时获取业务流程执行的数据(完全依靠咨询人员的工作),于是 Control-ES 更多是作为咨询人员的工具而存在的。从某种意义上说,流程改进本来就是一项咨询工作,很多 IT 厂商甚至没有任何业务领域经验,拿出其 BPM 软件就宣传能够实现客户流程的优化是一件很搞的事情,很多所谓的流程梳理实际仅仅是对现有流程的复制再现,没有任何改进可言。
一种更好的方式是文档化所有业务流程,然后通过系统集成能力实时获得关键的数据信息,实现以流程为中心的数据撮合,关键的流程执行和改进则交由人去灵活执行。对这种实现思路我们将在本书的最后部分进行讨论。可以看见的是,流程优化从来也不应该是 IT 系统能够完成的事情, IT 系统所要做的是为流程优化撮合必需的数据,做为支撑系统而存在。
说完 BPM 软件,最后我们需要关注的一个方向是云计算。越来越多的企业将其工作放置到了网上,典型的如 Google 提供的各种在线服务,文档、邮件、 Excel 等,这种趋势触发了新的业务模式,云中的工作流即是其中一种,通过提供在线的工作流程自动化,将各种在线服务通过流程粘合起来。在这方面, Cordys 走在了最前面。
评论
“新瓶装老酒”(Old Wine in New Bottles,这篇文章网上有)这是曾经的WF权威Aalst最初对BPM看法。遗憾的是,Aalst在其后续文章中也多是谈BPM而很少提及WF,可能也是随大流吧。更有争议的文章还有《Workflow is just a Pi process》,《Why workflow is NOT just a Pi-process》等等,这些也都是几年前的事了,但其中反应出的问题是:无论BPM还是WFM,都仍然没有一个各方公认的数学模型,包括过程结构模型和引擎的驱动模型等等,尤其在人工活动的协调方面更显不足,而像数据库事务那样能够保证过程执行正确性的机制几乎没有。我相信,未来BPM方面的创新源动力应该是来自BPM(或者WFM)基础理论研究方面的突破。
总之,WFM和BPM之间并不存在清晰的界线,市场和资本更需要新名词。
此处,我感觉“强调快速的开发能力”改为“强调业务系统的柔性”更为恰当。我并不是鸡蛋里头挑骨头的意思,因为“强调快速的开发能力”导致了很多厂商的BPM产品出现一个共同的致命的弊端,就是改变了大家喜闻乐见的变成模型,搞出来一条私有的很封闭的所谓“免编程”的东西;这种产品在开发人员群体里面是没有生命里的,最终用户实际上也不会用、不屑用。所以,用“强调业务系统的柔性”更合理,它更能体现业务价值。
谢谢!你的意见非常好,这里确实不太恰当,本质上要解决的是业务问题。我个人也很反对所谓图形化的快速开发平台。
我现在越来越觉得BPM做B2B的集成非常非常重要。
你去看看国外做集成的的软件哪个没BPM啊.....
集成分很多层面,常见的有数据层(ETL)、应用层(EAI)、展现层(Portal)
我想你们说的应该是应用层吧,BPM在这个层面还是可以大有作为的,尤其是很多涉及到人工操作的环节
此处,我感觉“强调快速的开发能力”改为“强调业务系统的柔性”更为恰当。我并不是鸡蛋里头挑骨头的意思,因为“强调快速的开发能力”导致了很多厂商的BPM产品出现一个共同的致命的弊端,就是改变了大家喜闻乐见的变成模型,搞出来一条私有的很封闭的所谓“免编程”的东西;这种产品在开发人员群体里面是没有生命里的,最终用户实际上也不会用、不屑用。所以,用“强调业务系统的柔性”更合理,它更能体现业务价值。
谢谢!你的意见非常好,这里确实不太恰当,本质上要解决的是业务问题。我个人也很反对所谓图形化的快速开发平台。
我现在越来越觉得BPM做B2B的集成非常非常重要。
你去看看国外做集成的的软件哪个没BPM啊.....
此处,我感觉“强调快速的开发能力”改为“强调业务系统的柔性”更为恰当。我并不是鸡蛋里头挑骨头的意思,因为“强调快速的开发能力”导致了很多厂商的BPM产品出现一个共同的致命的弊端,就是改变了大家喜闻乐见的变成模型,搞出来一条私有的很封闭的所谓“免编程”的东西;这种产品在开发人员群体里面是没有生命里的,最终用户实际上也不会用、不屑用。所以,用“强调业务系统的柔性”更合理,它更能体现业务价值。
谢谢!你的意见非常好,这里确实不太恰当,本质上要解决的是业务问题。我个人也很反对所谓图形化的快速开发平台。
我现在越来越觉得BPM做B2B的集成非常非常重要。
确实是二者的本质区别,非常认可荣昊兄的简介。
此处,我感觉“强调快速的开发能力”改为“强调业务系统的柔性”更为恰当。我并不是鸡蛋里头挑骨头的意思,因为“强调快速的开发能力”导致了很多厂商的BPM产品出现一个共同的致命的弊端,就是改变了大家喜闻乐见的变成模型,搞出来一条私有的很封闭的所谓“免编程”的东西;这种产品在开发人员群体里面是没有生命里的,最终用户实际上也不会用、不屑用。所以,用“强调业务系统的柔性”更合理,它更能体现业务价值。
我想很多工作流产品开发企业现在都面临市场上同类型产品的激烈竞争,上面的这个问题也许值得我们认真思考。。。
这些规范本身就只是规范对流程进行xml建模的,你说的运行期的管理和控制属于其他的范畴,这个我认为倒不大可能形成规范,因为涉及的内容太多,只能从大的方面进行约束,例如工作流系统的5个接口、组成等等。
谢谢你的意见!
我认为从概念上进行一定的区分是必要,因为每个产品都有其理念和想解决的问题,了解一个产品最好的方式就是看它的历史和要解决的问题。
另外,我也同意你的部分观点,从技术上讲,大部分BPM都是从工作流发展而来,它们之间从技术实现上说并没有明显的差异。可是如果依旧以工作流的方式来解决BPM想解决的问题,这是存在问题的。
发表评论
-
无知者无畏,一本写了四年的书
2014-05-13 18:33 6800这是一本写了四年的书,写它 ... -
建筑的永恒之道与工作流模式
2013-02-24 14:22 3462本文系《流程 ... -
百年管理看流程之三管理科学发展史(下)
2012-07-22 14:35 2170时间进入50年代,对于美国来说,20世纪50年代是富足的 ... -
百年管理看流程之二管理科学发展史(上)
2012-07-12 21:44 2726管理的历史很长,埃 ... -
百年管理看流程之一序言
2012-07-09 14:01 3012当提到流程时,很自然,首先映入我们脑海的就是两个词:Wo ... -
BPMN这点事-BPMN扩展元素(上)
2011-09-06 23:50 610310.3.3 扩展元素 什么是BPMN扩展元素 ... -
BPMN这点事-BPMN核心元素(下)
2011-09-04 00:07 820010.3.2.3 网关 ... -
BPMN这点事-BPMN核心元素(中)
2011-09-02 23:24 355810.3.2.2 事件 在基本元素一 ... -
BPMN这点事-BPMN核心元素(上)
2011-08-31 23:34 382110.1.1 核心元素 什么是BPMN核心元素 ... -
BPMN这点事-BPMN基本元素(下)
2011-08-23 14:52 510710.1.1.1 ... -
BPMN这点事-BPMN基本元素(上)
2011-08-22 08:35 486110.1.1 基本元素 什么是BPMN基本元素 ... -
BPMN这点事-BPMN的元素
2011-08-19 23:33 3415我们使用BPMN元素进行建模,BPMN的元素分为 ... -
BPMN这点事-三种流程模型
2011-08-13 22:56 3904BPMN的流程模型 我们使用业务流程建模来交流信息, ... -
BPMN这点事-那段悲催的历史(下)
2011-07-19 15:56 4342BPMN被BPMS厂商们大量采 ... -
BPMN这点事-那段悲催的历史(上)
2011-07-19 00:18 5929在上一章里我们了解了B ... -
《Head First Process-深入浅出流程》内容组织(3)-BPM篇
2011-07-07 23:55 3222第二篇BPM篇。 第 ... -
如何查看我的订单-REST的流程API设计案例(5)-我们框框也要开放平台
2011-07-01 15:06 2065当当、卓越和京东都在搞开放平台,框框自然也要跟风搞得。那 ... -
如何查看我的订单-REST的流程API设计案例(4)
2011-06-29 23:56 2451既然第一种使得我们即时查看我们订单状态成本太大,那我们看 ... -
如何查看我的订单-REST的流程API设计案例(3)
2011-06-29 00:04 2391实际情况不是这样, ... -
《Head First Process-深入浅出流程》内容组织(2)-工作流篇
2011-06-25 20:01 2213第一篇工作流篇。 第二章工作流初解,在这一章中我 ...
相关推荐
工作流(Workflow)和业务流程管理(Business Process Management, BPM)是现代企业信息化建设中不可或缺的部分,它们旨在优化企业的业务流程,提高效率并确保合规性。"流程的永恒之道"一书深入探讨了这两个领域的...
### 浅析业务流程管理(BPM)与工作流的区别 #### 概述 在数字化转型的浪潮下,企业越来越依赖信息系统提升效率与竞争力。ERP(企业资源规划)、CRM(客户关系管理)、SRM(供应链管理)等系统已成为企业信息化的...
在这个"java源码:业务流程管理(BPM)和工作流系统 Activiti.zip"压缩包中,包含的是Activiti 5.10版本的源代码,这个版本在当时是相当稳定且广泛使用的。 首先,我们要了解什么是BPM(Business Process Management...
业务流程管理(BPM)与工作流虽然在某些方面有所重叠,但它们在实际应用中存在着显著的区别。本文将详细解析这两者之间的六个主要差异,以帮助企业更好地理解和选择适合自身业务需求的解决方案。 首先,BPM强调的是...
在IT领域,BPM常常与工作流系统相结合,来自动化和规范化业务流程。 Activiti 是一个开源的工作流和业务规则管理系统,它是基于模型驱动的,采用Java语言开发,与Spring框架高度集成。Activiti设计灵活,适合各种...
### 工作流引擎BPM系统概要设计 #### 概要说明 本文档作为驰骋信息技术有限公司(以下简称“驰骋公司”)针对浙商银行项目的技术文档,旨在全面介绍其自主研发的工作流引擎BPM系统——驰骋工作流引擎CCBPM的设计...
最后,"jbpm数据库表说明.doc"聚焦于BPM系统中使用的特定技术——jbpm,这是一个开源的工作流引擎,用于执行和管理业务流程。这份文档很可能是对jbpm所使用的数据库表结构和字段的详细解释,包括它们的用途、关联...
在SoTower BPM中,流程设计是通过图形化界面完成的,用户可以利用拖放功能轻松创建和配置工作流。这包括定义任务节点、设置流转规则、分配任务责任人以及建立审批规则等。平台支持多种流程模型,如顺序流、并行流和...
2. Digwin:这是鼎捷软件的一个产品系列,可能代表了该BPM系统的基础平台或核心技术。 3. ERP:企业资源规划,是一种集成化的管理信息系统,涵盖了财务、供应链、生产、人力资源等多方面,旨在协调企业资源,提升...
### 基于SOA的业务流程管理(BPM)和工作流(WF) #### 一、引言 随着信息技术的发展,企业的业务流程管理(BPM)和工作流(WF)已经成为提高组织效率和响应市场变化速度的重要工具。在面向服务的体系结构(SOA)...
综上所述,JEECG Boot BPM流程在线操作手册v2.0是学习和实践企业级流程管理的一个宝贵资源,涵盖了从流程设计到发布的全过程,并且深入讲解了各种高级特性和配置,对于提升开发效率和业务流程自动化有着重要作用。
Activiti 是一个开源的工作流和业务流程管理(BPM)系统,主要由 Alfresco 公司发起,并在 Apache 2.0 许可下发布。它以 Java 语言编写,适用于构建灵活、可扩展的企业级流程应用。这个压缩包包含了 Activiti 的一个...
2. **工作流引擎**:作为流程中间件,BSTEK BPM内置高效的工作流引擎,能够执行编排好的流程实例,确保流程按照预设规则顺畅运行。 3. **表单设计**:系统提供了丰富的表单设计工具,用户可以创建自定义表单,与...
国际上有多个工作流标准,如IBM的定义强调流程的计算机化表示,而工作流管理联盟(WfMC)则定义工作流为自动执行的经营过程,强调过程规则和文档、信息的传递。 BPM则更注重整体业务流程,而非单一的审批流。BPM...
camunda-bpm-platform, 灵活的工作流和流程自动化框架 camunda BPM - 开放源码BPM平台 camunda BPM平台是一个灵活的工作流和流程自动化框架。 它是在Java虚拟机内运行的本机 BPMN 2.0流程引擎。 它可以嵌入任何Java...
一个神奇的自研工作流JsonFlow,前后端非常简单的纯Json交互(格式简单),支持任意拖拉拽生成流程图,非常容易进行二次开发。JsonFlow工作流基于自研的流程设计器 + 自研后端Java工作流引擎,组成了一套纯JSON数据...
Jeecg开源免费版工作流是一款基于Java平台的高效、灵活的企业级工作流管理系统,它集成了Activiti工作流引擎,为企业提供了强大的流程自动化能力。Jeecg致力于简化开发过程,提供快速构建业务系统的能力,同时也注重...
在Business Process Management (BPM)领域,会签是一种常见的协作机制,它允许多个参与者在流程中的某一节点上共同审查和批准工作。本篇文档将深入探讨BPM会签的开发实施,以帮助开发者理解并创建自己的会签流程。 ...
MsSystem-BPM-ServiceAndWebApps项目可能包含了工作流的创建、审批、跟踪等功能,通过工作流引擎自动化业务流程,提高效率并减少错误。 在项目的描述中提到,基础数据已放入文档,这表明项目包含了数据初始化的步骤...
在IT行业中,工作流引擎是实现业务流程自动化的关键组件,特别是在BPM(Business Process Management)领域。本篇文章将深入探讨两种流行的Java工作流引擎——jbpm和ccbpm,并对比它们的特点、功能以及适用场景,...