最佳项目章程模板.doc

密级：★★
版本：1.0

文档控制

更改记录

日期
作者
版本
更改参考

审核
姓名
职位
签字

分发

拷贝号
姓名
区域

目录
1项目章程介绍 7
1.1总览 7
1.2项目目的 7
1.2.1总体应用目的 7
1.2.2具体应用目的 7
2 实行策略 7
2.1实行策略 7
2.2实行策略的考虑 8
3项目范围 9
3.1功能范围 9
3.2实体范围 9
3.3技术范围 9
4项目组织结构 10
4.1项目组织结构图 10
4.2职责 10
5项目计划 14
5.1项目阶段划分及关键任务 15
5.2时间表 15
5.3里程碑 15
5.4项目计划执行和报告 16
6项目文档管理 17
6.1项目文档管理的重要性 17
6.2项目文档体系 17
6.3项目文档管理环境 19
7项目沟通管理 20
7.1项目决策流程 20
7.2项目列会 22
8项目风险管理 22
8.1实行周期延期的风险 22
8.2实行范围风险 22
8.3人员的风险 23
8.4管理变革的风险 23
9项目变更管理 24
9.1提出变更 24
9.2接受方的响应 25
9.3申请方的认可 26
9.4变更实行 26
9.5变更程序流程 26
10知识转移 26
11质量控制 27
12验收标准 27
12.1验收方式 27
12.2验收标准(根据项目情况修改) 28
13文献签署 29

文档目的
本文档资料的目的是用来拟定适合本项目的政策, 标准及程序。文档资料也阐明了何时，何人如何使用这些政策, 标准及程序。
如未有特殊申明，本文档资料的内容适合于项目组中的所有人。
关键联系信息
姓名
职务/职位
项目角色
电话
手机
邮箱

1项目章程介绍
1.1总览
XXX公司决定在实行金蝶K/3生产制造管理系统（以下简称K/3 生产制造系统），并选择金蝶公司进行K/3 生产制造系统实行。该项目章程作为双方批准的文献，将涉及项目目的的定义，实行策略的制定和项目组成人员和责任的确认，以及项目工作的计划。
为保证项目实行达成预期的目的，该文献的签署将赋予公司实行小组权责并开始工作。
1.2项目目的
1.2.1总体应用目的
本项目是XXX建立先进的生产制造系统平台的重要项目。在本项目中，通过实行金蝶K/3生产制造管理系统作为生产制造信息化平台：
本次项目实行的总体目的
1.2.2具体应用目的
1. 公司管理目的

2. 生产制造管理目的
l 实现客户BOM的灵活复制修改；
l 实现MTO模式的管理

2 实行策略
2.1实行策略
· 整体规划，分步实行；
· 注重数据准备和测试贯穿于项目每个阶段；
· 关键用户和最终用户的提前参与。
2.2实行策略的考虑
为实现上述总体目的，引进先进的大型管理系统只是成功迈出的第一步，我们还必须结合XXX公司目前信息管理现状和现实需求，通过成功的实行才干充足发挥系统功能，提高公司价值。针对目前XXX公司内部信息系统繁杂且不统一的特点，我们建议通过以下几个方面来高效率、高质量、低风险地实现总体目的。
· 切实可行的实行对策：
Ø 目的明确，分步实行：先试点，后推广，先实现基本需求，将来再实现扩展需求；
Ø 试点阶段重点投入，积累经验并保证效益；
Ø 通过知识转移，合作推广；
Ø 采用金蝶成熟规范的实行方法和工具；
Ø 强大的实行顾问队伍和众多成功实行的经验。
· 从XXX公司业务的角度考虑，尽早解决XXX公司在生产制造核算的未完整所面临的……。
· 由于生产制造、业务数据分离，XXX公司在基础数据的准备仍需相称时间的工作以达成系统实行的规定，保证第一阶段的实行得届时间和人员资源的合理运用。
· 由于XXX公司员工将第一次全面和大规模的使用K/3 生产制造系统，用户的受训和对系统操作掌握限度将直接影响项目实行的成败和质量。所以该项目的培训策略将使用“培训培训者”的方法和近早让最终用户参与培训的方法。
· 保证系统数据的最新性、全面性和准确性。由于系统数据会贯穿于项目的各个阶段，所以数据的准备（如BOM表、物料、产品清单等）和测试是项目的重中之重。这些数据的及时，完备和准确将对上线的成功和系统的质量起到决定作用。
· 保证所有也许导致时间延长或成本上升的有关项目范围的问题由项目指导委员会解决，以此来对建议的改变保持强有力的控制。
· 建立将知识转移给最终用户的正式渠道 ，即重点非只是安装一个软件，而是实行一个系统解决方案。
· 在项目上线之前，依靠K/3 生产制造系统的结果来获得最终用户对系统的接受。
· 运用标准的K/3 生产制造系统功能来支持业务流程。
· 运用模拟数据进行系统测试。
3项目范围
3.1功能范围
整体而言，本项目的功能工作范围涉及两个个方面：计划管理和成本管理；包含的组织机构有XXX，XXX，XXX，XXX；从金蝶K/3产品模块而言，本项目将实行生产数据管理、主生产计划管理、物流需求计划管理、MTO计划管理、粗能力需求计划、细能力需求计划及成本管理：

功能范围
功能模块
· 计划管理
·
· 成本管理
· 生产数据管理、主生产计划、物料需求计划、MTO计划、粗能力需求计划、细能力需求计划
· 实际成本、成本分析、作业成本管理、日成本管理、标准成本
3.2实体范围
XXX有限公司；
其他法人实体与下属公司不在本项目范围内。
3.3技术范围
1. 初始数据转换
将充足考虑XXX公司目前所使用的计算机系统及数据量的大小，以此拟定初始数据的转换策略，数据量较大的主数据转入K/3 生产制造系统的工作将通过数据导入的方式进行。
2. 客户化开发范围（二次开发）和软件升级
· 在K/3 生产制造系统实行期间不规定进行复杂的客户化开发工作 。
· 实行期间没有K/3 生产制造系统版本升级问题
3. 硬件及网络环境范围
XXX公司的实行小组将负责XXX公司本地的技术基础设施的安装工作来支持K/3 生产制造系统的实行。这将涉及，但不限于：
· 管理网络结构；
· 管理和维护（涉及磁盘空间增长率的估计，网络协同工作／带宽等）以及建立一个原型系统、系统测试、培训；
· 提供一个稳定的生产环境以供系统实行，涉及管理和维护数据库和应用服务器，在定期备份、重新启动/恢复和性能监控方面提供恰当的支持；
· 保证运营环境的适当的系统性能水准。
4. 报表
XXX公司尽也许采用K/3 生产制造系统的标准报表，将提供详尽的报表开发培训并对特殊需求报表进行必要的开发提供指导。
4项目组织结构
4.1项目组织结构图
XXX K/3生产制造系统项目组由项目指导委员会、客户服务小组、项目经理、功能小组、以及技术小组构成。该项目是由项目指导委员会发起的，该委员会同时还是该项目的重要决策和策略的制订者。而项目的所有事务都要由项目组进行协调和管理，项目组将由XXX专职项目管理人员、技术人员和关键职能领域业务所有者和专家等组成；此外，项目组还将涉及来自金蝶的技术顾问和职能顾问。

[图：项目组织机构图]

4.2职责
本项目的工作由金蝶和XXX双方组成的项目组共同完毕，也就是说双方在项目中组成共同的工作小组完毕各个项目任务。这种安排方式的最重要考虑是，可以在项目过程中将K/3生产制造系统和实行的知识技能由金蝶顾问迅速有效地转移到XXX人员，只有这样才也许保证XXXK/3生产制造系统的生命力。具体来说，XXX和金蝶项目人员的分工和职责为：
4.2.1金蝶项目人员职责
角色
人员
说明
指导委员会成员/
项目总监

· 支持并监督项目行动；
· 与XXX领导共同审查/批准项目计划；
· 与XXX领导共同审查/修改/批准项目组提出的方针建议；
· 提供高级项目管理指导和帮助；
· 评估金蝶提供的服务，保证质量达成一定规定、及时交付和成本控制。
项目经理

与XXX的项目经理一起：
· 提供项目管理服务；
· 在所有项目小组之间协调资源的分派；
· 制定、监督和实行项目规划和相关工作日程；
· 组织项目进展状态会议，准备/发布项目沟通/报告；
· 监控项目进展、任务完毕情况以及该项目的资源分派和发挥的效益；
· 管理问题解决进展，分派优先级并监督相关校正措施实行；
· 管理变更控制过程；
· 协助XXX定义变更管理需求；
· 提供功能性/技术事务方面的一般性建议/支持；
· 承担运用金蝶资源的重要责任。
功能顾问

· 传授K/3生产制造系统功能方面的知识；
· 为项目任务准备具体实行计划；
· 业务需求及差异分析；
· 为系统设计提供指导和建议；
· 辅助并参与涉及数据转换、接口和报告的系统开发和文档制定；
· 指导并帮助XXX定义与流程和最终用户培训有关的需求和方法；
· 领导系统配置、启用和安全工作；
· 辅助并参与系统测试策略、计划和测试执行工作；
· 领导在集成测试中发现的故障与问题的查找和解决；
· 在最终用户流程开发过程中提供征询服务；
· 提供与最终用户培训材料和培训实行有关的征询服务；
技术顾问

· 为XXX传授与K/3生产制造系统应用程序中的技术组件有关的知识；
· 为技术项目组件准备实行计划；；
· 准备指标和估算，参与差异分析，辅助系统配置；
· 负责范围定义中列出的客户化开发的重要责任，或者根据需要，提供项目定义中描述的功能；
· 为数据迁移计划、接口计划和报告提供技术建议；
· 为技术环境架构和流程的设计提供建议和帮助；
· 领导在系统测试和用户验收测试中发现问题的解决工作。

4.2.2XXX项目参与人职责
角色
人员
说明
指导委员会成员/
项目总监

· 为项目提供战略方向，发起和支持项目的实行；
· 拟定项目的整体方向；
· 积极参与项目实行，负责最高主管职责；
· 根据金蝶和XXX共同提交的报告审查和监控项目进展情况；
· 制定策略、方针并制定重要事务的解决方案；
· 评审项目变更请求；
· 定期会晤，审查项目进展并解决发生的问题；
项目经理

· 与金蝶的项目经理一起：
· 在所有项目小组之间协调资源的分派；
· 制定、监督和实行项目规划和相关工作日程；
· 组织项目进展状态会议，准备/发布项目沟通/报告；
· 监控项目进展、任务完毕情况以及该项目的资源分派和发挥的效益；
· 管理问题解决进展，分派优先级别并监督相关校正措施的实行，涉及由金蝶项目经理提出的项目；
· 管理变更控制过程；
· 承担运用XXX资源的重要责任；
· 负责从XXX内部决策制订者处获得项目结束指示。
功能小组成员

· 给最终用户传授生产制造系统相关知识
· 参与系统、设计、和测试过程，辅助编制文档和执行权力以作出设计决策；
· 对数据转换、接口和报告等系统指标负重要的责任；
· 对迁移数据的清理和确认负重要责任 ；
· 辅助系统配置和启用；
· 对数据转换、接口功能确认、开发报告功能负重要责任 ；
· 对测试案例、测试数据和系统及用户验收测试的所有方面负重要责任 ；
· 辅助解决在系统测试和用户验收测试过程中发现的问题；
· 开发培训资料，负责最终用户培训工作。
技术开发组成员

· 对转换程序、报告和接口程序的开发工作负重要责任；
· 辅助进行客户化开发的工作；
· 辅助进行系统测试和用户验收测试；
· 设计技术环境架构和流程；
· 参与报告设计、开发和交付的技术方面工作；
· 辅助查找并解决系统集成测试过程中发现的技术问题。
系统维护组成员

· 为金蝶介绍XXXK/3生产制造系统环境、系统和数据结构方面的情况，准备恰当的指标并辅助进行系统配置和启用；
· 对技术基础设施组件，涉及设计、配置、管理、维护和调谐等负重要责任 ；
· 在项目实行和系统启用的过程中，维护K/3生产制造系统应用程序，对其进行更新和修复；
· 为技术环境创建、管理和调优提供建议和帮助。

4.2.3项目推动小组及协调小组
XXX 生产制造系统的最终所有者并不是项目组，也不是生产制造人员，而是该系统的全体用户，涉及各部门的领导和所有员工。所以在整个项目过程中，这些人员的参与、投入、以及支持对整个项目的成功起到关键作用。也因此必须对这些人员对项目的职责进行明确。
角色
人员
说明
项目推动小组成员

· 负责XXX 生产制造系统在本部门的宣传及应用；
· 对系统应用出现在本部门的问题负责领导解决，并和项目组沟通状态；
· 组织人员为系统数据迁移准备数据，并保证数据的准确性和及时性；
· 负责组织人员参与系统最终用户测试；
· 保证本部门所有员工都接受充足的e生产制造系统培训；
· 系统上线后，保证本部门内所有和系统相关的生产制造流程都按照项目设计进行，例如按照拟定的审批规则进行审批工作。
项目协调小组成员
各部门协调员
名单见下
· 辅助部门领导在本部门开展XXX 生产制造系统宣传及应用工作；
· 配合项目组及部门领导，负责协调生产制造系统在本部门开展的各项具体工作，担当项目组和本部门的工作桥梁；
· 负责按照项目组的规定搜集和整理数据，在数据迁移工作完毕后，在项目组的帮助下负责进行数据核对；
· 按照项目组规定参与最终用户培训；
· 负责组织本部门员工参与e生产制造系统培训；
· 负责项目组和本部门的其他沟通和协调工作。

项目推动小组及协调小组人员名单
编号
部门
推动小组成员
协调小组成员
1
集团生产制造部

2
中国区

3XXX分公司
生产制造部

生产部

4.2.4项目其他参与人员和小组
在整个项目过程中，参与项目的人员除了上述XXX和金蝶项目人员外，还需要引入其他相关人员和小组。这些人员，特别是参与到项目中的关键用户，对系统设计能否满足XXX业务需求以及系统实行的质量都起到重要的作用。参与到项目中的其别人员和小组涉及：
角色
人员
说明
关键用户
相关人员
· 代表性地参与项目组、用户测试、以及支持组的活动；
· 使用软件；
· 提供反馈。
用户测试组(UAT)
相关人员
· 在关键行动中代表业务所有者和最终用户的利益；
· 在项目作出影响到最终用户的决策时提供建议/辅助；
· 是决定系统是否能被接受的决策者；
· 提供反馈。
培训/流程/测试组
相关人员
· 在关键行动中代表业务所有者和最终用户的利益；
· 负责参与与最终用户培训、业务流程改善和最终用户测试相关的策略和计划的制定和执行。

5项目计划
本项目将遵循金蝶在K/3生产制造系统实行领域所总结出的系统实行方法论。本项目将按照这一实行方法论来进行，将完毕系统功能的所有设计工作。
5.1项目阶段划分及关键任务

[图：项目实行方法论]

项目准备——目的定义
蓝图设计——目的分解
系统实现——目的实现
验收交付——客户价值实现
四步实行法中每一步都具体进行了任务分解，定义了每个环节具体的工作内容、工作时间、工作方式、负责人、工作成果等。
5.2时间表
根据上述实行方法论，本项目的具体实行计划如下，项目工作的开展将按照此计划执行。

[图：项目实行计划概述]

具体的项目计划内容，涉及项目阶段划分、项目任务清单、每项任务起始截止日期、负责人、以及各项任务所需要完毕的文档，请参见附件一：《XXX 生产制造项目实行计划》。
5.3里程碑
里程碑是用于标志项目组完毕的事件或重要成就的时间点，同时还是可以标记项目进展的时间点。XXX项目重要里程碑和相关时间表如下所示：
项目阶段
里程碑
计划日期
项目准备

蓝图设计

系统上线

验收交付

这些里程碑出现于XXX项目计划中，里程碑插入在作为项目计划中重要事件的工作、环节和任务完毕的时间点上，有助于对项目进展进行监控。里程碑的状态在每周的项目管理报告中加以监控，该报告要提交给项目管理组、项目总监和其他关键性项目相关手中。
5.4项目计划执行和报告
项目经理对监控项目进展负重要责任。项目计划是用于通报项目进展和当前状态的关键性文献。项目计划涉及项目阶段、任务、任务期限、资源、任务的计划开始和结束日期、里程碑、负责人、和可交付成果等。项目计划将由MS Project进行维护并且要反映出项目方法论计划阶段。
只有在两种情况下，才干对整个基准计划进行重新设计。一是只要出现任何会从主线上影响项目进度的范围变化，就应当更新整个基准计划。同样，当进度或预算偏差非常严重的时候，就需要重新制定基准计划以使业绩报告重新变得故意义。
项目计划执行和报告应按照流程进行，具体来说如下：每个项目组成员将负责按照项目计划更新实际进展情况并估算自己分派到的任务离完毕还需多少时间，这些工作是每周项目报告例会的一部分。项目管理组每个星期五会晤一次，参照项目计划审查项目进展情况。审查工作以考察迟延情况为基础，集中精力查找现存的或潜在的任务迟延，评估对项目导致的影响，并对要采用的用于减轻影响的行动计划达成一致意见。对于那些存在迟延也许的任务（例如：预计完毕时间晚于计划时间）项目经理加以突出表达。该任务的负责人应制定出一个应对潜在迟延的行动计划以减小对其他项目工作导致的影响。项目组组长要在每周的状态报告问题部分中注明也许发生的任务迟延，其内容涉及问题的简短说明、防止迟延的行动计划简短说明或者是新任务日期，日期上应注明对其他任务导致的影响。
6项目文档管理
6.1项目文档管理的重要性
实行金蝶K/3生产制造管理系统是一项复杂系统的工作，为了保证项目的最终成功，必须在项目的每一个阶段都进行严格的控制。而项目的文档是项目工作过程及结果的反映，是项目控制的依据，同时也是“知识转移”的关键载体，因此必须对项目整个过程都要充足文档资料化。
本文献规定了项目过程中的所需要编写的文档，重要涉及项目管理文档、项目技术文档及项目功能文档等。此外，本文献还对文档编制的具体规定进行了说明，项目组成员在制作这些文档时都要按照这些规定进行，并且都必须通过相应负责人的确认签字。
6.2项目文档体系
在项目实行的不同阶段都需要编写相应文献，下表说明了在项目哪些阶段需要哪些文档，以及相应的文献格式、编码规则及需要完毕日期规定等。
文档名称
项目阶段
文献格式
文档编码规则
签字人

下面对上表列出报告的重要内容和编写目的进行说明：

§ 项目实行及工作计划：在项目开始时需对整体的时间计划、关键检查点、职责分工等进行明确。此外，在具体实行过程中，还要有具体的工作计划，一般是按周制订并且检查。
§ 评估报告：是系统评估阶段的重要工作成果。它总结所有当前的业务流程，以及所有当前业务流程和当前系统的输入（表单等）和输出（报告等）。它还应涉及一系统功能检查表，将系统功能在高层次上与当前业务流程进行相应，并找出和当前流程/系统的差别。同时该报告还应涉及重要的系统接口需求和数据迁移的战略。
§ 设计报告：在对系统进行设计的基础上，总结需要对当前业务流程进行哪些修改。在拟定的流程的基础上应当总结对系统进行何种配置来满足流程的规定。对于要进行的系统的客户化开发涉及报告，需要由功能人员制定从功能的角度对开发应达成的效果提出的规定。
§ 系统接口设计报告：对有外部系统接口的流程，描述接口要实现的功能和达成的目的，并应从业务角度描述可以采用的解决方案。
§ 系统开发规格说明：根据功能人员制定的系统开发的功能需求，从技术的角度制定开发的设计和规范，涉及使用更改哪些系统的对象，开发项目如何组织，程序逻辑如何实现等。这一文档应当由技术人员编写。
§ 数据准备表：由凯捷根据数据迁移的战略进行制定，涉及所需要迁移数据的每一数据项，以及对其的格式规定。天狮应根据该准备表进行原始数据的清理和准备。
§ 用户测案例和结果：XX项目组成员应按照其拟定的业务流程编写系统集成测试案例，保证这些案例涉及了其所有的业务流程。按照这些业务案例执行后产生的对当前流程的影响以及对其他流程和环节的影响也应涉及在案例中。在用户进行测试时，应记录实际测试所产生的结果，与预期结果进行比较。
§ 用户培训计划：培训开始前制订培训计划，对培训的过程、课程和参与人员进行安排。
§ 用户使用手册：用户对系统进行操作的指导和备查手册。它应涉及拟定的天狮的所有业务流程，并按照业务流程的方式来组织系统的功能。新用户在接受过系统使用培训后，参照该手册和业务流程的政策规定应当即可以基本完毕系统的操作。该手册也将作为最终用户系统培训所使用的教材的一部分。
§ 用户培训教材：对最终用户培训所使用的教材，与用户手册结合对最终用户进行培训。
§ 系统上线计划：对系统上线过程进行具体安排，涉及数据转换和核对过程、用户授权、切换时点、数据补充录入的时限等，系统上线的过程应严格按照该环节进行执行。
§ 系统上线报告：它是在系统的上线过程中和上线后进行制作的。在上线过程中，重要涉及数据转换的结果以及数据核对的确认。在上线后，需要对上线过程进行总结，找出也许存在的问题和解决办法。
§ 系统维护文档：供系统管理人员使用的系统维护手册。它的编写应结合天狮的系统管理政策，如系统备份的策略等。它应当涉及系统架构和使用的软件、硬件平台的描述；各系统（生产、开发、测试等）的分布；系统的启动、关闭、备份、性能监视和常用系统维护工具的使用说明等。
§ 对帐确认报告：在支持期间内对每月工资计算结果进行验证。
§ 系统质量检查报告：总结系统上线至今的状况，分析过去发生的重要问题和解决方案。对系统使用的进一步提高和改善提出相应的意见。
所有项目文档都只使用中文编写。对于文档的签字，原则上由XXX生产制造业务领导完毕，对于系统上线报告等这些关键的项目阶段总结报告，需要在项目会议上进行报告讨论，并最终由相关领导签字确认。同时，由于本项目的日程安排紧密，为了保证项目可以按照计划进行并最终可以在计划日期上线，因此项目文献的签字工作应当在文献递交5个工作日内完毕。假如超过5个工作日仍然没有签字，则视同已经签字确认，并且项目组的工作将按照这些文献进行。
6.3项目文档管理环境
作为项目管理最佳实践的一部分，项目文档应当在一个集中且可控的环境内统一维护。这不仅可以保证项目文档的标准化，更重要的是这种方式为项目相关人员的知识共享提供了一个便捷的平台。本项目的文档统一在XXX项目文档管理服务器内维护，具体的地址是：
7项目沟通管理
7.1项目决策流程
下面介绍的决策和上报流程与平常挑战和决策有关。某些挑战也许会导致项目范围、资源或时间表的变更并需要运用变更管理中描述的变更控制流程进行解决。
对于那些不会对项目范围、资源或时间表导致明显影响的决策，项目组有权自行决定。决策的第一级上报领导为XXX项目经理。第二级上报领导是项目总监。在向更上一级报告之前，在某一级领导处不得上报两次以上。需要从指导委员会处得到输入的决策或者需要获得内部大多数批准的决策仅限于以下几种：(i) 对XXX现有业务流程会导致重大影响的决策； (ii) 会影响到XXX关键方针政策的决策； (iii) 会给项目范围、时间表、功能性或成本带来显著变更的决策（称为“重大决策”）。下页给出了一幅决策流程图，对以上流程做出了具体描述。

7.2项目列会
XXX项目沟通计划用于为项目实行和培训阐明沟通的目的、范围、流程和计划，保证项目领导、顾问和工作组能接受到及时准确的信息。项目沟通的目的受众是：
§ 指导委员会
§ 项目总监
§ 项目经理
§ 核心项目组
§ 最终用户
每周四14:00－15:00项目组所有成员都要会晤一次。会议由项目经理主持，对过去一周的工作进行总结，讨论项目工作中存在的问题和解决方案，并且对下周的工作进行安排。项目组和项目管理组的特别会议将根据情况安排日期。
每周五14:00－15:00项目召开一次管理睬议，参与者涉及XXX项目总监，项目经理，以及小组负责人。会上接受项目管理组提交的项目状态报告，每周提交一次的项目管理状态报告将被作为制定指导委员会报告的重要基础。项目主任对指导委员会状态报告的制定和提交以及报告会组织等工作负重要责任。
8项目风险管理
在实行应用过程中，不可避免的会存在一些问题和风险，这就需要我们双方本着务实的原则，及时总结和认真看待，对的协调和解决。XXXXXX本次项目实行也许面对风险及建议的应对策略。
8.1实行周期延期的风险
1、公司建立全集团统一的生产制造管理制度的完毕日期不确认；
应对方法：建立周密的计划，保证按实行计划完毕集团生产制造管理制度的建立。
2、统初始化过程中新老科目转换初始余额的整理也许耗时较长；
应对方法：公司在准备初试化数据之前就建立针对该问题的明确的解决方案。
3、节假日的风险（例如：春节）
8.2实行范围风险
1、在某一实行分步内的实行主体范围过多，也许会导致项目延期；
应对方法：按照实行计划分步实行
2、在某一实行分步内的实行模块过多，也也许导致项目延期，使实行人员失去信心；
应对方法：按照实行方案建立在各个环节的实行目的值。
3、过度关注细节，导致项目花费在无尽的讨论开会
应对方法：项目高层应对的引导，以集团实行目的为重点，先上线，后改善
4、无明确可执行的实行目的
应对方法：系统并不是万能的，不要把公司解决不了的问题放在系统的实行目的上。要从公司基础管理做起，制定的确可行的阶段性目的，由于公司的管理是有层次的，不同实行阶段有不同的应用效果，实行K/3系统的成果也就有层次和阶段之分
8.3人员的风险
1、悲观应对项目实行，缺少激情，怠工等；
应对办法：建立有效的奖惩措施，对其导致的影响给予公布。
2、无效的项目组织
应对办法：依金蝶项目组织规定，成立项目组织，并在相应的业务领域成立项目小组，并由相关部门负责人担任
3、散布谣言，打击项目实行小组成员；
应对办法：定期公布项目实行进度，对散布谣言者给予处罚。
4、中高层领导安排其他事务给实行人员，导致实行进度无法按期完毕；
应对办法：专人专用，如需解决其他事务，必须经项目实行领导小组成员批准。
5、由于在新的流程确立后，也许会影响到相关人员的利益，特别是中高层的利益，导致对项目产生抵制情绪，最终影响项目实行进程；
应对办法：召开专门的中高层协调会议，对项目实行统一结识，明确目的，并由最高领导出面协调解决。
8.4管理变革的风险
1、部门在应用过程中产生冲突；
应对办法：高层领导从公司整体利益上给予仲裁。
2、在系统切换时，为了局部利益，擅自从系统外进行业务解决；
应对办法：各个实行单位高层不得在系统外进行业务的审批
3、认为K/3是万能妙药，可以解决公司所有的问题；
应对办法：系统是解决关键合理流程，不是解决公司不合理或错误流程，数据进去的是垃圾，出来的还是垃圾。
4、现有业务流程必须在系统中体现；
应对办法：ERP实行是一个重整和优化现有流程的过程，把过去不合理管理机制和管理流程进行修改，希望让系统适应过去旧的流程是不合理的管理机制和管理流程，必然导致实行失败。
5、高层应当在关键时刻站在整体优化的高度，进行仲裁，避免陷入无谓的争执中。
9项目变更管理
变更控制是通过有序地管理变更来稳定开发过程、减少项目风险。本程序的制定是为了检查所有的变更请求，决定哪些需要实行、哪些需要推延、哪些需要否决。在得到对方的认可后，进度和成本将相应地做出调整。一个有效的变更控制程序对于避免项目延期和超支是必要的。
9.1提出变更
提出变更需一方面填写“变更申请表”（REQUEST FOR CHANGE，以下简称RFC）。RFC需由申请方项目经理交给对方项目经理。接受方项目经理将就RFC的技术可靠性以及对整个项目的影响做出评估。经接受方项目经理批准的RFC将提交项目领导小组批准备案，未被批准的RFC将退还给申请方项目经理。任何双方项目经理不能解决的争议将提交项目领导小组审议。
变更申请表
变更申请
(系统名称)变更申请序号#：
申请人：

日期：
申请变更内容：

申请变更因素：

变更类别(标明一个)

A.功能方面_____B.运营性能方面______C.文档方面______

授权人签字：_______________________日期：______________

9.2接受方的响应
Ø 接受方项目经理将在接到RFC的三个工作日内确认收讫，并说明分析RFC，做出相应的工程变更建议书（ENGINEERING CHANGE PROPOSAL，以下简称ECP）所需的时间。假如金蝶是接受方，金蝶可对RFC分析报告以及ECP进行收费并以书面形式告知客户收费标准，金蝶将于客户批准收费标准后三十天或双方协定的时间内，对RFC进行分析研究并做相应的ECP。
Ø ECP将就RFC中所提出的变更对整个项目的影响做出以下几方面的说明
Ø 基本变更－文献的增改和删除
Ø 软件设计－程序编码的增长、修改和删除
Ø 测试项目－测试计划、测试和重新测试的修改
Ø 系统性能－确认修改项目对系统性能的影响以及增长或改装其它机器是否必要
Ø 培训－培训计划、课程准备及教材
Ø 其他材料－列出所有其它材料
Ø 人员需求－确认增长其别人员的必要性
Ø 进度－项目进展情况、交付件的进展速度和协议的终止日期
Ø 也许的费用
9.3申请方的认可
Ø 申请方项目经理需对ECP进行书面确认。任何双方项目经理不能解决的争议将提交项目领导小组审议。
Ø 在申请方项目经理确认后，假如修改涉及项目协议或费用，还需由项目领导小组批准。
Ø 批准后的ECP将以“工程变更建议书”的形式列为本工作说明书的协议，同时取代前期的任何相冲突的协议。
9.4变更实行
Ø 双方将根据经确认批准的ECP重新调整项目计划，并进行任务分派。
Ø 双方将根据新的项目计划履行各自的责任。
9.5变更程序流程
Ø 客户或金蝶一方以书面形式提出RFC；
Ø 将RFC提交对方(或项目领导小组)作技术可行性评估；
Ø 金蝶以书面形式给出ECP的准备时间和所需费用；
Ø 项目经理委派评审小组讨论金蝶提出的时间和费用以及是否批准RFC；
Ø 金蝶做出ECP并确认所需费用和进度；
Ø 双方(或项目领导小组)讨论ECP并提出实行建议；
Ø 申请方对ECP提出认可；
Ø 项目领导小组批准对协议进行修改(假如需要的话)；
Ø 实行ECP。
10知识转移
在项目进行中，知识的转移给贵公司用户是每个顾问的目的。知识转移重要分为以下几个层次：
· 从项目经理至贵公司项目管理层
· 从业务顾问至贵公司关键用户和内部顾问
· 从技术顾问至贵公司IT部门人员
· 贵公司关键用户和内部顾问至其它贵公司员工
在项目实行过程中，将重要通过以下方式进行知识转移：
•项目小组培训
通过该培训，贵公司项目小组成员及来自业务部门的关键用户将对K/3生产制造系统相关模块的概念和流程有初步的结识, 从而为后续的业务流程设计打下基础。
•在项目培训（On Project Training）
通过对贵公司项目小组的在项目培训加强对K/3生产制造系统的熟悉,，初步达成可以独立地针对某一模块进行初步客户化配置，并能较有效地进行最终用户培训。此外，通过和顾问的进一步交流，掌握K/3生产制造系统的项目实行方法，以便为将来进一步进行系统推广做好准备。
最终用户培训重要由贵公司项目组成员授课，顾问协助指导。通过此培训，系统未来的使用者将掌握系统相关流程的操作。
此外，贵公司项目组成员在实行方法，蓝图设计，配置文档，测试文档，用户手册编写等过程中将得到征询顾问全面指导和培训。
11质量控制
· 项目章程由双方项目管理层审阅批准
· 业务蓝图由双方项目管理层审阅批准
· 用户文献由项目小组，项目经理审阅
· 培训计划由项目小组制定

12验收标准
12.1验收方式
本项目采用分阶段提交成果和验收的方法。在得到本阶段成果的确认以后，再开始下一阶段的实行工作。以保证项目始终在实行双方意见一致的前提下进行。
项目阶段验收将根据双方确认的本阶段实行目的，工作计划和提交的阶段工作完毕报告作出结论。
在金蝶方书面提出验收申请之日起，XXX项目经理（或其授权人）应在5个工作日内，书面签署确认报告或向金蝶项目组提出优化的建议。
12.2验收标准(根据项目情况修改)
系统模块
功能明细
实现范围
是否完毕
计划管理
生产数据管理
XX公司
√
主生产计划
XX公司
√
物料需求计划
XX公司
√
MTO

……

生产管理
生产管理

车间作业管理

设备管理

反复生产计划

……

看板管理
看板管理

精益管理

……

13文献签署
该章程已经贵公司和公司审阅并予以批准。
签字确认

------------------------------
贵公司项目发起人 XXXX年XX月

------------------------------
项目经理 XXXX年XX月