【前言】这是一个ERP项目实施的日志系列，日志里记录了常态的产品培训、数据整理、流程梳理、系统测试和非常态的项目经理空降、团队组建、关键人员离职。而弥漫在日志里的困苦与希望、沮丧与快乐、迷茫与坚毅、无奈与温情......酸甜苦辣的味道，让所有的ERP项目经理人都会感同身受。据说，每个ERP项目的上线，都要褪掉一些人身上的皮；而每一次ERP项目的上线，却都会让一群人得到成长。成长也罢，褪皮也罢，权当自己重温一次ERP项目的心路历程......
7月30日--业务流程梳理
伴随着七月的炎热高温，公司的ERP项目工作也在如火如荼的进行着，随着六月份标准产品的培训结束，我们迎来了七月份的业务流程梳理工作，此项工作视为整个ERP项目的重中之重.
业务流程梳理主要是由项目小组协调各部门核心管理岗位人员，通过了解现场业务模式与会议讨论，并确定最终的业务流程模式。
业务流程是为达到特定的价值目标，由不同的人分别共同完成的一系列活动。活动之间不仅有严格的先后顺序限定，而且活动的内容、方式、责任等也必须有明确的安排和界定，以使不同活动在不同的岗位角色之间进行转手交接成为可能。并保证活动与活动之间在时间和空间上的转移，可以有较大的跨度。
业务流程梳理的会议参与方主要分为三方：ERP软件现场顾问、ERP项目组和各子公司部门的核心管理岗人员。会议期间，三方人员都积极参与讨论，业务流程梳理是将公司现有模式，与ERP系统标准功能如何做好匹配的一个过程，对于整个ERP项目来说，是个尤为关键的工作；如果实际业务和系统业务只要有一边走不通，就将不能继续下去，所以在会议中经常会出现大家激烈讨论的身影，这也代表着大家的认真，证明大家对于业务流程梳理的投入。
积极且激烈的讨论对于ERP项目的工作是有回报的，在讨论的过程中，我们把疑点、难点暴露出来，然后再集大家之力将其解决，以此满足公司实际业务需要，同时也达成了我们业务流程梳理的目的。因为只有确定好了业务流程模式，之后的测试工作才能顺利展开。
在讨论会议中，不仅看到了大家的激情，更看到了我们公司的精神，你积极一步，我积极一步，整个工作就往前跨了100步，看着厚厚的ERP业务解决方案，我心里总算有了一丝丝的成就感。
业务解决方案最终以两份文档形成：一份是正式确认可以执行的业务解决方案，一份是针对ERP系统中当能功能无法满足现场实际业务需要的问题概要，而这份概要，最终与软件厂商协调达到了一致方向：
1、业务需求能通过改变线下作业模式的，在不影响效率的情况下，直接线下作业处理。当然在做这些工作之前，为了让用户有比较和体验，项目小组做了很多工作上的投入，才得到用户最后的认可。
2、不能做线下处理的，直接由软件厂商做二次开发，然后需要开发的功能点，也按照实际业务情况，分出紧急与不紧急，做出详细的二次开发完成时间。在资源投入方面，我们项目开发组负责开发方案的梳理与需求分析，然后交由软件厂商做代码实现，代码实现后，由我们项目开发组负责测试与部署。当然在费用方面，灼情评估，毕竟都是战略合作，都是为了同一个方向，这些都是好说的。
就这样，原本很多业务上的难点，保括用户的习惯，也在这方面做到了权衡。看着桌上由各子公司关键用户签回来的业务解决方案文档，心底一直压着的那块石头终于被搬开了。