JDE实施心得（转载）

UG的爱

前两天给大家转载了一篇Oracle举办的“JDE在我身边”征文获奖作品《变形金刚----解读JDE》之后，有好几个朋友给我发邮件，想要一些这样的文章。所以今天再给大家发一篇，这个也是JDE中国用户组 hunk写的（看来这位老兄相当厉害）。个人觉得也很不错，大家一起分享一下：


接触JDE今年是第3年了，说长也不长，但是从项目启动一开始就参与，一直到项目上线，再到现在的不断完善，从最开始的学徒，逐渐演变成现在的内部顾问。角色发生了变化，同样心里也发生了不少的变化。在项目实施的过程中，经历了很多，也积累了一些自己的方法与理论。
7 c5 T% n3 b3 [- a, @" [; C+ Z
% M! B6 X7 S! S9 o2 ^. z3 ]
7 W4 m6 s  Y0 @5 N/ T9 R一、实施顾问方面:
! K# j/ }! f# n7 {. u
9 V# i: t) u6 |; w/ ^0 r
# a0 A, Z' }0 J! W1、实施前不要过大的夸口。现在很多咨询公司，为了拿下项目，对客户夸下许多海口，既能解决这个又能解决哪个，把JDE说的很神奇，让准备上JDE的客户对JDE充满了信心。这方面我觉得JDE只是一个工具，工具使用的好坏完全取决于使用人。好比武器，放在好人手里，只会起到自我保护的作用，一旦落到坏人手里，则会危害社会。所以，一开始咨询公司把JDE说的那么神奇，不单单会给客户养成心里依赖，认为JDE是万能的，同时也会给实施公司的实施带来很多麻烦，容易造成双方矛盾，导致实施过程艰难，尤其是实施后期，一旦达不到客户的要求，就会互相推委，最后矛头指向系统本身，JDE系统会很“冤枉”的。
0 k2 E5 R0 s2 r8 M' M9 Y# a
  {; f# \( a# l9 W" P
  _. J$ L# B6 ]9 ?. U, a# O9 f# c2、实施前，要考虑一下客户要上JDE系统的目的。在中国，不少企业上JDE是冲着JDE的名声去的，抱着上市的需求或者其他造势的目的才选择了JDE，只有很少一部分是为了完善管理，规范流程才上JDE的。实施方应该事先了解一下情况，对于目的不纯的企业，我感觉同样不要夸下海口，这类企业不会很重视系统，一把手同样也不会参与到实施过程中，通常会派一个小领导带着一帮小毛孩，跟着实施顾问边学边做，遇到问题却解决不了，这样会给实施过程带来很大麻烦，同样会严重影响实施效果。
; K* d- o# Y$ d5 ~" B1 \0 u2 T! P/ J

3、实施过程通常分为需求调研，调研文档，实施文档，开始实施，实施验收，后期支持。我感觉最关键的是需求调研，同样也是最难的。没有参与实施的人可能会觉的JDE系统一点也没有接触过，这应该是最难的，其实不然，做不好需求调研，了解不全客户的需求以及现有情况，不能在一开始将不规范不正确，存在的隐患避除的话，后期接踵而至的会是无穷无尽的推倒、修改，再推倒、再修改。这点我深有体会，需求调研匆忙的做完后，开始了第一次实施，结果效果达不到要求，只是让跟着项目的小毛孩们了解一些简单的系统配置。最后顾问们做的实施文档完全否定，重新做了新的文档，才满足了部分的需求，项目才得以继续进行。
0 [& [. z; X9 \

$ j2 @; m9 h. F  O7 x二、配合方面

) \7 j# }5 `5 u. }, Y; Q
/ O  ^+ G* X. z- o8 G, M! k1、ERP系统是双方面的事，这点要牢记。很多企业上ERP存在一个观念“我给你实施公司钱了，剩下的你就要全给我办好了”。要知道每个企业有每个企业的特色，顾问是不可能会了解企业所有的特色，最了解企业的是企业内部的员工，尤其是关键员工，所以实施过程中少不了双方的配合。员工详细描述企业的流程及特色，顾问针对描述提出合理的解决方案和实施方案，然后进行讲解，双方经过反复的协商，达成一致的意见，再开始实施。这样同样会避免以后的反复修改，最大限度的保证项目的顺利进行。同样，在系统上线运行的一段时间内，会碰到终端用户的种种要求，恨不得点一个按钮，系统就能把所有工作都完成都实现，并且还能按照不同人的不同喜好显示出来，针对这点，我认为ERP项目不是扯皮的项目，必须要有一定的力度，对于一些不合理的要求一定要给予坚持的否定，项目经理一定要把好管控，一旦开了头，之后会有无穷无尽的麻烦和要求。
7 Q6 f* Y5 t0 T& ?6 `
- b  s) Q4 I& p7 `' f  R7 e: z, I8 u
三、项目组
+ D4 L) l( f1 O+ w
4 q  N8 R5 ~0 E1 g& x
2 V9 e3 ~" D  O1 、说说企业内部的项目组成员应该怎么做吧。个人认为，在项目实施初期，项目组成员会是一头雾水，根本不知道自己再干什么。这就要求项目组成员一定要有耐心，毅力，对于顾问们要求的工作不懂的可以先放下，记录下，等系统上线后，再回过头看这些问题，你会觉得豁然开朗，一切问题都已经不是问题。如果说一个项目组成员成长最重要的时期,我认为不是项目一开始,而是项目后期,尤其是上线的时期以及最初的维护时期.我曾经差点犯下错误,学会了配置菜单、配置系统，就认为很了不起了，就想跳出去，现在想想，很庆幸当时没有做出错误的决定，在上线和维护的初期，问题是最多的，只有通过不断的发现新问题，解决新问题，成长才是最快的。4 U' ?2 q1 b7 s" T+ V; U/ G
9 g" v2 q* ~. T2 j9 ^% ?

6 t  [# X9 }% B- S7 m9 Y暂时先想这么5点，以后再有想法会及时补充。也希望大家多将自己的实施心得共享，互相交流，共同进步。

360610988

专抢沙发！