还是比较常见的，偏差太大的情况下往往会返工多次。
6、建立有效的项目沟通的机制
保证甲乙双方沟通顺畅，建立有效的项目沟通的机制，这种沟通尤其是在项目出现危机时尤为重要。
7、建立健全的文档机制
目前实施的大项目都是多个人共同协作来实施的，每个人每天做了什么内容，有哪些成果或针对项目进展有哪些规划等，除了自己之外其他人都不清楚。
这样情况怎么避免?最好的方法是编写项目文档，每一步都要有操作文档来支撑，比如今天我对产品增加了某个功能、对哪些资料进行了完善、需要谁来协助哪些事情、对客户的哪个方案进行了更新。
这些文档都要记录下文档的版本号是多少，是谁在哪个时间段更新的等，以方便项目组人员的协作。
8、项目组成员稳定性的保障
尤其是双方核心项目组成员的保障。一个项目要培养中一个合格的核心人员，需要这个人员不仅要对企业业务流程十分精通，还要对软件操作流程十分熟悉，并能够处理软件中常见的一些问题。
而这样的人员的培养需要几个月甚至更长的时间。而如果在关键的时刻核心人员的离职会给项目的推进带来毁灭性的灾难。
9、明确项目奖励和惩罚制度
怎样避免人才的流失?怎样让员工对项目充满激情?怎么避免软件实施过程中员工的不公平对待造成的情绪化(干多干少都一样)?怎样最大程度的防止错误的发生?这些内容都要有一定的机制来保障和约束，那么最有效的方法就是建立起项目奖惩制度。
10、基础资料编码的规范化和扩展性规划
要盖一座高楼大厦就必须打好根基，对于MES系统来说基础资料和数据就是这座高楼大厦的根基，基础资料的重要性可想而知。
11、20/80原则
目前很多项目中20%的需求在实施和开发的时间占到了整个项目总工作量的80%，对于这样的需求要进行讨论再讨论，确定最优解决方案或屏蔽某些不重要不合理的需求。
12、业务流程反复测试和校验
任何产品都是存在BUG的，像微软这样的软件帝国都不敢说他的产品没有BUG，所以必须在实施方案确定后按照实施方案来跑产品，尤其是核心流程的反复测试和优化。
13、项目资源的保障
资源主要来讲还是人的保障，如果只购买了产品而没有人来实施和开发，项目不可能做好。
14、加强项目核心人员的培训和培养
客户方核心项目成员一但培养出来后，他就可以支撑起客户方业务的一片天，一些实施业务便可交由他来做。这样无论对客户方人员的成长及后续的维护都是有好处的。
15、基层操作人员的培训培训再培训
基层操作人员经常反馈的问题是产品不好用。为什么不好用呢，无非是操作习惯的变更和操作方法的问题。所以培训一定要贯穿项目实施的始终，改变操作员的习惯，认知我们的产品为企业带来的好处，不能用局限的眼光来看待产品。
03怎样最大程度避免项目失败?
要避免项目的失败必须从失败的案例中吸取教训，要从客户方和实施方两个方面着手：
1、客户方在上软件之前一定要先知道自己上软件要做什么?是为了充一下门面还是想达到一个什么样的目标，实现什么样的功能?
2、客户方高层必须重视项目，客户方项目经理在企业必须有权威或权力，能够保证每一项下达的指令各个部门都能贯彻执行;
3、客户方有一个稳定的项目团队，并有1到2个精通业务和产品的核心成员;
4、实施方在实施之前先评估项目情况，划出一个实施范围的圈圈来，确定验收标准;
5、三分软件七分实施，实施人员的水平对于项目的交付也有很大的关系，不一定要派出最好的顾问到客户现场，一定要派出最合适的顾问到项目现场;
6、按照计划来实施项目，按章办事，一步一个脚印的来实施，不要想一口吃成个胖子;
7、保持双方项目经理的持续有效的沟通，出现问题即时反馈并处理;
8、实施方人员的保证，坚决不能出现因为实施或开发人员不在现场而导致的暂停状态。
如果在实施过程中客户方和实施公司双方都能够达到上面所说的几点，我不敢说项目一定会成功，但项目一定不会失败!