用友协同软件实施方法论.ppt

实施流程说明 2、需求调研阶段 具体工作描述 交付里程碑签字确认文件 调研准备 组织模型调研 表单流程调研 知识管理等其他调研 角色权限调研 编写完成《需求调研 报告》 用友方 协调组织召开调研培训 协调组织关键用户参与 调研 协调调研结果确认 签署《需求调研报告》 客户方 《需求调研报告》 需 签 字 实施流程说明 3、系统建设阶段 具体工作描述 交付里程碑签字确认文件 系统部署 培训系统建设方法 指导完成系统建设 指导完成应用测试 应用设计改进 交付相应文档 完成《系统建设确认单》 用友方 协助系统部署 组织模型与基础信息搭建 角色权限设置 表单流程设置 组织各单位管理员完成各单位应用建设 签署《系统建设确认单》 客户方 《系统建设与测试报告》 需 签 字 《系统安装确认单》 实施流程说明 4、系统上线阶段 具体工作描述 交付里程碑签字确认文件 编制培训计划 完成关键用户培训 完成领导培训 交付培训文档 系统使用考试 提供《系统运行制度》模板 编写《系统上线报告》 用友方 组织各类培训 对培训进行考勤 组织系统使用考试 签署《培训确认书》 制定《系统运维制度》 签署《系统上线报告》 客户方 需 签 字 《用户培训确认书》 《系统上线报告》 实施流程说明 5、持续服务阶段 具体工作描述 交付里程碑签字确认文件 提供运行支持 运行问题记录与反馈 签署《系统验收报告》 移交项目文档 用友方 对运行问题进行答疑 与用友保持沟通 对各类应用进行完善 签署《系统验收报告》 客户方 需 签 字 《系统验收报告》 内容 五 实施风险与对策 六 实施成功的要素 三 实施流程说明 四 关键事项沟通 二 实施理念与实践 一 项目管理导论 2.1分工责任 用友方： 制定计划 设计应用蓝图 知识能力传递 指导实施 起草各类交付文档 用户方： 发动协调 配合促进 承担组织设计 应用实现 签署各类交付文档 2.2实施范围 实施范围：按照《招标书》或者我们约定的实施范围开展实施工作 需求范围：按照《技术协议》或《调研报告》标明的需求进行实施；超出应用部分签署《需求变更报告》。 （此部分信息可以根据项目情况进行修改） 实施一阶段推广范围 实施二阶段推广范围 项目管理平台：搭建关联项目，组建动态团队完成项目日志、周报、协同、文档、进度、计划等的管理 项目实施日志：每日在线提交实施日志，并打印输出与客户签字确认 项目实施周报：每周五完成本项目本周实施总结和下周实施计划，实施问题风险分析，并签字确认 请确认：是否同意日志和周报签字 2.3项目管理规范 关联协同事项 项目留言和讨论 项目计划和会议 项目进度 项目所有文档 2.4实施计划变更 需求变更确认书：如有超出需求调研报告、技术协议等范围的需求，双方需签署《需求变更确认书》，超出系统现有功能的，需要按照《二次开发流程》进行审批，并签署二次开发免责协议 实施计划变更确认书：如果项目周期某一方主动延期或者不可抗力产生实施计划变更，双方需签署《实施计划变更确认书》并修改实施主计划；就实施计划变更的原因、影响等进行说明。 由用友实施顾问进行起草，由客户方项目经理签字确认。 内容 五 实施风险与对策 六 实施成功的要素 三 实施流程说明 四 关键事项沟通 二 实施理念与实践 一 项目管理导论 项目实施风险与应对策略 风险一： 实施周期过长导致双方实施成本和上线风险加大 计划管理策略： 双方项目组对《实施主计划》达成共识，签字确认 计划有变更时签署《实施计划变更报告》 每日填写“项目实施日志”，对每日工作进行总结 每周五召开项目组例会，对当周完成情况总结，并明确下周工作安排，以便各部门安排时间配合，提交《项目实施周报》 项目实施风险与应对策略 风险二：人力资源配备不及时，导致计划不能按时完成 “一把手工程” 成立OA项目组 专职单位OA管理员全程参与OA实施工作 组织部门内业务熟悉、有计算机水平的人员做为关键用户 各部门领导对部门业务确认 项目实施风险与应对策略 风险三：实施目标未形成共识或者需求产生变更，导致项 目无法正常推进 签字确认策略 双方进行充分的友好沟通，就《实施方案》进行签字确认 在需求调研完成后，签署《需求调研报告》 中途变更实施或需求方案，双方协商后就《需求变更报告》签字确认 项目实施风险与应对策略 风险四：实施完成后，各部门无法承担后期流程调整及日常应用支持 加强知识转移策略 系统OA管理员全程参与OA实施和系统维护 各部门管理员对本单位业务进行梳理，并掌握调整的方法 用友对项目组成员进行多次专题培训，并考核 全员培训后各部门管理员对本部门问题进行收集和处理 系统上线后用友顾问再进行一段时间的应用指导 就知识转移的各种成果和客户进行