[转]ERP项目经验总结

该总结的目的:通过总结ERP项目的实施经验,提炼项目风险。包括在人员、组织架构、管理制度、程序文件等方面为其他项目提供参考,达到规避风险的目的。
1、项目最大的感触就是战略决定架构,项目实施部门的高层领导在项目上线后不要授权给其他人最好能够亲力亲为,必须执行到位,这样才能使项目更好的推进和实施。
2、在项目初期和蓝图阶段高层领导特别是一把手也应该参与到项目中,能在项目的各个阶段或者遇到需要领导拍板下定论的时候及时的将问题解决或者制定出相应的规章制度,否则会使问题积压,得不到根本的解决,进而影响到项目的进度和质量。
3、高层领导的意识很重要,只有领导能个从上而下的推进项目,则项目就能够得到很好的推进,所以项目的重点还是怎么提高领导意识,怎样能让领导真正推动项目。
4、如果是小项目,因为业务范围比较小,所以没必要设立太多的职能部门,使权力不是很分散,避免部门间互相咬合,互相推诿责任的问题,也能在项目中能更明确的确立相关的工作,遇到问题能更好、更快的解决。
5、每个项目最好尽可能的在蓝图阶段就将相应的管理制度制定出来,否则等项目上线后就会被搁置;项目的推进最好由专人或者专门的部门进行,这样会更有利于推广。
6、对于最终用户的培训最好能从蓝图阶段开始,这样有助于修改前期的各种习惯,从实施软件和项目的原理入手进行培训,进行流程的宣贯,就能使关键用户能从项目的角度去看待问题,从而能够更好的进行项目的实施,也能增加项目的成功率。
比如对于外检、采购等部门,如果不懂蓝图,仍然各自为政,还是按照各自原有的流程实施,就会使项目不顺畅,就会有争议。因为前期毕竟有其习惯的做法,而且都使用了很长时间,比较驾轻就熟了,如果不了解蓝图是不会真正的去改变习惯的。
7、项目阶段的例会制度,特别是初期,应指定责任人,而且责任人要是那种说话有力度的人,敦促责任人之间相互沟通,相互了解业务和实际的困难,可有利于项目推进,也可使项目得到更好的实施。
8、系统操作相对于制造部门会感觉比较累,要事先让其了解系统对整个公司的意义和益处,防止只从个人、片面的角度看问题,产生抱怨,使其知道会在比如成本和工序平衡方面会有很好的控制。
9、要经常跟高层领导汇报工作进度和工作中遇到的难点、困难等,使其从系统和项目的角度了解为何有些看似能解决的需求但在实际实施和运作的过程中是实现不了的。
10、主数据维护的准确性对后期的各项工作有至关重要的作用,不能只说差不多对了就可以了,对后期的成本和库存的精确度和准确度都起到主导作用。
11、关键用户和最终用户对业务和系统的了解程度是每个项目成功的关键,所以应加强对其的培训,只有业务部门愿意学、愿意接受才能够更好的解决问题,才能体现出项目的价值。
12、每个项目在上线之前最好能进行一次模拟试运行,一是看是否有BUG,二是看用户对系统的掌握情况,能更好的暴露问题,有利于增加项目的成功率。
13、外部实施公司的能力对项目来说是至关重要的,应该进行招标的方式,让所有投标公司来讲解方案,并让相关部门参与招标,中标公司的项目经理和顾问要进行面试,且要求顾问一定要到一线部门去沟通,了解业务,不能闭门造车,使开发方案一再变动。
14、对项目相关部门的参与人员的要求一定要是业务骨干且必须全职,要能够全程参与,所以建议项目的发起人最好能是项目的使用部门,这样能够使其责任感更强一些,在项目中工作能够更加主动一些。
15、不管做任何项目,项目的目标一定要明确,且项目目标一旦明确就不能随意的更改,如果有提出这方面需求的,必须从项目风险的角度去考虑是否能够更改。
16、项目的目标不能定的太高,要考虑基础,为了能使项目尽快的推进,最好能只是改变业务人员的习惯,而不要期待一个项目能够使整个公司发生翻天覆地的变化,使其能够焕然一新。譬如国外欧美地区之所以成功率很高,归根结底是因为他们的项目周期长,一点点的实施,慢慢的深入,使业务部门一点点的改变,这样就能很好的、扎实的实施。
17、要让关键用户真正掌握系统,让关键用户去培训最终用户,这样就能然关键用户能够独立的解决一些日常出线的问题,而不是一出现问题就找内部顾问。
18、在项目的蓝图阶段最好就能够确定下项目上线后的考核制度,如果初期不指定和实施等项目正式上线已经推进后再制定就容易实施不开。要让制定的细规则放入到各部门细节职责中。
19、怎样让项目最终用户能真正运用、了解系统,更好的操作系统,最好的方法就是让关键用户去培训最终用户,给别人培训也是最好的提升自己的水平的一种途径。

本文作者: GavinDong

版权属于: GavinDong博客

文章链接: https://gavindong.com/204.html

如果使用过程中遇到问题,可 **点击此处** 交流沟通。

版权所有,转载时必须以链接形式注明作者和原始出处及本声明。

(0)

发表回复

登录后才能评论