引子

工作中管理部分内容越来越多，牵涉到很多人在一起协作完成一件事情。
比如外包的新员工入职，供应商提交个人资料、签字的合同给项目负责人；负责人再转给HR部门负责创建外包账户的同事；创建完成后，系统会把登录账户密码发动到项目负责人的邮箱；项目负责人还需要向HR查询该新员工的员工编号，用来修改密码，访问相应系统；最后，项目负责人再把所有信息发送给供应商，员工登录系统，这时才能算完成。

入职流程示意图

这种流程性问题经常发生，牵涉到相同职责的多个人员，完全由手工email之类实现无法保证流程的稳定，经常出现有意无意的违反流程，在流程的过成功不知道球掉到什么地方的情况。

为了解决这种问题，研究了各种流程解决方案。

科普文 https://www.smartsheet.com/approval-process-workflow

商业方案

https://kissflow.com/

界面最好看，功能也很强大的企业用内部流程解决方案。
如果我是企业主又或在一个对SaaS不那么敏感的组织中，应该会去试/使用。

https://www.pega.com/products/pega-platform

这个看起来是个企业级解决方案，适用于大组织

jotform 轻量级产品

https://www.jotform.com/help/432-A-General-Approach-on-Building-an-Approval-Process-Workflow
并没有花时间去试用

https://www.verba.com/customers/financial-compliance/

更多的在金融领域进行工作流的管理，侧重于合规、风控等等。

开源工作流BPM框架，自己开发

在开源工作流领域，有四大玩家：

• JBPM 最老盘，是所有人的祖宗
• Activiti 最流行，版本 5, 6, 7
• Flowable 从上一个分出来的
• Camunda，商业化最成功，附加功能最全

jBPM 是Redhat的产品，和Drools等其他工具结合在一起构成了KIE Knowledge Is Everything 平台。

结论

基于目前情况，选择Camunda进行开发简单的内部BPM。
原因如下：

1. Camunda开箱即用，提供了还算不难看的UI。只需要配置好用户组，创建用户就可以供用户使用。
2. Camunda Modaler 绘制好的流程可以直接发布到Camunda服务器上，没有任何DevOps压力。
3. 提供External Service和Script，Form等能力，可以于外部系统交互和集成。Form可以方便实现文件上传、下载。
4. 有spring-boot-starter可用，可以内嵌bpm-engine到一个服务中。在其他业务系统中使用
5. 兼容Activiti 5，数据库中的表都是ACT_开头，
6. 还在构建下一代的 分布式 BPM 框架 ZeeBee，目前刚刚发布了第一个GA版本，公司未来可期。