工作流项目实施经验总结（一）

 

注意：为了避免本人被公司炒鱿鱼，因此本文不会透漏任何涉密的内容，如果有会立即删除。也请大家不要随意猜测，感谢大家的关注

 

背景

本人5年Java开发经验，做过web和swing的开发，数据库主要使用Oracle，其他杂七杂八的技术也都用过一些。从去年开始，换了一家非IT公司，在这里IT作为业务的支撑，本人主要做系统分析的工作。刚刚转型，做的东西不像做技术，没有实实在在的东西，大部分时间是打补丁、重启系统、写文档和沟通。虽然技术上简单，但是业务上却复杂。要是按照我以前的想法，会觉得现在的工作形式大于内容，做了一段时间，觉得合理的安排工作和完善的方法，可以把错误将至很低。打个比方，好比种树，技术好的人可以种出一课参天大树，合理的工作安排可以创造出一片森林。

前言

很久不写东西了，今天开始，把这一年多做的工作总结一下，也算给自己一个交代。由于这一年的工作主要负责实施公司的工作流项目，因此本文主要阐述工作流的一些经验和教训，分析工作流的一些特点和注意事项，希望和大家分享讨论。

接触工作流

由于项目安排，把我调到了工作流项目组。虽然以前业务背景不是工作流，不过在以前的工作，也多少使用过这样的系统，比如报销，请假等。不过概念不难理解，简单可以理解为电子化，自动化审批。

 

首先介绍一下公司这个项目的背景。由于公司在全国各地有众多的子公司，而且采用的是逐级的集团管控模式，因此，有大量的表单需要在各个自动司和管理层所在地进行审批，不但时间长，而且有些重要文件还会传丢，因此需要一个专门的系统来管理这些流程，那么工作流系统应运而生。由于公司此前做过流程梳理的工作，在大家看来，有一个官方发布的审批流程遵守，我们在后面称这个规范为《审批规范》（后面要详细讨论这个规范的正能量和反作用）。经过选型，最后确定采用找一家有经验的公司做定制开发的方式进行。那么，也使我有机会参与了项目的开发和实施的过程，其中遇到的一些问题，就是此后文章主要讨论的内容。

认识《审批规范》

 

由于集团公司与各个子公司可以分别看作一个独立的公司，因此，很多做的有相当规模的子公司自己内部的流程。公司为了便于集团管理，发布了需要全部公司需要遵守的《审批规范》，同时，发布了该规范对应的一系列表单，各类表单加在一起有近百张。规范发布的相当正规，有过几次培训，之后又有几次更新。工作流项目最重要的就是流程梳理，这里也是工作流项目最复杂的一环，由于有了这样一个规范，一切看起来很美。

项目在一片祥和中开始。主要领导都认同工作流项目以此作为蓝本进行开发和实施。第一个问题出现了。在项目组内部，没有人去质疑该《审批规范》的实际实施效果。由于之前一直采用手工审批，审批的随意性非常大，由于各个公司的规模不同，层级因此也不同，比如有些公司只有有总经理，还有些公司不但有总经理，还有副总经理，甚至总经理还有秘书，这些在《审批规范》中都没有体现。其实，如果仔细推敲该规范，是可以发现这个问题的，如果公司只有这几个主要领导进行审批的话，那公司那么多主管岂不是要丢了饭碗。可惜的是，这个问题直到项目中期，部分表单上线后才体现的越发明显。当然导致这个问题的原因还有系统的功能，这一点在后面的章节中会继续讨论。

前文提到，与规范一同发布的还有表单。经过领导决定，系统采用与原表单相同的样式作为数据录入的界面。这样做的最大好处是用户容易理解各个填写的项，只要凭借原来手工填写的经验即可完成。但第二个问题出现了，由于以前的表单，主要针对手工填写与审批，因此，表单中有相当浓重的手工色彩，比如多个流程对应同一张表单，即使普通的电话费报销，也列出了CEO签字的位置；原表单中没有选项去标识表单对应不同的流程；另外，由于要与原表单保持样式一致，使用了大量css代码，但由于开发水平有限，并未达到与Excel一样的效果。种种的这种问题，限制了开发者对输入项的把握，有时候为了讨论是不是在表单中增加一个选项而浪费大把的时间。其实，我觉得一个正确的方式是适当的对表单进行分类，针对每一类表单做电子化改造，使其适应web常用操作，同时增加必要的流程选择标志。而表单样式，应当放到打印中，制作与原表单样式一直的打印模版进行处理，而不是纠结于录入时样式是否与原表单相同。

今天刚刚开了个头，老婆晚上做的麻辣香锅差不多消化完了，睡觉了，待续……