《明源地产ERP·成本系统》项目章程

1、 项目章程 重庆XX地产（集团）有限公司明源地产ERP·成本系统项目章程作 者：创立日期：最后更新：版 本：XX领导小组XX项目经理XX信息管理负责人明源项目总监明源项目经理目录1项目综述31.1项目标识31.2项目范围31.3项目明细目标设定51.4项目目标管理62项目实施范围72.1项目实施范围定义72.2超出实施范围的内容72.3主要的项目交付成果82.4限制和假设83项目进度103.1项目阶段103.2项目计划104项目组织和沟通124.1XX项目小组124.2明源项目小组134.3项目分工134.4项目沟通144.5定期召开的项目会议144.6临时召开的会议154.7项目文

2、档155项目质量保证175.1与成本系统项目相关的质量因素175.2与项目组成员相关的质量因素175.3整体质量制度175.4项目检查和审核程序185.5文档审批响应196项目管理方法和程序206.1项目计划206.2项目进度监督和控制206.3范围变更管理206.4风险和问题管理207项目验收217.1验收总则217.2进度与验收217.3项目文档交付217.4知识转移227.5验收方法228项目管理标准238.1项目标准238.2方法论和工具238.3计算机和数据安全238.4文档编码规则238.5项目文档审批程序238.6会议纪要248.7工作确认单249项目风险259.1管理风险259

3、.2员工风险269.3数据风险279.4二次开发风险289.5系统风险28 2 / 30 项目章程 1 项目综述1.1 项目标识项目名称：XX明源地产ERP·成本系统实施项目简称：成本系统客户方：重庆XX地产（集团）有限公司简称：XX地产或XX实施方：重庆明源合创软件科技有限公司简称：明源公司或明源，英文简称Mysoft1.2 项目范围在本项目的实施过程中采用明源项目实施管理方法论。本项目的具体范围是：1） 实施公司范围:公司范围主要涉及部门范围XX地产（集团）成本管理中心、财务管理中心XX地产成本管理部、财务管理部XX投资成本管理部、财务管理部山东XX成本管理部、财务管理部2） 实

4、施项目范围:公司项目分期销售分期成本系统在建状态XX地产XX 一期已结算二期已结算三期已结算四期在建五期AB已结算五期D尾盘五期E临近结算五期C在建六期已结算七期已结算八期临近结算九期在建十期拟建十一期临近结算十二期临近结算十三期拟建十四期拟建十五期拟建十六期拟建山东XXXX爱都XXX1期临近结算XX地块拟建XX城一期B7在建B1拟建B3拟建B5拟建A2拟建A14拟建XXX拟建表示上线且管控的分期表示上线但不管控的分期表示已结算不上线的分期表示已规划但目前达不到上线条件的分期说明：l 合同书面约定本次实施项目范围为XX地产、XX投资、山东XX3个公司旗下的项目，超出部分按合同约定费用及方式进行

5、推广。 3） 实施产品范围：有关本次项目所涉及的明源产品名称：序号需要实施的系统1明源房地产CRM成本管理系统1.3 项目明细目标设定通过调研沟通定位，将根据高层、业务层、操作层的管控需求在XX地产实施明源成本系统，特制定相应的实施目标如下：l 成本系统实施目标实施整体目标实施1级目标实施2级目标实施3级目标可交付成果建立控制型成本管理体系1.搭建成本管理体系的流程支撑成本管理基础建立成本管控模型应用解决方案成本管理模型建立集团统一成本控制科目成本控制科目建立合约规划模版合约规划模版统一合同类别应用解决方案合同类别表控目标建立目标成本编制、调整流程应用解决方案目标成本编制、调整流程建立合约规划

6、编制、调整流程应用解决方案合约规划编制、调整流程控合同建立合同订立流程应用解决方案合同订立流程建立合同变更流程应用解决方案合同变更流程建立应付进度款流程应用解决方案应付进度款流程建立合同结算流程应用解决方案合同结算流程建立非合同应用流程应用解决方案非合同应用流程控付款建立资金计划管理流程应用解决方案资金计划流程建立合同付款流程应用解决方案合同付款流程建立扣款管理流程应用解决方案扣款管理流程控动态建立动态成本月度回顾流程应用解决方案动态成本月度回顾流程控材料建立材料管理流程应用解决方案材料管理流程2.系统上线2.1上线准备初始化数据准备成本系统权限设置表业务参数初始化设置表上线资料准备上线数据清

7、单及明细表（依据上线范围对应的数据准备）成本系统工作流岗位流程表成本系统工作流表单明细2.2数据上线数据上线数据上线方案（包括上线项目范围，时间，补录内容）数据上线完成报告报表交付报表需求确认单报表验收确认单说明：以上内容根据在XXX年XX月XX日的调研汇报会上总裁意见整理形成并由双方项目团队商定达成一致。1.4 项目目标管理l 编制：以上约定的实施目标由双方团队共同探讨、确认获得，作为指导项目工作的唯一标准，项目章程双方签署后生效。l 执行：方案阶段基于实施目标开展项目工作；在应用方案定稿后，双方编制项目验收标准作为指导上线、验收阶段的唯一标准，项目验收标准双方签署后生效。l 变更：如实施过

8、程中因各种需要对项目目标进行修订，需编制变更确认单，经双方团队共识后，并按照本章程【6.3范围变更管理】的审批程序通过后，方可改变原计划执行新目标。l 验收：目标的最终验收需按照项目验收标准及变更确认单（如有）进行逐项验收，约定内容全部达成后，可召开项目主体验收汇报会议，会上达成一致后双方进行项目主体实施验收报告的签署。后续专项：材料管理、财务接口（待定）、移动审批（待定）在逐一交付确认后，可召开项目专项验收汇报会议，会上达成一致后双方进行项目专项实施验收报告的签署。其中财务接口、移动审批需在主体验收前确认是否纳入专项验收范围。2 项目实施范围2.1 项目实施范围定义类别包含内容业务范围以本章

9、程【1.3项目目标】作为本次系统实施的业务范围基准实施内容包括成本系统应用方案设计、二次开发需求交付、系统部署、培训、数据迁移、上线支持及应用指导产品模块参阅明源地产ERP·成本系统系统标准功能列表组织范围重庆XX地产（集团）有限公司及其下属房地产开发公司技术架构本项目基于BS结构，采用MS操作平台；服务器基于MS Server2008和MS SQL Server 2008R2,客户端基于MS IE 8.0及以上版本流程相关· 业务流程现状重现，以客户方核心小组成员为主，明源实施顾问协助完成；· 业务流程优化，以客户方核心小组成员为主，明源实施顾问提出优化建议、协

10、助完成。软件安装· 负责服务器端安装;指导客户端的安装培训· 客户方项目小组成员培训；· 客户方内部讲师（成本系统相关）培训；· 最终用户操作培训；· 客户方系统管理人员培训。2.2 超出实施范围的内容l 任何不符合合同约定的业务需求、功能需求；l 任何不符合合同约定的上线项目；l 任何不符合项目目标的业务；l 任何与前述实施模块无关的数据转换、客户化程序、升级、系统接口；l 硬件选择、网络测试操作系统平台维护数据库平台日常维护；l 成本系统之外的数据库和应用系统运行效率调试；l 合同规定之外的后续支持；l 上述事项的发生，都会导致项目范围的改

11、变。2.3 主要的项目交付成果本项目采用分阶段提交成果和验收的方法。为保证每个阶段的工作高效和准确，在得到上一阶段成果的确认以后，再开始下一阶段的实施工作。以保证项目自始至终在实施双方意见一致的前提下进行。项目实施验收将根据双方确认的项目实施目标，工作计划和提交的阶段工作完成报告做出结论。XX地产的代表应及时书面签署确认报告或明源公司提交的要求确认的有关文档，或者提出不予确认的结论和原因。以下是本次项目中需确认的关键文档清单：阶段成果文档说明启动项目章程调研汇报通过之后，即达成签署条件。方案应用方案方案汇报通过之后，即达成签署条件。验收标准方案汇报通过之后，即达成签署条件。上线上线流程验收报告

12、上线流程完成业务部门的测试后，即达成签署条件。数据上线方案完成上线规划并通过评审后，即达成签署条件。上线完成报告完成上线培训、数据核对之后，即达成签署条件。验收项目主体验收报告验收标准全部达成之后，即达成签署条件。项目专项验收报告专项验收全部达成之后，即达成签署条件。专项确认二次开发需求确认单需求方案明确之后，即达成签署条件。二次开发验收确认单需求开发完成并成功交付之后，即达成签署条件。报表需求确认单报表规划明确之后，即达成签署条件。报表验收确认单报表制作完成并成功交付之后，即达成签署条件。专项交付阶段的交付成果为以下内容：专项成果文档说明材料管理二次开发验收确认单需求开发完成并成功交付之后，

13、即达成签署条件。财务接口（待定）财务接口解决方案需求方案明确之后，即达成签署条件。财务接口验收确认单需求开发完成并成功交付之后，即达成签署条件。移动审批（待定）移动审批表单确认移动审批表单样式确认后，即达成签署条件。移动审批验收确认单移动审批功能完成测试并成功启用之后，即达成签署条件。说明：财务接口、移动审批为待定工作内容，如项目主体验收时未确认，则不包含在专项验收范围内。2.4 限制和假设2.4.1 限制条件本项目有以下的限制条件：l 所有合同或实施方案约定范围外的变更，将通过范围变更控制流程处理；l 明源公司提交的各种文档和XX地产签字确认的内容均以最新版本为准；2.4.2 假设条件本项目

14、的项目管理计划是建立在以下假设条件的基础上：l 双方项目小组成员在整个项目实施期间能按需要的时间完成所承担的项目工作；l 根据项目工作计划，双方能提供满足需要的各类合格的技术人员从事阶段性工作；l XX地产能够按照项目工作计划的要求，及时提供ERP系统所要求的业务数据及其他信息；l 明源公司能够按时提交工作成果和相关文档（同时保证文档和成果的可靠性等），XX地产能够在规定的三个工作日内给予确认与否的答复。如果是否定的答复应有对原因做书面说明；l XX地产与明源双方应明确签字代表，以及签字代表的授权人，保证项目能够按照工作计划顺利进行；l XX地产代表的签字是建立在对提交文档的正确理解基础上的。

15、l XX地产方面能够在项目工作计划的范围内保证根据明源在本方案中建议的与本项目相关的计算机硬件系统和网络系统的正常运行。3 项目进度3.1 项目阶段本项目采用明源公司明源地产ERP项目实施方法论进行管理。根据明源公司项目实施标准化流程及本项目的具体情况，将项目工作分成6个阶段进行：l 启动阶段l 蓝图规划阶段l 培训与考核阶段l 数据上线阶段：分为上线准备阶段及上线阶段l 验收阶段l 二次开发阶段（可能与以上各个阶段并行）本项目采用明源成本系统实施方法论和工具来安排项目计划和控制项目进程。3.2 项目计划本项目自启动之日到验收，项目实施周期控制在8个月以内（即2014年6月30日前完成主体验收

16、、须结束本项目）。项目各阶段具体安排见项目进度计划，如下表：l 成本系统实施主项计划序号XX成本系统实施工作项工作日开始日期结束日期备注1. 前期需求调研阶段60 1.1 制度研读、调研准备5 1.2 需求调研及总结20 1.3 总裁调研、汇报7 1.4 专项需求确认21 1.5 签署合同34 2. 启动阶段20 2.1 项目章程要素沟通10 2.2 项目章程汇报、审批、签署5 2.3 项目启动会5 3. 规划阶段65 3.1 应用方案沟通、确认55 3.2 权责收集、确认20 3.3 应用方案高层汇报5 3.4 应用方案、验收标准签署5 3.11 成本相关制度调整（如有）15 *必须按时完成

17、：1.XX公司：4月底2.投资公司：4月底3.山东公司：5月底4. 培训、主体上线阶段106 4.1 销售系统二次开发处理、上线25 4.2 典型项目历史数据收集、匹配度诊断31 4.3 XX公司上线方案确认及汇报5 4.4 3地公司流程、表单配置10 *风险：人员、权责4.5 XX公司流程测试、验收5 *必须集中办公，1天内完成测试4.6 总裁上线验收汇报3 4.7 专项二次开发上线（变更专项）50 4.8 XX公司上线（九期）55 4.9 专项二次开发上线（扣款专项）75 4.10 零星二次开发上线（一批次）30 4.11 XX公司上线（其他在建项目）25 4.12 投资公司上线35 4.

18、13 山东公司上线43 5. 主体验收阶段19 5.1 高层桌面制作、调试5 5.2 高层桌面培训14 5.3 验收汇报会3 5.4 签署主体验收报告3 6 专项交付阶段112 6.1 移动审批（预计）34 6.2 专项二次开发上线（材料管理）75 6.3 零星二批次开发上线（二批次）112 6.4 财务接口（预计）43 6.5 签署专项验收报告33 说明：1. 标为红色的工作项，是需要总裁、各公司总经理参加的汇报或会议。2. 标为绿色的工作项，是需要总裁、各公司总经理关注的项目里程碑事件。4 项目组织和沟通4.1 XX项目小组4.1.1. 项目领导小组项目岗位成员工作职责项目领导小组1. 集

19、团、公司、项目资源的调配与授权。2. 参与业务决策与重大变更评审。3. 审核项目章程、应用方案、验收标准、验收报告等关键成果的评审。4. 对以上评审通过的成果文档进行最终签字认可。4.1.2. 项目实施团队项目岗位成员工作职责项目经理1. 与明源协作，拟定项目目标、范围、进度、质量等项目标准；推进项目按时、按目标验收。2. 决策业务板块中的业务问题；与明源协作牵头对业务方案二次开发方案进行编制、优化直至通过领导小组评审。3. 推进各公司按总部要求完成系统的培训、上线工作；协调地区公司人员按总部要求完成历史数据的清理与核对工作。4. 同明源一起负责应用方案在全集团范围内的业务培训；促进成本系统上

20、线及日常应用。成本线团队成员1. 参与应用方案、二次开发方案的编制工作。2. 按集团要求组织和协调相关部门，作清理历史数据及核对工作。3. 负责对在本公司传递成本管控要求及推进本公司的系统应用。财务线团队成员1. 参与应用方案、二次开发方案的编制工作。2. 配合成本部门作清理财务类历史数据及核对工作。3. 传递管控要求，促进本职能的系统应用。集团信息管理负责人1. 协助项目经理完成项目推进工作。2. 业务方案、系统二次开发等环节的技术评估。3. 按项目需要协调各区域公司人员参与项目。4. 按项目需要协调集团、区域高层参与项目。IT支持1. 系统审批流程的管理与配置工作。2. 保障系统服务端及客

21、户端正常应用的软、硬件支持。4.2 明源项目小组项目岗位岗位成员岗位主要工作职责客户经理1.负责项目商务事宜2.负责受理项目投诉项目总监1.项目监控与团队资源协调2.重点参与“项目启动、应用解决方案书设计阶段”的评审工作。3.提供业务管理咨询服务。4.对难点、重点二次开发需求提供咨询服务。项目经理1.负责项目总体计划编制与控制；2.负责项目目标制定与管控；3.负责需求管控；4.负责实施团队分工与协调5.负责业务方案制定，推进评审与确认6.负责推进项目按公司要求时间完成项目验收实施顾问1.负责参与成本系统的业务流程编制2.负责对需求方案进行设计3.负责系统操作培训4.负责数据集中上线阶段的支持工

22、作服务顾问1.负责服务器硬件及网络负荷系统要求并正常运行2.保证上线阶段客户应用顺畅，服务处理问题及时4.3 项目分工项目管理分工：序号项目管理XX明源1.工作管理工作计划任务分工计划检查项目经理集团信息管理负责人项目经理2.范围管理项目经理集团信息管理负责人项目经理3.风险管理项目经理集团信息管理负责人项目经理4.资源管理项目领导小组项目经理集团信息管理负责人项目经理5.日常管理项目经理集团信息管理负责人项目经理6.文档管理项目经理集团信息管理负责人实施顾问7.技术支持集团信息管理负责人IT支持开发人员4.4 项目沟通为加强项目沟通，本项目将定期和不定期召开以下会议：类型参与人频率召集者项目

23、启动会项目领导小组、项目团队1次项目经理、集团信息管理负责人阶段成果评审会议（调研汇报会、方案汇报会等）项目领导小组、项目团队3次（项目各阶段召开）项目经理、集团信息管理负责人项目主体验收总结会项目领导小组、项目团队1次项目经理、集团信息管理负责人项目专项验收总结会项目领导小组、项目团队1次项目经理、集团信息管理负责人项目周会项目团队每周1次项目经理、集团信息管理负责人临时工作会议按需参与按需召开项目经理、集团信息管理负责人范围/需求变更会议项目领导小组、项目团队视情况召开项目经理、集团信息管理负责人4.5 定期召开的项目会议4.5.1项目启动会l 项目章程发布会，宣布项目目标、进度、范围、组

24、织、项目管理计划等；集团高层领导进行团队动员，标志着项目启动阶段结束，可按照目标进行蓝图规划。l 输入文档：项目章程、启动会PPTl 输出文档：会议纪要l 会议召集人：XX项目经理、集团信息管理负责人l 会议人员：XX领导小组、项目团队及明源项目团队4.5.2阶段性成果评审会议（共2次）l 指项目章程评审会议、应用方案评审会议；l 输入文档：项目章程初稿、应用方案初稿l 输出文档：项目章程签字版、应用方案签字版l 会议召集人：XX项目经理、集团信息管理负责人l 项目章程汇报会议人员：XX领导小组、项目经理、集团信息管理负责人及明源项目团队l 应用方案汇报会议人员：双方项目组全体成员4.5.3项

25、目主体验收汇报会（共1次）l 项目成果验收会议，达成一致在会后双方签署本项目项目主体验收报告；l 输入文档：验收标准及对应工作完成确认单、项目总结PPT、项目主体验收报告初版l 输出文档：项目主体验收报告签字版l 会议召集人：XX项目经理、集团信息管理负责人l 会议人员：双方项目组全体成员4.5.4项目专项验收汇报会（共1次）l 项目专项交付成果验收会议，达成一致在会后双方签署本项目项目专项验收报告；l 输入文档：验收标准及对应工作完成确认单、项目总结PPT、项目专项验收报告初版l 输出文档：项目专项验收报告签字版l 会议召集人：XX项目经理、集团信息管理负责人l 会议人员：双方项目组全体成员

26、4.5.5项目周会l 每周五下午召开项目周会，协调项目工作，回顾和总结本周内项目进度，作出项目决策，分析问题和潜在问题，解决问题，讨论和安排下周工作计划。l 输入文档：会议议程，项目计划/周计划及完成情况报告，问题清单，本周和以前相关的会议纪录。l 输出文档：会议纪录，项目进度报告，项目周计划。l 会议召集人：XX项目经理、集团信息管理负责人、明源项目经理l 会议人员：XX项目经理、集团信息管理负责人（必须出席）、明源项目经理（必须出席）、双方领导小组成员（视情况参与）、双方实施小组人员、关键用户。4.6 临时召开的会议4.6.1临时工作会议l 定义业务需求，流程分析，分析和解决具体问题等。l

27、 会议文档：会议议程，工作文档，问题清单和描述，采取措施和计划。4.6.2项目范围/需求变更会议l 当预期到有项目范围的变动或变动发生时，召开本会议，相关人员/决策者讨论项目范围变动的解决方案。l 会议文档：项目范围变动申请，会议纪要，决策结果。4.7 项目文档在项目实施过程中，由于项目实施的复杂性，多方人员参加以及时间跨度长等因素，所以有关需求，解决方案和结论都必须文档化，标准化，以便查阅和引用。实施文档应作为项目成果的一个组成部分。4.7.1文档控制1) 文档保存I. 项目资料库：本项目所涉及准备的所有文档都会保存在项目资料库中。项目资料库存档遵循下列目标：l 保证所有项目文档对所有项目成

28、员是可读的；l 登记和保存提交文档是变更拷贝，按需要提供当前的和前面的文档版本；l 保存包括质量和标准文档的参考材料；l 维护项目所需要的行政管理资料，例如：后勤、报告和其他资料等；l 按项目的操作按时存储工作文件；l 项目资料库存档按文件分类进行存放。II. 文档分类项目资料库文档依据项目实施计划规定提交。建议按如下标准分类：0：过程控制文档(项目周报，会议纪要)1：需求修改单(问题跟踪表，需求修改单，需求修改编码以(客户)简称首个拼音字母大写加日期的方式进行记录) ；2：项目准备(项目章程，实施计划) ；3：蓝图规划(调研报告，业务解决方案，实施计划，需求确认表，项目实施验收标准) ；4：

29、系统交付(安装确认单) ；5：系统培训(培训计划表，培训确认单，培训总结报告) ；6：上线切换(系统初始化方案) ；7：优化推广(推广实施计划，系统维护方案)。2) 文档编写要求（详见文档规范说明）I. 文档封面要求：封面统一使用“XX明源地产ERPXX系统XX文档”II. 文档控制要求：文档编写日期格式为：YYYY-MM-DD字体选择要求：字体一律“宋体”，五号字4.7.2 项目文档的发布所有可以发布的项目文档将统一由双方指定联系人传递，并通过E-MAIL发送到所有项目组成员。5 项目质量保证为保证项目质量，在项目实施的过程中，双方项目组成员按下述规范的质量保证程序和方法，来完成项目工作任务

30、：· 交付成果/文档的检查和审核；· 确认责任人和决策者；· 变更的产生、管理以及问题的确认、解决和跟踪；· 项目整体管理的一致性。本章描述项目管理的整套质量保证体系。5.1 与成本系统项目相关的质量因素· 项目工作内容面向业务流程和需求；· 解决方案应该清晰明了并且可行。 5.2 与项目组成员相关的质量因素· 工作应该针对项目目标；· 工作应该即时准确地完成；· 通过充分的计划和预测，减少突发性事件；· 演示以及文档的语言应该清晰明了、无歧义；· 项目文档应该由相应的责任者签字确认；

31、· 项目组成员应该具有相应的背景、经验、培训。 5.3 整体质量制度· 将工作细化到模块、任务、子任务；· 明确地分配任务；· 为每个任务确认交付结果；· 根据项目计划安排工作；· 确认项目、模块、阶段的关系；· 有序的项目监督和控制；· 有组织的管理制度；· 文档书写的标准；· 项目交付成果/文档质量的控制。5.4 项目检查和审核程序所有文档都应采用以下检查/审核程序：· 相关项目组成员或业务人员检查，达成一致；· 双方项目团队负责人检查，达成一致；· 按既定审批

32、程序对文档进行确认。本次XX明源地产ERP项目主要实施文档审批流程：序号阶段文档各区域上线负责人项目经理集团信息管理负责人领导小组1启动项目章程签1签1签1签2签3签3签3签3签3签42方案应用方案签1签1签1签2签3签4签4签4签4签4签53验收标准签1签2签3签3签3签3签3签44上线上线流程验收报告签1签1签1签2签3签4签4签4签4签4签5数据上线方案签1签1签1签2签3签4签4签4签4签45上线完成报告签1签1签1签2签3签4签4签4签4签47验收项目主体验收报告签1签1签1签2签3签4签4签4签4签4签58项目专项验收报告签1签1签1签2签3签4签4签4签4签4签59专项确认二次开

33、发需求确认单签1签1签1签2签310二次开发验收确认单签1签1签1签2签3签4签4签4签4签411报表需求确认单签1签1签1签2签312报表验收确认单签1签1签1签2签35.5 文档审批响应所有需要提交相关人员审阅的文档，双方都应在3个工作日内响应，做出同意与否的结论以及相关意见。6 项目管理方法和程序本章描述项目管理方法和程序。6.1 项目计划使用Microsoft Project、Microsoft Excel和Microsoft Word准备项目计划和工作描述。l 明确项目交付成果。l 将工作明确到项目组成员。6.2 项目进度监督和控制 l 每周准备项目周报，回顾和总结项目进度。l 项目

34、周会检查项目进展情况；6.3 范围变更管理系统实施目标方案书中明确定义了项目的范围。但是在项目开展的过程中，可能会遇到项目范围的变更。为减少项目风险，应该谨慎、及时地对待项目范围变更。本项目将采用正式的项目变更申请/批准程序管理项目变更。建议流程如下：变更申请人提出申请双方团队达成一致双方项目经理评估确认明源项目总监XX实施项目领导小组批准6.4 风险和问题管理通过项目进度会议讨论项目风险和问题是控制风险和解决问题的有效方法。为了管理项目实施中出现的风险和其他问题，需要采用以下风险和问题管理流程以确保项目的顺利实施。l 任何项目组成员或客户的员工都应及时将问题或风险记录到问题登记薄上（以下将问

35、题或风险统称为问题）。l 项目经理将就问题做出调查，解决问题或进行风险防范l 对复杂问题的解决过程将通过问题登记表进行详细记录。l 对问题的多种解决方案将在过程检查中进行讨论并记入问题登记薄。l 对各解决方案在时间和销售方面的影响应作出估计。l 项目经理应在问题登记薄中提出解决问题的建议。l 在项目进度会议或其他专题会议上讨论建议。如果问题的解决需要改变文档或软件，则需填写问题报告。l 如果需要对变更作控制，作为变更控制流程的步骤，问题登记表将提交为背景资料。l 如果问题的解决不影响项目的合同条款，明源项目经理应在问题登记薄上注销该问题。l 如果对问题没有采取任何行动，必须在问题日志上清楚地注

36、明。7 项目验收7.1 验收总则本节内容所规定的标准是作为项目验收的总则，以指导处理项目验收期间所出现的问题。具体详细的标准请参考相应文档上的规定。验收标准总则：1） 所有的交付文件得到XX方对应责任人的签字确认（见本章程5.4）；2） 项目实施工作以项目验收标准作为依据，以项目主体实施验收报告、项目专项实施验收报告签字确认为结束标志。验收依据：1） 完成系统产品交付，系统安装调试，确保系统正常运行；2） 完成系统的培训、考核；3） 完成系统的初始化工作和数据上线工作；4） 完成系统中涉及到的关键审批流程配置。本方案书中的验收标准仅为框架条款，具体细节以需求调研、模型设计后经双方确认的“XX成

37、本系统验收标准”为准。7.2 进度与验收对于项目进度的时限范围要求，以双方协商的时限为准，并且在项目实施计划中明确体现。未经双方协商和确认，不能够擅自改变项目进度计划。项目进度作为项目验收的考核标准之一，有以下的规定：进度影响验收的处理原则：形成书面报告，双方签字确认。l 在双方确定的项目要求时限范围内，明源能够按时按质提交产品成果并达到验收标准的，可以给予验收；l 在双方确定的项目要求时限范围内，明源没能够按时按质提交产品成果的，对于逾期原因，明源需要提交书面的分析报告，在获得(客户)实施组长签字同意下，可以给予验收；l 对于在双方确定的项目要求时限范围内，由于(客户)方面的原因导致项目逾期

38、的，明源公司有权提出变更实施目标、进度计划或者验收标准。经双方审批通过后，按变更后的实施目标或进度计划进行实施和验收；l 对于任何一方原因造成项目延误，另一方均可发出项目延误通知书交对方项目领导小组，并形成解决方案。7.3 项目文档交付在项目验收前，明源必须向XX地产提供规范的项目文档，明源公司必须保证所提交的文档的正确性和完整性，并且所提交的文档质量能够达到和符合XX地产的质量要求，所提交的文档符合要求并且通过评审，且实施达到验收标准的情况下，便给予验收。7.4 知识转移1) 明源实施顾问通过组织培训或现场指导，使系统关键用户都必须能够熟练地进行系统操作；关键用户负责对最终用户的培训。2)

39、对于维护期间发生的维护记录，顾问或维护人员必须明确承诺将问题处理过程形成规范的维护记录，参阅问题跟踪表，并定期提交给XX项目团队。7.5 验收方法项目成果达到项目验收标准的要求后，由双方进行联合验收，依据签字程序签署实施验收报告。8 项目管理标准8.1 项目标准本章确定了本项目使用的标准。这些标准可能在项目开展过程中发生变化，如果有变动，将会通过补充文档发布。8.2 方法论和工具本项目采用明源公司项目实施方法论，并根据XX地产具体情况做出调整。本项目将使用以下版本的软件：· Microsoft Word 2003- 文本文档；· Microsoft Excel 2003-

40、表格/数据文档；· Microsoft Powerpoint 2003- 演示/汇报；· Microsoft Project 2003- 项目计划；· Microsoft Visio 2003- 流程图描述。8.3 计算机和数据安全项目文档将在项目共享目录下保存。项目文档将作为项目工作成果，由XX地产IT管理员负责备份。项目组成员不负责这些文档的备份。项目文档一旦通过批准，则被标记为最终版本，将被交付在项目联系人存档保存。最终版本的文档如需变革，应严格按照变更管理程序执行，并由XX地产与明源实施项目经理共同负责管理文档编码的控制。8.4 文档编码规则以下后坠名被用

41、来标志文档的格式类型：· DOC for Word；· XLS for Excel；· PPTfor Powerpoint;；· MPPfor Project；· VSDfor Visio。本项目将采用如下的文件名来标志文档内容的类型：(客户简称)-文档名-日期-版本号。· （客户简称）示例：XX· 文档名代表：如实施计划等；· 版本号用字母表示：A、B、C；· 范例：XX明源地产ERP成本系统业务方案20120222A。8.5 项目文档审批程序· 文档准备者/发起人起草文档，使用“草案”版本,

42、 如：(客户简称拼音)-需求调研（草案）-01 ；· 文档由相关业务人员阅读、审批；· 当重要问题得到解决，项目经理认为该文档可以提交业务人员草签，则在文档上签字；· 在文档相关人员通过该文档后，该文档版本有“草案”升级到“版本1”，并由项目经理签字。8.6 会议纪要项目会议，以及重要的非正式会议（例如沟通、讨论等）之后，应通过会议纪要就讨论或所达成的意见进行确认。会议记要文件控制编号： (客户简称拼音)明源地产ERP·XX系统会议纪要-yyyymmddA 8.7 工作确认单与项目相关的所有非正式沟通及工作，应通过项目工作确认单表就沟通或工作内容进行记录

43、确认。工作确认单文件控制编号：(客户简称拼音)明源地产ERP·XX系统工作确认单-yyyymmddA9 项目风险9.1 管理风险9.1.1管理层的认识和参与程度l 风险程度：高l 后果：管理层对项目缺乏正确认识，不能积极配合项目的实施；同时在人力、物力和财力不能给予必要的保障，因而可能使项目延期甚至失败。l 风险防范：1) 管理层应统一对项目的认识，并对项目进行积极和必要的指导；2) 建立经理层项目例会制度，及时通报项目进度，解决实施中的问题；3) 管理层应从人力、物力和财力上对项目进行支持；4) 早期预防措施：在项目启动、调研和设计等阶段，争取企业管理层的积极参与和全力支持。9.1

44、.2显著改变项目的实施范围l 风险程度：高l 后果：由于需求的不确定性和多变性，可能需要重新定义项目目标和里程碑，因而可能增加项目范围（成本），甚至使项目延期。l 风险防范：1) 在实施过程中，通过经理例会制度等有效方法，及时与管理层进行沟通，掌握需求变动要求；2) 在方案设计时注重前瞻性和灵活性，以适应企业的未来变化；3) 项目范围变更时，必须遵守变更流程，提交变更申请。在认真考虑时间、成本和产出制约关系的前提下，按照范围变更的优先级别作不同的处理；4) 早期预防措施：在项目开始前仔细研究项目的范围和目标，并规定有关范围目标和实施方法的一般原则。9.1.3系统实施引起的业务流程改变和部门岗位

45、变化不能推行l 风险程度：高l 后果：最终用户由于不能接受项目实施带来的管理方面的改变，因此不愿积极配合项目的实施，使系统迟迟不能上线，进而可能导致项目的延期甚至失败。l 风险防范：1) 争取企业管理层的理解和全力支持；2) 在企业可容忍的范围内进行管理变动，必要时调整方案使之更符合企业的管理实际；3) 积极宣传改变的必要性和好处，争取员工的理解和接受；4) 必要时可纳入绩效考核指标；5) 早期预防措施：在方案设计时进行变动分析，争取企业管理层和员工的全力支持。9.1.4不能及时地审阅和签署明源实施顾问提交的文档l 风险程度：高l 后果：影响后续任务的开展，可能使项目延期。l 风险防范：1)

46、在(客户)签字代表不能履行职责时，应指定代理人；2) 事先制定有关规则，按照签署文档的重要程度分别指定签字代表；3) 将需要签字的文档分为较小的若干个内容单一的文档分别签字；4) 早期预防措施：制定有关文档审核和签字规则，按照签署文档的重要程度分别指定签字代表。9.2 员工风险9.2.1最终用户的接受程度l 风险程度：高l 后果：由于系统过于复杂，最终用户不愿积极配合项目的实施，进而可能导致项目的延期甚至失败。l 风险防范：1) 方案设计时应注重简单易行和切实有效的原则；2) 注重最终用户培训，争取员工的理解和接受；3) 早期预防措施：在方案设计时要简化流程，注重实效。9.2.2最终用户由于业务繁忙不能参加集中培训l 风险程度：高l 后果：由于日常业务繁忙，最终用户不能参加集中培训，进而可能导致培训效果不佳和项目的延期。l 风险防范：1) 启动项目后强化员工意识，从公司整体提高对本次项目的重视程度；2) 管理层动用行政权力协调人员参加自重培训；3) 早期预防措施：