项目实施方案 范例

系统实施工具之 ABC 公司实施文档公司实施文档 项目实施方案 （范例） 文档作者：文档作者： 创建日期：创建日期： 2020-11-26 确认日期：确认日期： 2020-11-26 当前版本：当前版本： 1.0 拷贝数量：拷贝数量： 1 审批签字审批签字 : 客户方项目经理： 实施方项目经理： 文档控制文档控制 修改记录修改记录 日期 作者 版本 参考版本 备注 目 录 1 项目概述 .1 1.1 项目背景 .1 1.2 软件应用总体框架 .1 1.3 软件模块清单 .1 2 系统实施目标 .2 3 项目实施整体策略 .2 4 项目实施总体计划 .3 5 风险管理 .4 1 项目概述 1.1 项目背景 ABC 公司概述：ABC 公司是一家从事机械加工及装配的制造企业，年产值约 3000 万元，共有员工 500 多人。 ABC 公司工业物流系统项目根据企业目前生产经营管理的需要，运用 ERP 企业 管理思想，实现企业生产经营过程中销售、采购和存货管理的电算化，以帮助企业提 升对销售、采购和仓存管理水平。 1.2 软件应用总体框架 采购部生产制造部销售部财务部 成品仓库 半成品仓库 采购件仓库 公司管理层 仓存管理存货核算 销售管理 仓存管理 采购管理 仓存管理 1.3 软件模块清单 根据 ABC 公司销售、采购、仓存和存货核算业务的管理特点。采用 K/3 系统主要 模块清单如下: 子系统 使用部门 License 数 采购管理系统 采购部 2 销售管理系统 销售部 5 仓存管理系统 生产制造部+采购部+销售部 5 存货核算系统 财务部+系统管理员 1 合计 13 2 系统实施目标 2004-05-05 至 2004-06-25，实现 ABC 公司采购、销售、仓存和存货核算的主体业 务的电算化管理。 3 项目实施整体策略 根据 ABC 公司的管理特点，制定“规范应用规范”的整体实施策略。先规范 业务流程，再进行 k/3 系统应用的测试，正式上线之前规范操作流程，然后正式上线。 学习经典业务流程 学习系统提供的经典业务流程，通过对经典业务流程的学习，使 ABC 公司销售、 采购、仓存、财务等相关业务人员和经理对业务流程规范的概念、好处和方法有充分 的认识。 整理现行业务流程 应用金蝶公司提供的业务流程整理方法和工具，相关业务部门骨干对现行业务流 程进行整理。形成书面的现行业务流程报告。 规范现行业务流程 通过会议，结合经典业务流程，将现行业务流程进行规范，形成 ABC 公司采购、 销售、仓存和存货核算的标准业务流程。 客户数据准备 按照标准业务流程对数据的要求，应用金蝶公司提供的数据准备方法和工具，准 备基础数据、采购数据、销售数据、存货数据和存货核算数据。 客户业务流程测试 对 ABC 公司标准业务流程进行关键业务测试，通过关键业务流程原型的测试，验 证 ABC 公司已经规范的采购、销售、仓存和存货核算业务在 k/3 系统中的匹配程度。 修订 ABC 公司标准业务流程。 规范业务流程操作 根据 ABC 公司标准业务流程在 K/3 系统中应用，编制 ABC 业务流程操作指南和 各部门岗位职责，规范各岗位的业务流程的操作。 系统上线（切换） 测试通过，规范建立，系统即可以正式上线。 4 项目实施总体计划 实施期间：从 2004-05-05 至 2004-06-20。 整个实施过程分四个阶段进行，如下表所示： 阶段 时间 主要工作内容 主要成果 项目准备 2004-05-052004-05-11 计划 调研 项目启动 实施计划 调研报告 实施方案 项目公约 蓝图设计 2004-05-122004-05-26 培训 业务流程整理 业务蓝图 系统实现 2004-05-272004-06-18 数据准备 初始化 静态数据编码表 动态数据准备表 系统参数设置备忘录 验收交付 2004-06-212004-06-26 项目验收 项目实施文档清单 项目验收报告 详细计划参见ABC 公司项目实施计划 。 5 风险管理 沟通风险 风险可能性：高 风险后果：实施彻底失败 风险描述：实施过程是一个沟通过程，ABC 公司的业务是否实现和 K/3 系统的匹配， 取决实施顾问和每一个业务部门的沟通效果。沟通不充分，甚至发生误会，会直接导 致业务流程不能在 K/3 系统上实现。 风险规避：金蝶公司提供科学的工具，各个业务部门的骨干和经理本着诚实、认 真和不厌其烦的态度，和实施顾问进行全面而且充分的沟通。对每一次的沟通进行记 录，形成沟通日志。 数据不规范风险 风险可能性：高 风险后果：可能导致系统重新实施 风险描述：K/3 是业务逻辑严密的系统，它要求企业的业务流程应该规范化，并且 形成管理制度。同时，基础数据应确保完整性、一致性、准确性、及时性，只有正确 的数据才能产生正确的结果。 风险规避：进行业务流程和数据的多级审核。 需求不确定风险 风险可能性：高 风险后果：导致具体业务和系统不匹配 风险描述：所有管理信息系统的业务逻辑都要求相对稳定的业务流程，不断变化 的业务流程会导致系统调整困难。 风险规避：一旦确定业务流程，要保持相对稳定，流程的变更必须进行多级审核， 并且充分估计到对系统带来的影响。 习惯风险 风险可能性：极高 风险后果：系统使用不彻底 风险描述：传统的手工作业，或者在过去系统上形成的习惯，会导致业务人员对 新系统产生抵触，甚至坚持一些原来的工作习惯，结果使 K/3 系统的很多优秀功能被 放弃。 风险规避：充分培训和制度保障。