一个软件开发者的BPM之路

Posted 2020-08-23 小林谈开发

我是小林，一名普通的软件工程师，从事BPM（业务流程管理）软件开发工作。我没有几十年的技术底蕴，无法像大牛们一样高谈阔论，品评BPM开发之道；也不是资深的流程管理专家，能与大家分析流程管理的时弊。我只是一名有着一轮工作经历的软件开发者，更准确说是流程开发者，有那么几次特殊的经历，可以窥探一丝BPM开发的发展轨迹。

 

2004年，我初入软件行业。当时，国内BPM软件产品大多还处在概念阶段，它们基本都是非常专业的中间件级产品，复杂的状态机、活动、事件等概念充斥其中，只有高水平的开发实施人员才能驾驭。而且，很多用户对BPM也没有足够的认识，难以形成良好的BPM生态环境，导致BPM产品无法充分发挥作用。而包含工作流的另一个产品OA（办公自动化软件）却迅猛发展，大行其道。通过工作关系，在为几家大型企业做软件项目的同时，我也对他们的OA系统深入了解了一番，对系统中工作流的表现形式与原理产生了浓厚的兴趣。这也开启了我的BPM之路。

 

2007年，我接手了两个信息管理系统项目，它们都有一块内容需要实现业务数据的收集、核对、补充、审核与发布。我联想到工作流的概念：是一系列相互衔接、自动进行的业务活动或任务。项目当用工作流无疑。但苦于公司没有工作流产品或方案，项目又无法引入外部产品，最后只能仿照之前了解的OA中的工作流自行实践。建模板、定义活动及顺序、代码控制流程走向、设定岗位由上级活动选择下级活动具体参与人……数月之后，所谓的“工作流”平台算是建起来了，最终也得到了用户的认可。可是，项目维护难、交接难，特殊应用场景流程不支持，流程经常出现流转异常，无法跟踪流程等问题层出不穷，让我苦不堪言。一种强烈的愿望油然而生：我需要一款专业的工作流产品！

 

2010年，我有幸参与了几家公司的工作流产品技术交流，注意到以H3 BPM为代表的产品，将BPM从中间件转变为“流程快速开发平台”，BPM是IT的开发工具，以流程、表单等常规概念为中心，普通IT人员即可上手。接下来，与H3 BPM合作，我接连做了几个大项目，都得到客户的认可。惊喜之余，我又陷入困惑，当BPM是中间件时，最大的成本是开发成本，当BPM变革为流程开发平台时，最大的成本却是“需求沟通成本”。据我们的项目统计，流程实施成本80%来自于需求沟通和项目管理。如果流程快速开发平台还可以变革为运维级平台，那么BPM的建设成本将大幅降低。特别是对于需要不停迭代优化的流程管理，更能随时优化管理，BPM的价值将进一步被放大，更为企业所推崇。如何才能降低开发成本，成为我们这些流程开发者日思夜想的问题。

 

所幸，2016年，H3推出10.0产品，以“天下没有难用的流程”为目标，把BPM从流程快速开发平台变为运维级产品，普通的IT管理员甚至业务人员都可以驾驭。H3 BPM为我打开了一扇崭新的大门，提供了一款易学易用、可自主开发，而且拥有普适双擎，整体成本显著下降的业务流程管理产品，让我可以更高效、快速地为客户提供流程开发服务。它比OA更易配置，不需要专业的开发人员，普通的企业IT管理人员甚至业务部门的人员即可玩转；比EAI更易集成，让企业的管理系统无限连接；像互联网产品一样易用，让用户尽享极致体验；还保持了BPM原有的深度扩展能力、深度分析功能等。在流程开发项目中，一次次看着客户在需求实现时露出的笑脸，我都倍感骄傲。

 

从最初的IT菜鸟成长为资深PM，从流程小白成长为半个流程专家，我看着流程管理产品从最初的业务流程管理概念变革为日益开放且强大的运维级开发工具。我在不断成长，BPM也在不断变革，你呢？