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

上面误提交了，再提交一次。
我也发表下意见，我一直从事企业信息系统开发，公司现在有5000多人，组织架构分了4层，全国有30几个办事处，已实施了很多流程，如请假、报销等。对于楼主项目实施，想说3点：
1、项目实施前，流程没有梳理好。电子流程和纸质流程是有差异的，有些节点可能需要线下，有些为了电子化需要加节点。我们实施流程时，都要求公司流程部门先对流程进行梳理，我们IT人员在对着设计电子流程。
2、表单需要尽量统一，100多个表单肯定不合适，如果是同一业务，肯定可以统一。不能统一成一类，统一成几类或10几类应该是可以的。
3、输入是没有必要那么注重和纸质样式一样，通过做报表打印，只要预览打印样式和纸质一样就可以了。

写得不错，初步展现了一个有众多子公司，采用逐级集团管控模式的工作流系统的一些业务信息，本人也做过一个简单的工作流系统供公司使用，公司一千多人,二三十个部门，另外也有很多子公司和外办，但业务都简单，管控也不复杂，所以系统本身也很简单，也很实用，但能看到这方面的一些复杂的业务信息很不错，期待看到下文
另外我的一些看法：1.表单有近百张，这个要么是业务特别多，特别复杂，否则不应该有这么多，物以类聚，人以群分，编程也讲面向对象，这么多表单肯定有很多是能以类来兼容通用的。
2.开始就有一个官方强制推行的《审批规范》，我一看到这里个人就感觉会出大问题在这，因为我觉得审批流程太灵活，不谈什么主审，代审，会审，谁操作，委托谁操作，评定反馈等等，流程也有很多需要自由流程，有的还需要支持流程返回、索回、跳跃、变向、改稿，无影响再造，流程合并、衔接，流程单项处理、集成处理等等，不可能以文件来规范，而且这（流程控制）刚好是工作流的核心，出了问题，后果可想而知，有了《审批规范》，开发肯定是简单了，直来直去，不用管灵活性，但肯定容易夭折。
3.过多的在意在表单的样式是否和原来一样，是否操作体验好，打印是否和原来纸张页面一样等等，这个是精力没用到对的地方，核心是流程部分，这个没弄好，其他都是空谈，这个弄好了，这些都可以慢慢解决，我个人认为，之所以会出现这种情况，应该是和非技术型的领导起决定作用有关，他们往往更重视表现的东西，做技术支持的应该在这个地方起到引导作用，定位于技术和业务的桥梁，忽视任何一方，桥梁都可能倒塌。
当然，上面只是我重复了楼主的观点，楼主在里面都有提到，我只是捧个场，希望看到楼主更深入的下文。