在任何行业和企业中,一定存在着各式各样的流程,请假流程、报销流程、入职流程、离职流程、出差流程、合同审批流程、出入库流程等等……
无论是管理者、技术人员还是业务人员,每天肯定也在使用各种流程,但我发现大家对流程的期待好像都不太一致。比如:
业务主管:希望流程能够与不断变化的业务环境保持同步。
技术主管:希望对变化的业务需求迅速做出响应,以较低的成本进行改变。
企业高管:业务系统越来越多,也越来越复杂,完成业务需要人工访问多个系统。
出现这样的情况是由于很多企业流程用的还是比较初级的玩法:
在业务代码里面加入 Status(状态机) 字段维护流程状态,流程负责的审批人可能也是Hard Code(硬编码),这种玩法实现流程初级会比较快。
但是也会导致其他的问题存在,比如:
1、流程健壮性差,但凡出现人员变动,或者组织结构调整,就需要修改代码,维护成本高;
2、流程无法复用,当组织出现新的工作流程,又要重新写一套代码,开发成本非常高;
3、流程和业务代码耦合,你中有我,我中有你(并不符合单一职责和解耦的设计原则)。
这是很多企业里,业务系统关于流程的使用方法。同时,这也是中国企业的数字化发展一直伴随着困惑的主要原因。
不论是ERP、CRM还是SCM,这些特定的软件只能解决特定层面的问题,虽然方便了具体的作业操作,提高了个人生产力,但传统企业存在的许多弊端还是不能解决,如协作流程混乱、部门间沟通不灵、分公司间活动脱节、机构臃肿、管理刻板、反应迟钝等。
同时很多企业的CIO也发现很多系统之间的业务数据根本无法整合,已有的资源无法利用,业务流程繁琐,致使错失良机。
这就是数字化赤裸裸的现实,散落在各个单独系统中的数据和流程只是企业数字化裸奔的遮羞布,一旦掀开就会露出不可见人的裸体。
正是因为这种情况,BPMN2.0才会成为我国企业数字化转型在流程方面的“救命稻草”。成为很多企业挑选系统开发平台时重要的考量标准之一。
那么BPMN2.0是如何解决流程和管理系统中的数字化难题的呢?下面我们一起详细了解下。
在了解BPMN2.0如何解决问题之前,首先我们需要清楚BPMN2.0是什么?
概念解释:
1、BPM:
“通过建模、自动化、管理和优化流程,打破跨部门跨系统业务过程依赖、打破信息孤岛,提高业务效率和效果”,通俗一点讲,就是工作流引擎。在进行流程设计时,需要将流程的元素进行定义,并按照一定的格式、标准运行,这就需要一套业务规范,这套规范就是BPM。
2、BPMN1.0:
“业务流程建模标注”,从语义上我们就能理解,BPMN1.0就是将流程定义标准化的一套规则、规范。提出这套标准化的就是OMG(国际性、开放式会员制的非盈利技术标准联盟),这套标准是独立于企业的标准。
3、BPMN2.0:
BPMN2.0相对于BPMN1.0最大的区别就是定义、规范了流程引擎的执行语义和格式,利用标准的图元描述真实的业务发生过程,保证相同的流程在不同的流程引擎中得到一致的执行结果。在BPMN2.0的这套标准中,主要对流程执行定义了三类基本要素,分别为Activities(活动)、Gateways(网关)、Events(事件)。
如果一个业务流程和业务是不同步的,那么这个业务流程将是没有意义的。
在项目制、人员变动比较大的企业中,这种情况尤为明显。
以项目为主的企业为例。该企业主要是建筑项目实施为主,但是因为不同项目的付款流程、报销流程、业务流程等流程都不一样,而且项目的组成人员也不一样。
每次项目立项都需要把很多技术人员拉上,重新制作或修改原有流程模型,耗费太多人力物力和时间,给项目增添了无用的成本。所以其想要通过项目管理系统数字化管理将会十分困难。
但是如果采用的是BPMN2.0搭建业务流程,就可以很好地解决这个问题。
BPMN2.0作为一个对业务人员友好的标准流程执行语言的图形化前端,其规范和形成了一套标准的标记语言。是一套业务人员也可以使用的、标准化的建模语言。
当需要新建或者修改原有流程的时候,如果是简单的改动,业务人员就可以直接修改。比如项目中财务审批的审核人从A变成B;又或者审批人一个变成两个;再或者流程顺序的改变。这些简单的改动,业务人员就可以完成,而且高效。
而遇到新建流程或者修改流程比较复杂的时候,业务人员和技术人员也能用简单、统一且准确的语言去沟通,减少业务与技术人员之间的混乱。
如果搭建一个流程模型的过程中,不同业务部门的流程需求都用不同的进行绘制,那将浪费很多时间在转换的过程中。
在组织架构和人员较多的企业中,这种情况更为明显。
例如现在很多的大型企业,每个部门都会有自己的一套流程。在需要搭建流程模型的时候,一般都是由部门先用Word、Diagram Designer、Visio中的Flowcharts流程图等先描绘一些简单的流程,而且可能因为习惯问题,每个部门用的软件都不一致。
而技术人员在拿到文档之后,需要把这些文件整理后再输入到流程建模的软件中。这无形中徒增了技术人员的工作量,而且是无意义的工作量。
但是如果采用的是BPMN2.0搭建业务流程,就可以很好地解决这个问题。
BPMN2.0定义了流程的元模型和执行语义,可以基于XML的流程存储和交换的格式,即它自己解决了存储、交换和执行的问题。
即可导出基于XML的流程文件,也可导入BPM软件,实现了流程建模和流程自动化的松耦合,让不同软件实现互通,减少技术人员的无效工作。
如果不同的工作流程,所属的系统或平台不一样,无法跨部门推动流程,那么部门之间的协作将失去效果。
在协作办公重要性高、企业系统冗杂且不互通的企业中,影响最严重。
例如某生产制造企业成立了20年,在发展过程中,企业采购OA、CRM、MES、进销存等多个系统,不同的业务流程都在不同的业务系统中流转。
当销售人员成功销售之后,需要手动把客户的信息流转到OA系统中,走合同申请流程;签订合同并付款成功后,又需要手动把合同信息录入到MES生产管理系统中,推动生产计划;生产完成后还要手动把信息录入到进销存系统中,才能把货物从仓库中发出。
而且这些系统中一般都有交叉的部分,就像CRM和OA中都有合同的部分,但是CRM中的合同却无法直接走付款流程,必须在OA中重新申请流程才能实现,这就造成了管理和执行的浪费。
但是如果利用BPMN2.0b标准的业务流程管理套件(BPMS),企业可以轻松定义、查看和执行编排和协作流程,实现任何业务流程的编排和自动化,像上面说的情况也就能很好地解决了。例如,企业可以通过API集成遗留系统来提高它们的效率。
同时,BPMN2.0还可以无缝集成工业设备流程自动化技术,以自动执行重复性任务并提高效率。
通过BPMN2.0规范的三要素:活动、网关、事件,我们可以做出一个完整闭环的流程,通过网关与事件的配置,几乎可以完成所有的业务需求,而且流程的各个环节与场景一目了然。
但是,它也有一个缺点,规范、元件太多,实际应用中需要很多的专业知识,除了需要了解业务场景之外,还需要根据各个业务场景解析各个环节所用到的元件。
而且BPMN2.0是外国的一套标准,站在国内使用者的角度去看,如果我们想用BPMN2.0标准做一套国内特色的工作流引擎的话,需要封装的内容较多,比如:各个参数的配置语法、格式,如何使用自然语言、如何扩展它的任务接收人、如何与表单挂接等等。
所以,如果企业的业务系统没有那么多工作流程,或者只有很简单的状态从A到B的转移,那么引入流程引擎显然是大马拉小车,费时费力不说,而且会造成简单的需求开发起来很麻烦,拉长开发周期时间。因此不推荐业务场景简单的小企业使用BPMN2.0。但是如果您的企业业务场景比较复杂,那么BPMN2.0就是最好的选择。织信Informat结合低代码和BPMN2.0,为数字化场景复杂的企业解决数字化难题。作为企业数字化转型首选方案,已累计为20多个行业,30000+企业用户提供低代码技术,支持在不同的行业,提出深度场景解决方案。