什么是工作流
工作流属于计算机支持的协同工作(Computer Supported Cooperative Work,CSCW)的一部分。
Georgakopoulos给出的工作流定义是:工作流是将一组任务组织起来以完成某个经营过程:定义了任务的触发顺序和触发条件,每个任务可以由一个或多个软件系统完成,也可以由一个或一组人完成,还可以由一个或多个人与软件系统协作完成。
工作流管理联盟(Workflow Management Coalition,WfMC)对工作流给出定义为:工作流是指一类能够完全自动执行的经营过程,根据一系列过程规则,将文档、信息或任务在不同的执行者之间进行传递与执行。
使用场景
工作流引擎能支持的业务场景远远不止单据审批,几乎所有涉及到业务流转、多人按流程完成工作的场景背后都可以通过工作流引擎作为支撑。基于工作流引擎,可以搭建客户关系管理系统(CRM)、运输管理系统(TMS)、仓储管理系统(WMS)、财务费用系统等多种复杂业务系统。对于达到一定规模的企业,良好的 BPM(业务流程管理,Business Process Management)体系可以支持创建公司内横跨不同部门的复杂业务流程,既提高工作效率、又可推动企业规范化发展。
工作流和系统事务
二者虽然都可以用流程图表示,但是却有本质不同。
- 工作流是从管理的角度看问题,管理的是人,解决的是人的协同,分工和流程标准化。它方便了管理层进行数据运营,但是对于流程中任务的执行者,也许会因为引入系统而带来不便。
- 事务是从系统的角度看问题,管理的是数据,解决是各方系统的数据一致性。
工作流的可行性分析
办居住证,你跑东跑西,准备了一堆的材料,这个是不是工作流?
我觉得不是,原因有二:
- 其一,它只是整个居住证办理流程的申请环节,而整个流程包括申请->审批->制作->发放。
- 其二,你跑东跑西做了很多事,但对于你本人来说它不是一个重复度很高的工作,不适合流程化。
所以可以看出工作流适合不停重复重复再重复而系统又无法独立完成的,需要多方人员分工协作的工作。
只有系统参与的工作,适不适合工作流?
我觉得不适合,原因如下:
- 其无需人员参与,使用工作流只会引入其他依赖,增加复杂度。
- 这其实是一个系统事务,关注的是数据一致性,而工作流并不是合适的解决方案。
什么样的工作适合工作流?
- 分成不同阶段。
- 有多方人员(组织)参与。
- 重复重复再重复的流程。
- 有流程标准化,分工明晰化,责任明确化的需求。
具体应用
应用领域 | 常见流程 |
生产制造 | ISO9000流程 |
软件研发 | CMMI流程 |
财务 | 合同审批流程 |
采购申请流程 | |
固定资产报废流程 | |
费用报销流程 | |
人事行政 | 请假申请流程 |
出差申请流程 | |
KPI绩效考核流程 | |
人员雇佣流程 | |
管理 | 资源申请流程 |
日常报告流程 | |
市场销售 | 订单受理流程 |
合同执行流程 | |
客户服务 | 保险索赔流程 |
投诉受理流程 | |
售后服务流程 | |
政务 | 公文审批流程 |
项目申报流程 | |
服务受理流程 | |
多政府部协作处理流程 | |
B2B | 与合作伙伴的协作流程 |
... | ... |
总结
- 凡是平时工作中需要走流程,而且经常会被卡住的地方,也许应该使用工作流。
- 工作流就是责任流,每一件由用户参与的工作都意味着一份责任。
- 工作流实现的应该是由不同人员参与的一个流程。所以工作流的环节设置就和现实中的职位设置息息相关。
- 工作流是从上帝的视角,俯瞰整个业务流程,而每个环节的参与者看到的只是的自己的工作。
- 工作流是用来固化一个流程的,如果职位变动频繁,说明业务模式不明朗,是不适合使用工作流的。工作流用在业务模式相对明朗的情况下来固化流程,确定责任,明晰分工。