要学会向员工有条件妥协 退一步海阔天空

　　流程优化是很多信息化项目必须经历的一个过程。如ERP项目、CRM软件等等，都必须要进行流程优化，否则即使项目能够成功上线，对于企业的价值也不是很大。但是，江山易改，本性难移。在进行流程重组优化的过程中，难免会触及员工的利益，会导致员工的反对。为此，CIO在流程优化的时候就遇到来一个问题，即是否需要向员工妥协？笔者认为，CIO不能够向员工无条件妥协。即使要向员工妥协的话，也必须符合一定的条件。

　　具体来说，笔者认为服务下面三种情况的话，可以适当向员工妥协一下。退一步海阔天空。

　　一、比较容易实现的需求。

　　对于一些比较容易实现的调整，而这些调整又不会造成管理上的漏洞。对于这些需求的话，笔者认为CIO应该退一步，尽量与满足员工的需求。最典型的就是报表与表单格式的打印上。企业在上信息化管理系统之前，通常情况下都已经有了一套自己的表单报表打印格式。如采购订单或者收货明细表等等。而大部分情况下，企业已有的报表与表单格式往往与系统报表有很大的差异。两者内容上的差异不是很大，主要格式方面的问题。此时，CIO是该迁就企业员工调整信息化管理系统，又或者是强制让企业员工采用信息化系统的表单格式？

　　针对这种情况，笔者的意见是看情况对待。如果CIO在前段时间，对员工比较严格，让他们更改了很多的操作发方式。那么此时就应该迁就一下员工，缓解一下CIO与员工之间的矛盾。如果笔者发现因为前期的工作导致跟员工关系比较紧张的话，笔者就会在此时卖员工一个人情。反正这不会影响到信息化管理软件的功能，也不会增加信息化项目的成本，笔者可以通过调整系统，如通过报表自定义功能来满足用户在报表流程上的需求。退一步海阔天空。如果CIO事事都跟企业员工“对着干”，即使CIO都是为企业在考虑，那么最后好事也会变坏事。如在前期工作中，如果CIO与员工的关系比较友善，没有发生多大冲突的话，则此时如果强制要求员工按照系统格式来做也未尝不可。毕竟对系统进行额外的调整就意味着后续维护工作量的增加。

　　故笔者认为，第一个可以向员工妥协的情况，就是前期工作跟员工关系比较紧张而员工的需求又比较容易实现且不会对系统的运行造成不良影响的情况下，此时CIO可以跟员工妥协一下。可以把这个妥协当作改善与员工关系的途径，或者说利用这个妥协来换取员工对后续工作的支持。笔者认为此时CIO退一步是必须的。

　　二、利于弥补系统管理的漏洞。

　　每个企业都有每个企业的特殊情况。虽然说像ERP、CRM系统凝聚着多家成功企业的成功管理经验与操作流程，但是如果真的应用到企业中来的话，由于文化背景、行业性质的不同，会有不少的差异。如笔者企业以前就遇到过这种情况。那时笔者企业因为发展的需求，决定通过部署一个ERP系统来改善企业的管理水平。那时，笔者在业务流程重组的时候就遇到过一个问题。在产品基本信息定义流程中，系统是把一些产品规格信息都放在一个文本框中定义。刚开始我们项目管理小组也认为这没有什么不妥。就把颜色、长度、材料、处理方式等规格信息都放在一起。可是在ERP系统模拟双线运行的时候就发生过一个问题。那时由于系统这些规格信息都混在一起，员工在处理的时候没有看到长度信息。结果在领料的时候，根据以前的经验把材料给处理了。结果后来发现长度不符合要求，这批材料就报废了。针对这种情况，后来企业员工就向笔者提出一个要求，能否把规格信息中的一些关键信息放在独立的文本框内。如此的话，就可以避免类似的错误。

　　笔者分析了一下，虽然说这个事故部分原因是员工不细心所造成的。但是确实在系统上也有不完善的地方。如果把产品的规格信息中的关键内容利用独立的文本框来进行管理，这不仅可以实现输入的控制（如这个字段是否是必须填写的），还可以通过字体大小等方式来强调一些内容。如此的话，就可以最大程度的避免因为疏忽而造成的事故。经过这一番分析，笔者认为这个调整也是值得的。那是否该向员工妥协呢？笔者此时还不能够马上下决定。还必须考虑一下这个修改会否对系统的整体产生不利的影响呢？为此笔者就请教了ERP软件的实施顾问与技术人员。通过跟他们的一番沟通，打消了笔者在这方面的顾虑。原来在他们的ERP 系统中已经考虑了这种情况。在产品基本信息窗口中有五个隐藏字段，就是来应对企业这方面的需求。如果企业需要把产品规格信息分开来管理的话，就可以启用这些隐藏字段。最重要的是，这些隐藏字段在相关的单据中，如领料单、采购单中也都存在，只需要启用他们即可。而不需要进行二次开发，而不会对系统的运行产生不良的影响。经过他们的确认之后，笔者就决定在这个需求方面向员工妥协一下。

　　故笔者始终认为在业务流程调整的过程中，不能够向员工随意妥协。但是如果员工提出来的需求是有道理的，能够解决企业现在管理中出现的实际问题 （即使这个问题部分原因是员工自身操作不当所造成的），只要能够通过系统来改善这种情况，而且实现后也不会对系统产生不良影响（如过多的二次开发造成系统不稳定），那么笔者认为此时CIO就可以向员工妥协，按照员工的要求来调整系统。

　　三、有利于减少员工的工作量。

　　笔者负责过一家生产企业的ERP项目。这家生产企业主要是接单生产。在实际工作中，经常会遇到订单需要变更的情况。如某个产品取消或者增加部分产品或者增加订单数量等等订单变更的情况。这个看起来虽然简单，但是管理起来却比较麻烦，需要考虑很多种情况。如销售订单已下但是后续还没有处理，这该如何更改？如销售订单已经下而且已经生成采购计划，此时又该如何处理？如销售订单已经下而且采购订单也已经下，甚至已经部分收货又该如何处理？等等。总之，销售订单处理的进度不同，其处理的方式也是不同的。

　　那时笔者在跟员工需求确认的时候，他们就对笔者提出了一个要求。对于这种销售订单变更的情况，他们要求分情况处理。对于那些虽然已经下了销售订单但是没有进行后续处理或者说已经生成了采购计划但是没有生成采购单或者采购单没有审核发给供应商之前要求能够通过变更销售订单来直接调整采购计划。而不要在手工进行调整，否则的话会增加额外的工作量。其余的情况，可以通过手工调整来处理。笔者分析了他们的需求后，认为在销售订单没有后续处理的情况下，直接更改销售订单或者通过销售订单变更来实现调整销售订单的目的，没有问题。现在的问题是，已经下了销售订单并且已经生成了采购计划或者生产计划，此时该如何调整呢？

　　为此，笔者在选型的时候就请教了很多实施顾问，他们对此问题的态度也不同。有的实施顾问是建议调整的部分当作新订单来处理；有的则说系统中只要有后续单据（采购计划或者生产计划）则源单据（销售订单）就不能够进行更改。不过有个实施顾问的解决方案则比较符合企业的情况。他们针对这种插单、改单的情况专门设置了一个解决方案，只要还没有生成生产订单与采购订单之前，就可以通过系统的批处理命令来调整相关的功能。笔者把这个功能演示给员工看，他们都比较认可这个解决方案。认为如此处理的话，会在很大程度上降低他们订单调整的工作量。为此后来笔者在这方面就向员工妥协了，按照员工的这个要求来实现。

　　故笔者认为，如果调整流程可以明显的减少员工的工作量，而且不会造成新的管理漏洞的情况下，那么CIO可以向员工进行妥协。毕竟信息化管理系统必须安全与效率兼顾。在保证企业管理安全的情况下，可以从效率角度出发，根据员工的需求来调整系统，而不必一味的强调按照标准流程来办事。