项目实施计划书
3. 客户公司项目组成员的选择应充分考虑其接受新知识的能力以及这些选择对项目
实施成本和进程的影响；
4. 电脑操作培训在对最终用户进行培训前应广泛的展开以便提高业务和操作培训的
效果。
培训计划
有关培训计划详见业务分析阶段的“培训计划表”
培训参加人员要求
项目组成员
1. 符合项目组要求的正式成员；
2. 具有一定的计算机知识，能够熟练操作计算机；
3. 了解ERP的基本知识和用途；
4. 具有优良的沟通能力；
5. 熟悉与本单位相关的业务运作；
6. 具有一定的组织和领导能力；
7. 对项目具有高度热忱，有克服挑战的信心和能力；
8. 服从工作分配；
9. 具有团队精神；
10. 有足够的时间和精力投入到本项目的工作中；
最终用户
1. 具有一定的计算机知识，能够熟练操作计算机；
2. 依据未来业务流程进行工作的系统操作人员；
3. 具有良好的沟通能力；
4. 熟悉与本单位相关的业务运作；
5. 工作态度认真、服从工作分配；
6. 具有团队精神；
变更控制程序
变更范围定义
所有项目实施双方提出的实施范围、系统需求、项目人员变动等涉及到整体项目进度，费用成本调整较大的变动行为均列入项目实施变更管理范围。
变更审核机构
1． 由双方最高管理层授权，可对项目变更进行确认的指定人员组成变更控制委员会，
负责项目变更事项的最终审核确认或拒绝。
2． 项目规模较小时，可由双方最高管理层授权指定人员共同协商讨论变更事项而不
设立变更控制委员会。
变更程序
提出变更
在项目实施进行时，双方皆可以口头或书面形式提出项目实施变更要求。除紧急情况外，任何变动请求都在形成书面申请（REQUEST FOR CHANGE，以下简称RFC）后才能受理。
审核确认
在收到 “变更申请表”的2天内，XXX公司公司将发给用户一张收到函，同时给客户做出用来分析“变更申请表”和准备“变更方案建议书”报告所需要的时间及工作强度估计。基于变更的范围及复杂度，XXX公司可能会对分析“变更申请表”及准备“变更方案建议书”所作的工作收取费用。如需收取费用，XXX公司书面将书面通知客户费用估算情况，客户在收到费用估计后十个工作日内予以XXX公司公司正式答复，否则可视为客户对此默认同意。在此期间，用户也可收回“变更申请表”。否则，在接到用户对所需费用的认可及付款协议后，XXX公司将在2天以内，或在费用估计中写明的天数内，进行分析及准备“变更方案建议书”。
变更方案建议书将就变更申请表中所提出的变更对整个项目的影响做出以下几方面的说明：
1.
2.
3.
4. 基本变更 软件设计 测试项目 系统性能
必要 － 文件的增改和删除 － 程序编码的增加、变更和删除 － 测试计划、测试和重新测试的变更 － 确认变更项目对系统性能的影响以及增加或改装其它机器是否
5.
6.
7.
8.
9. 培 训 其他材料 人员需求 进 度 费 用 － 培训计划、课程准备及教材 － 列出所有其它材料 － 确认增加其他人员的必要性 － 项目进展情况、交付项目的进展速度和协议的终止日期 － 根据变更项目所需的费用调整
项目变更可能会造成整体实施进度、成本等各方面较大程度的改变，因此，双方的项目经理有共同责任仔细审核任何更改请求。如经分析后，可确认影响范围，并经过双方项目经理审查通过者，则可进行变更的工作。否则，应报请变更控制委员会或相关被授权人员开会讨论批准。
实施变更
经双方对变更项目协商一致后，可开始进行变更作业。调整项目计划，并及时将变更信息、方案等向项目组公布。
约束条件
1． 在整个项目实施工作过程中，双方须严格遵守该变更控制程序并且必须坚持执行。
2． 由于项目实施时间紧迫，建议审核时间应在提交后的一个工作日之内。如果三个工
作日没有回应即作为确认处理。
3． 批准后的变更方案建议书将以书面的形式列入本协议。
变更申请表
工作成果接受原则
工作成果的接受原则定义如下：
– 完成的项目文档只有当指定的批准人员在批准页上签署后方可认为为所接受；
– 如不接受某公司提交的项目文档或成果，需以书面形式在收到项目文档或成果后3天内知会某公司；
– 如不接受某公司提交的项目文档或成果，需在书面通知中说明拒绝的原因及为何不能满足的需求。某公司必须进行适当的评估并采取措施改正任何不足之处以达到的期望。 – 不可无理由地拖延接受某公司的项目文档或成果。
项目管理及控制机制：
有效的项目控制是项目成功的基本保证。在ERP系统项目的实施过程中，我们对项目的控制将始终贯穿于项目的全过程，即：项目实施前的控制、实施过程中的控制、实施完成后的控制。经验资料表明：有效控制的项目可以为企业降低成本，提升管理水平，实现项目的整体规划目标。我们将在本次项目实施中严格遵守这些项目控制制度。在本次项目的实施中，我们将按照如下几点对项目整个过程进行控制。
项目计划：项目计划描述项目过程的一种行之有效的规划，没有计划的项目实施就像攻打没有目标的阵地一样。在每一次项目实施中，我们都必须建立项目实施的主计划，规划对整体项目的实施安排，同时，在各个阶段还必须有对主计划细化的详细计划，详细计划在实施过程中，我们采用周计划的形式来体现，这样作更加有利于对项目的掌握和控制。项目计划内容包括：详细的项目实施范围、制定项目实施的主要阶段、有关活动和详细任务的时间进度及预算；为每一活动分配所需人力资源，并保证他们有足够的时间按进度完成项目；定义递交的工作成果，加强项目实施过程中的控制机制。
项目报告机制：在平时的沟通中，遇到问题时，双方项目组成员首先在项目小组内部讨论解决问题，提出问题待定答复，如不能解决应按照项目组织结构图所列逐级及时向项目经理报告，向项目经理报告乃至公司领导层汇报，所有重要问题都应有书面材料。
项目沟通机制：项目组每周提交项目周计划及周报。实施项目组成员每天都要完成实施日志，记录当天完成的工作任务，存在问题。项目经理以项目进度报告的形式每周向实施项目组成员通报项目实施的进展情况、已经开展的工作和需要进一步解决的问题，达到项目实施小组信息、资源的共享，使得整个实施项目小组成员及时了解项目的整体状况，同时借鉴宝贵经验。并同时根据项目主计划及项目实际整体进展状况，适当调整并讨论制定下周工作计划。
项目例会：根据实际情况本项目确定每周周五为项目例会时间，由XXXX公司项目组主要领导、各业务部门的相关领导及项目实施顾问参加。根本作用在于协调解决实施过程中出现的各种问题，保证项目的顺利进程。同时应对所有的项目会议与专题讨论会议等编写出会议纪要，对会议做出的各项决定或讨论的结果进行文档记录、整理，并分发给与会者和有关的项目实施人员。对于一些不好界定的问题采用采用备忘录形式记录并备案。
问题跟踪机制：所有项目小组成员在遇到实施问题时，采用专门的问题跟踪记录单对当前问题进行书面记录，对已记录在案的问题进行跟踪，经过各种方式使问题得到解决以后，形成解决结果记录，以便实施完毕有据可查。
文档管理机制：在此次项目中，我们已经建立起了规范的项目文档，对文档进行了明确规范的分类和编号，本项目的项目实施文档按照文档在项目中的实际作用，分为以下几类：成果文档、控制文档、会议纪要、交换文档、数据资料、通讯录及课件。成果文档记录整个项目需要提交并需双方确认并签字的文档，属于项目里程碑性质的文档，标志着项目已经向着一个方向开始发展；控制文档是用于项目实施中间的控制监督作用的文档，如：周计划、工作日志、项目状态跟踪报告等；会议纪要是项目例会或者项目专项讨论会不可缺少的备查
记录；交换文档是记录双方曾经进行过文档交换的内容时间，及当时的交接状态；数据资料用于记录双方提供的资料，记录的原因是以方将来双方产生不必要的辩论和纠纷。通讯录和课件是项目过程中产生的附属文档，之所以记录在案是为了项目进行中管理的方便和规范。
需求变动控制机制：所有需求一经提出即可形成需求文档，对形成变动的需求均由双方项目组讨论通过，并提交双方项目经理进行审核确认；必要时，需提交公司领导层批准，从而有效管理项目实施过程中出现的任何重大变动。
风险控制机制：对实施项目的风险管理，首先需要对项目本身有着深刻的认识和理解，通过理解项目去识别项目潜在地各种风险。对各项风险采取专门措施进行风险管理和控制，从而最大程度地降低风险、控制风险。
项目进度控制：项目是有严格的时间期限的要求，进度的控制是为了控制时间和节约时间。项目经理应按周检查工作进度，并向项目领导层提交进度报告，在报告中简要阐明已完成的工作、工作质量评价、人员评价、工作进展情况、工作中存在的问题以及解决办法。项目进度报告同时要提交给用户方领导组。对用户方出现的问题要记录在案，在解决问题的效果也要记录在案。
质量控制机制：质量管理是项目管理的重要方面之一，在整个项目的实施过程中，良好的项目质量管理体系是项目成功的保障，质量控制机制可以最大程度地避免实施过程中出现的总体偏差，保证项目朝着预定目标方向发展。
项目衡量标准：依据项目计划、项目的整体目标和实施策略、方法来制定项目的表现衡量标准。该标准由双方项目组共同制定，主要体现以下内容：企业管理层的满意程度；项目小组、最终用户的满意程度；质量要求及时间的估计和成本的预算。该标准是项目实施过程中的质量检验重要依据。通常情况下该衡量标准在项目实施过程中保持不变。
附：项目应提交的交付成果：
（一）项目规划阶段交付成果：
《双方项目组成员名单及职责》；
《项目实施主计划书》（双方必须签字确认）；
《项目启动会议纪要》
（二）业务分析阶段交付成果：
《系统安装确认书》（双方必须签字确认）；
《培训计划书》（双方必须签字确认）；
《培训总结报告》附：考勤记录、考核记录；
《需求调研计划》（双方必须签字确认）；
《需求分析报告》（双方必须签字确认）；
（四）蓝图设计阶段交付成果：
《业务解决方案》
《数据准备方案》附：《静态数据准备表单》、《静态数据准备计划》（双方必须签字确认）；
《测试计划》
《测试报告》附：《测试问题记录》（双方必须签字确认）；
《业务解决方案》注：经测试调整后的方案（双方必须签字确认）；
《最终用户操作手册》
（五）切换准备阶段交付成果：
《系统安装备忘录》（双方必须签字确认）；
《最终用户培训计划》
《培训总结》附：《培训考勤记录》、《培训考核评估记录》（双方必须签字确认）；
（六）系统切换阶段交付成果：
《静态数据转换计划》（双方必须签字确认）；
《动态数据转换计划》（双方必须签字确认）；
《动态数据准备方案》
《系统切换报告》（双方必须签字确认）；
（七）持续支持阶段交付成果：
《现场支持记录》、《项目验收报告》附：各阶段验收报告（双方必须签字确认）；