享受项目带来的快乐和痛苦

项目进入了蓝图设计阶段尾声，但MM模块蓝图设计迟迟不能通过小组内讨论，我归结一下可能有以下几点情况：
1.由于前期人员配置的不合理：由于对MM模块缺少理解，导致在人员配置方面少主管库存管理方面的专职人员，虽然项目副经理分管库存管理方面，但只能参与蓝图设计的讨论，不能直接参与蓝图的设计，加之缺乏对系统功能的了解，故提了很多没有意义的意见，导致蓝图讨论一遍一遍的重复；
2.蓝图设计之前的系统培训时间偏短：仅花了一个礼拜对系统进行讲解，而且参与培训的人员并未参与蓝图设计，参与蓝图设计讨论的人员没有参与系统培训。在对系统能实现那些功能不了解的情况下，提了很多不切实际的要求，部分单据的内容明明在系统中就有现成的，还是要提出二次开发的要求；
3.实施方顾问不稳定：实施方经理在不明白具体问题的情况下，武断的做出了更换实施顾问的决定。如果能多花些时间来了解流程调研阶段，究竟出现了那些问题，那些原因是属于人员配置问题，那些原因属于工作方法问题等，我相信也不会这么快就决定换人，项目实施不会这么累人。秀才遇到兵，有礼说不清。第一个顾问遇到两个兵，一个是我公司的，一个是实施公司的。



再说了，那有一开场就换人的球赛阿？
4.最后，也就要归结我自己的问题了。首先，遇到问题处理不迅速，能自己解决的问题，有些依赖顾问。比如说，原以为顾问会帮我想好物料编码规则的，到后来还是我自己来动脑筋；其次，语言组织表达能力不够强，在描述蓝图时，语言不够精练，不能做到言简意赅；第三，对系统期望过高，总是希望系统能帮我们解决90%的业务，其实在项目的第一期是不可能实现的，能实现50%的业务，就可以谢天谢地了。

不过总的来说，对这个系统还是有信心的，想到了实施方老总的一句话：“好好享受项目实施的过程！！”

是阿，享受吧，管他是快乐还是痛苦呢！！