ERP实施时不妨借鉴一下狐假虎威的经验,通过ERP的一把手权力来对抗反对势力。
众所周知,在ERP项目推进过程中,由于流程与操作方式的优化,会对企业员工现有的利益造成损害。
在这种情况下,必然会导致用户的反对。项目管理员该如何来处理用户的反对声音呢?如果处理不好的话,会在很大程度上阻碍项目的进度。其实在处理这方面事情的时候,是有技巧的。笔者认为,这里不妨借鉴一下狐假虎威的经验,通过ERP的一把手权力来对抗反对势力。
一、项目启动会议上,一把手要动口
通常情况下,在ERP项目开始时会有一个项目启动会议。在这个会议上,笔者认为,项目管理员应该让企业的一把手露露面。在会议上,一把手需要强调一下ERP项目的重要性。特别要说明,企业的各个部门,需要无条件的服从项目管理员的安排。在规定的时间之内保质保量的完成任务。
有些读者或许会不以为然,认为这都是表面上的东西。其实根据笔者的经验,这一招还是非常有效的。因为现在不管是政府工作人员,还是企业中的员工,对于领导总有一种莫名其妙的崇拜感。执行起领导的命令来,执行力就会变得特别的强。故在项目启动会议上,如果一把手出面,强调项目的重要性。那么下面的员工,就会对这个项目引起足够的重视。如此的话,即使在后续的工作中,遇到有什么不满的地方,抱怨也就会少的多。
二、流程优化重组上,一把手要动手
在ERP项目中,流程重组优化是最困难的一个环节。冰冻三尺,非一日之寒。要让用户更改长时间形成的操作习惯与思路,有比较大的困难。这不仅关系到企业个人自身的利益,还有一种固态的思维在作怪。根据笔者的经验,在这个环节上,最容易引起用户的反对。所以,这也更需要一把手的参与。通过一把手的权威,来强制推行优化有的业务流程。具体的说,可以从以下几个方面出发。
一是在流程优化分析讨论时,一把手一般不要当场。
在讨论分析阶段时,如果一把手就当场的话,下面的用户可能就会变成哑巴了。其实认为标准流程跟企业的实际情况不符合,也不会明目张胆的提出来。他们会担心被老板误会。在讨论分析阶段时,要让用户畅所欲言。所以在这个阶段,最好一把手不要参与进来,让用户自由讨论。
二是在最终确认阶段时,需要将前提有分歧的流程提出来,进行最终的优化与确认。
此时一把说就应该出面了。这些有分歧的流程通常情况下都会涉及到多个部门。如物料收货单流程,会涉及到采购、仓库、生产、检验、财务等多个部门。此时就容易出现各个部门相互推诿的情况。此时如果没有他们共同的领导在场,就会争的不可开交。此时项目管理员就应该跟一把手事先进行沟通。如将标准流程与现在实际的操作流程之间的差异跟一把手说清楚。然后在会议上,如果大家还是不能够达成统一意见的话,那么一把手就应该乾坤独断,最终确认一个可执行的方案。注意这一点非常的重要。不能够让一个小小的业务流程无休止的争论下去,从而影响到项目的整体进度。
三是在确认后的书面资料上,必须有一把手的签字。
如何提高书面流程的权威性呢?这最好的一种方式就是要有一把手的签字。如此大家在查看业务流程时,一看到一把手的签字,就会引起足够多的重视。特别是对后来新进公司的员工,会有一种震慑的作用。为此笔者建议,流程优化之后,需要一把手进行最终的确认。确认的手段就是在最后发行的资料上进行签字画押。
三、阶段总结会议上,一把手要动腿(参与)
在项目管理员,另外一个难点就是如何确保用户能够按时的完成任务。
由于各种各样的原因,有客观的因素,也有用户主观的态度,都会导致无法按时完成任务。可是这个就像滚雪球一样。如果一项工作没有按时完成,那么就会影响到整个项目的周期。而且影响的时间会越来越长。最后导致项目无法按时完成。在这方面,笔者自认为做的还是比较成功的。或许笔者的经验,对各位读者有所帮助。
首先,在项目推进中,需要制定计划。
根据项目的大小,可以以周或者月为单位,进行计划的制定。笔者一般喜欢按周来定义计划。把每个星期需要完成的任务,跟企业的项目管理员以及用户说明清楚。注意,这里口说无凭。最好是通过书面的文档,像用户交待清楚每个星期所需要做的工作。
其次,每周需要开一次项目总结会议。
在这个会议上,企业一把手最好要参加。这里需要强调一点,一把手可能由于时间有限,为此不能够全程参与到整个会议中。会次对于会议的安排,需要有一定的技巧。如可以将会以分为多个环节。比如上期进度追踪、上期问题总结、新需求分析讨论、下一阶段任务安排等等。此时作为一般说,只需要参加第一个环节,即上期进度追踪环节即可。如果在进度追踪时,一把手能够参与进来,那么除非遇到特别困难的因素,一般的阻碍用户都会主动去克服。毕竟领导的话还是比较具有权威性。
四、问题有争议时,一把手要动脑(决断)
众口难调。在实际工作中,难免会遇到对同一个问题不同的用户有不同的看法。有时候甚至会争的面红耳赤。如果遇到这种情况时,笔者认为,项目管理员应该采取积极的态度。不过有些项目管理员在这里会犯错误。当用户在那边无休止的争论时,项目管理员可能会站着看热闹,等着他们炒出一个结果来。这会强化用户之间的矛盾,不利于项目小组的团结。还有一种错误是对于用户的争论,项目管理员会强加干涉,用自己的观点去解决问题。这种做法比较危险。项目管理员很可能会引火上身,将矛盾往自己身上转移。
笔者认为,这里比较好的做法是先果断的制止,不加以任何评论。然后让一把说出面进行最终的裁决。具体的说,可以这么操作。
当用户对某个问题存在争议时,先让用户畅所欲言,进行讨论。在这个过程中,要把握一个度。即要让用户能够畅所欲言,也不能够让矛盾扩大化。这个度非常的重要。当长时间的讨论无法得到统一的答案时,项目管理员就应该果断的出面干涉(通俗一点讲,就是在他们吵架之前进行制止)。项目管理员可以将这个争议的问题暂时搁置一下,让他们回去再想一下该如何解决。然后项目管理员应该将这个有争议的问题向一把手进行汇报,包括双方争议的内容、标准的处理方法等等。初步达成一个解决方案。最后再召集当事人,在一把手到场的情况下,对这个问题再进行分析讨论。通常情况下,在一把手到场的环境中,双方在说话时都会比较克制。况且一把手已经事先了解了情况,并有了解决方案。如果他们还不能够达成统一意见时,就按预先的ERP解决方案来做。为了保障项目能够按时完成,这个争议的内容不应该无休止的争论下去。