实施企业信息系统都理解这个道理：“业务流程”是信息系统设计、开发的前提，要用信息系统去落地“业务流程”。十多年前，国内的信息系统实施界曾经掀起过一阵实施业务流程管理系统（简称BPM）的热潮，当时的理念是：用专业的流程管理工具去开展“业务流程建模”，并且利用软件工程工具，在信息系统（例如SAP ERP）实施中，自动实现软件系统的配置；或者在自开发业务系统的情况下，用BPM去驱动软件代码自动生成。

2005年前后，声称和SAP具有完美集成的德国Ids Scheer公司的流程建模工具ARIS，在国内ERP实施界异军突起，那时，我参与好几家大型国有企业的SAP ERP实施项目，企业方都要求用ARIS进行业务流程建模，并且实现流程建模和系统配置的打通。ARIS流程建模-SAP Solultion manager的配置管理-实际SAP业务系统三者之间的连接关系原理，如上图所示。

那段时间，随着BPM理论热潮兴起，IBM、Oracle以及一些国外BPM软件在国内市场上被作为“管理软件”，被企业管理者热捧，还带动了炎黄盈动、K2等国产BPM公司的兴起。

然而，十多年过去了，我观察到，众多企业IT应用的现实，狠狠地毒打了那些幻想能实现“业务流程管理”闭环自动化的咨询顾问和学术专家们。所谓“BPM软件”在大多数企业的应用实际就是一个工作流软件而已，企业业务流程管理的现状是：

·      企业的实际业务流程是不可见的

·      BPM驱动信息系统实现自动开发或配置，基本是走不通的

·      BPM绘制的业务流程和实际信息系统中的业务流程是两张皮

大型企业都在梦寐以求有一个信息系统，能够实现对企业端到端的流程的可视化。从流程设计到实施的这个顺序走不通，那有没有其他方法呢？

“流程挖掘” （Process mining）”就是来回答这个问题的。它的思路是将业务流程活动级的“流程数据”放在一起，展示业务流程的本身。流程挖掘的主要目标是获取并分析可用的数据源，将数据汇总，形成业务流程的“流程图”形式的可视信息，向业务领导人展现流程绩效（KPI）以及流程的合规性，辅助决策。

简单说，“流程挖掘”和传统自上而下的BPM的思路是反过来的，它是一个自下而上的过程，从实际运行的业务系统中去提取实例信息，这些实例信息包括各个信息系统中的交易作业（transaction）、消息（message）传递等，并展现流程、分析流程。和“业务流程设计”的方向相反，有些人把它叫做“业务流程还原”。

流程挖掘可以反向改进信息系统配置或者系统开发，今天方兴未艾的流程自动机器人（RPA）应用，恰恰可以根据流程挖掘的结果，来决定RPA机器人的配置和功能。

基于上图的架构：“流程挖掘”流程分为三步：

• 从各个系统中提取流程事件数据，将事件数据转化为事件日志（Event log），放到一个大数据平台上

• 对这些流程大数据进行分析、发现、建模，展现流程分析结果以及流程模型；这个挖掘过程是个优化迭代过程，根据挖掘结果分析，优化数据提取。

• 挖掘和分析本身需要结合机器学习和人工智能，不仅提供流程优化建议，而且提高流程挖掘迭代的效率。

来源：微软自身的流程挖掘实践

https://www.microsoft.com/en-us/itshowcase/how-microsoft-uses-process-mining-to-accelerate-digital-transformation

流程挖掘是个新兴的数字化转型应用领域，下图是这个领域的领先供应商Celonis，在流程还原展现（图左）以及流程效率分析（图右）的示例：

而Celonis的工作原理，就是从SAP、Oracle、微软等品牌的ERP、CRM等企业系统中提取流程数据，展现上图这样的分析结果：

在流程挖掘领域中，领先的供应商包括：得到了SAP背书的新兴德国创业公司Celonis，老牌业务流程管理软件ARIS的母公司SoftwareAG，机器人流程自动化软件（RPA）公司UiPath等，下图是IT测评机构Everest Group对这个领域的厂商评估：

国内BPM厂商也有进入这个领域的，例如曾经入选过Gartner BPM厂商评估的K2。也推出了流程挖掘方案：

来源：http://www.k2software.cn/

总之，在大数据、人工智能的支持下，“流程挖掘”可能是企业业务流程管理在数字化转型上的终极方案。

上图及封面照片为 @五十国先生 作品

更多关于企业业务流程管理的文章：

FCT模型 ｜ 大型企业业务流程和数据的治理体系

系统实施前搞业务流程详细设计咨询没用

从业务流程到知识管理到自动化 | 走出业务流程的丛林

 数字化转型，请关注