ERP系统项目实施工作任务书

ERP系统项目实施工作任务书

建立日期: 2007-10-27

修改日期: 2007-10-27

客户项目经理：

日期：

XX公司项目经理：

日期：

目录

1.前言 (2)

1.1 名词定义 (2)

1.2 项目实施基本原则 (3)

2.项目实施范围 (3)

2.1 组织范围 (3)

2.2 功能与应用价值范围 (4)

3.项目实施主要内容 (4)

4.培训要求与培训内容 (5)

4.1 XX公司ERP产品应用培训内容 (5)

4.2 培训参加人员要求 (6)

5.项目组织与职责 (7)

6.项目风险控制程序 (7)

6.1 风险范围定义 (7)

6.2 风险防范措施 (8)

7.实施工作成果接受原则 (8)

1.前言

此工作任务书描述了XX公司软件股份公司作为管理软件供应商及咨询实施服务提供者，为甲方总公司实施“甲方公司ERP项目”过程中所提供的技术服务。

1.1名词定义

本工作任务书中所用术语定义如下：

1. 甲方(客户方)：甲方公司

2. 乙方(XX公司方)： XX公司软件股份有限公司

3. 项目：甲方ERP项目

4. 系统：甲方ERP系统

5. 交付件：乙方根据本工作任务书的规定，在项目各个阶段向甲方提交

的用于甲方审查、验收项目的文件和/或工作成果

XX公司ERP产品：U8软件包

中国最庞大的下载资料库(整理. 版权归原作者所

有)土

如果您不是在 网站下载此资料的, 不要随意相信. 请访问3722, 加入 必要时可将此文件解密成可编辑的doc或ppt格式

6.

1.2项目实施基本原则

本项目的执行范围和计划基于如下前提，以下条件的变更将可能影响项目的实施计划与服务价格。

1. 本工作任务书第2节确定的项目范围和第3节工作内容，将取代有关本

项目以前任何口头和书面的承诺。

2. 甲、乙双方应共同努力，按照本规则任务书第4节的要求进行培训工作，

以使项目实施过程成为甲方向乙方进行知识传递的过程。

3. 甲方、乙方应依据本工作任务书第5节建立职责明确的项目实施组织结

构。并保证主要参加人员全职投入到项目中，并能及时正确地完成所分

配的任务。

4. 甲乙双方均有权在项目实施过程中依据本工作任务书的第6节提出变更

申请。

5. 甲方的服务范围《软件销售合同》及附件约定的基于XX公司ERP产品的

功能价值点、且XX公司ERP产品的实施是基于集中式的系统架构，本次

实施针对第2节规定的范围实施1个单一企业的业务管理帐套。

6. XX公司ERP产品的实施版本应在《软件销售合同》中确定，在实施过程

中如XX公司ERP产品推出新版本、并且甲方要求升级，则因升级所产生

的实施工作将不包括在本工作任务书的范围内。

7. 甲方应控制和管理其内部影响项目实施计划的因素，甲方应对其控制范

围内（包括第三方提供的服务/产品）的因素所造成的项目实施计划延误

负责。

8. 如甲、乙双方在项目实施过程中发生人员变动，必须提前15天通知对方，

经对方项目经理认可后，提供相应技能的替代人员，并做好交接工作。

9. 甲方应确保甲方项目组的成员能代表甲方说明在作业流程上、政策上和

制度上的需求。乙方项目组成员应能对项目实施过程中有关甲方方面可

能产生的意见分歧作出决定、寻找替代方案、或寻求上级管理层的决策。

2.项目实施范围

双方项目小组将遵守以下确定的实施范围，任何范围的调整都必须执行本任务书第8章节规定的变更控制程序。

2.1组织范围

组织范围是指本系统实施的主体，本工作任务书所指项目实施的主体包括且

2.2 功能与应用价值范围

本工作任务书可实现的价值功能点范围是以销售合同附件《客户需求清单》为准。超出部分按照本工作任务书第

6节的规定执行。

3. 项目实施主要内容

以下将按乙方的ERP 软件包实施方法论，对项目实施过程中各阶段所涉及的任务与交付件、及各阶段工作的完成标志进行描述。

4.培训要求与培训内容

4.1XX公司ERP产品应用培训内容

1. 最终用户培训由甲方项目组成员负责执行，乙方提供指导。

2. 除最终用户培训外，培训使用由乙方提供的教材。

3. 乙方负责提供每项培训课程10份教材。

4. 培训地点在甲方总公司。

4.2培训参加人员要求

5.项目组织与职责

6.项目风险控制程序

6.1风险范围定义

所有项目实施双方提出的超出本文档实施范围、超出《客户需求确认表》范围的系统需求等涉及到整体项目进度，费用成本调整较大的变动行为均列入项目实施变更管理范围。

在项目实施进行时，双方皆可以书面形式提出项目实施变更要求。除紧急情况外，任何变动请求都在形成书面申请（REQUEST FOR CHANGE，以下简称RFC，具体表样将作为本文档的附件提交给甲方），后才能受理。

附件：需求变更申请单（RFC）

6.2风险防范措施

6.2.1对一般项目变更风险的控制

在收到RFC的5个工作日内，乙方将发给用户一张收到函，同时提交一份针对RFC内容的工作计划（包括准备“变更方案建议书”报告所需要的时间估计）。

对需求差异处理风险的控制

中国最庞大的下载资料库(整理. 版权归原作者所

有)土

如果您不是在 网站下载此资料的, 不要随意相信. 请访问3722, 加入 必要时可将此文件解密成可编辑的doc或ppt格式

6.2.2

如果甲方在已确定的价值点（详见《客户需求确认表》）基础上，RFC内容涉及变更的价值点数量差异超过《实施报价单》中的该档次数量，需要按照《实施报价单》的报价原则进行调整；RFC内容涉及变更已经经过《需求差异分析》确认或《最终业务解决方案》确认的价值需求点内容时，需要根据6.2.3条的规定进行相关费用成本的评估和确认后，方可确定变更的有效性。

6.2.3对变更风险产生的费用控制

基于变更的范围及复杂度，乙方可能会对RFC进行分析及准备“变更方案建议书”所作的工作收取费用。如需收取费用，乙方书面将书面通知客户费用估算情况，甲方在收到费用估计后十个工作日内予以乙方正式答复，否则可视为甲方对此默认同意。在此期间，甲方也可收回RFC。否则，在接到甲方对所需费用的认可及付款协议后，乙方将在30天以内，或在费用估计中写明的天数内，进行分析及准备“变更方案建议书”。

实施工作成果接受原则

中国最庞大的下载资料库(整理. 版权归原作者所有)土

如果您不是在 网站下载此资料的, 不要随意相信. 请访问3722, 加入 必要时可将此文件解密成可编辑的doc或ppt格式

7.

工作成果的接受原则定义如下：

–完成的项目文档只有当指定的批准人员在批准页上签署后方可认为为所接受；–如不接受乙方提交的项目文档或成果，需以书面形式在收到项目文档或成果后3个工作日内知会乙方；

–如不接受乙方提交的项目文档或成果，需在书面通知中说明拒绝的原因及为何不能满足的需求。甲方必须进行适当的评估并采取措施改正任何不足之处以达到的期望。

–不可无理由地拖延接受乙方公司的项目文档或成果。

–项目实施工作以双方对《系统上线运行报告》的签字认可作为实施阶段工作完成的标志。