初阶项目管理详解.ppt

* 整体架构——这是客户方与实施方一起研究制定 1、确定公司的整体战略规划与经营策略 2、看企业成熟度/企业管理水平与管理现状/人员与信息化水平/企业的政治利益分割，可参考实施方提供的业务原型、最佳业务实践/产品成熟度等 3、确定整体的框架思路，敲定大的流程（资金流、信息流、物流） 4、把流程串起来，把割裂部门的流程走通（1听他们的上级来讲；2分：A部门认为B部门做，B部门认为A部门做、3争：AB部门都认为这应该是我做的） * 伴随着产品培训…… 1、标准产品（系统编码方案、接口方案） 2、行业产品或插件 3、客户化开发（客户化开发方案） 4、变通解决与后续升级 * * 系统环境搭建（配置流程），环境还要定期更新： 1、生产环境 2、模拟环境 3、开发环境 4、培训环境 * * * * * 1、按阶段过一下项目利益相关方的重要性； 2、各个阶段的重要事件与里程碑。 * 项目合作＝结婚 实施方与客户方结婚，项目组和用户结婚 * 1.传统的项目管理—满足三重约束来完成任务。即实施方满意TQC 2.新型的项目管理—使项目利益相关者满意。即客户方满意SIE 3.项目组：知识含量、能力提升 4.平衡木 重点工作之四：上线策略与上线计划 上线准备情况 人员：最终用户培训 设备：硬件、网络到位 方案：软件、方案确定 手册：业务流程描述、业务流程图，用户手册 支持：内部支持体系、相关公司制度进行修改 上线策略 系统上线时点的选择 上线前的准备 人员状况 现有系统的关闭 动态期初数据的整理和拆分 落实责任人，要求在规定时间内完成 系统切换的要求：快、准确 必要的审核 上线计划：主数据与期初结存数据 数据类型讨论和定义 实现阶段:主数据文本文件准备 (Excel) 至少 20% 测试数据 (系统测试阶段) 最终准备阶段: 100% 系统上线主数据 (Excel) 库存盘点，库存结存数据 (结帐日: 月日年) 未结的应收，应付，采购定单和销售定单 (截止日： 月日年) 财务总帐结存 (月日年) ... ... 项目准备 蓝图设计 系统建设 上线准备 上线与持续支持 Project Preparation Business Blueprint Solution Realization Final Preparation Go-live Support 2.6 项目成功？！但无法验收？－上线与持续支持阶段 最终用户使用正式系统进行业务处理 上线运行与上线支持 上线后情况 最终用户使用正式系统进行业务处理 业务处理和手工处理并行 手工开具相关单据 客户方内部支持体系开始运作 利用系统进行日常业务处理；每天记录系统的操作日志； 提交所发生的问题报告，填写《问题记录单》 企业内部支持人员的知识转移 监督操作制度的执行了，落实各项系统管理制度 问题的跟踪处理 实施方上线后支持—系统上线后持续一段的现场支持和指导 支持方式：电话、Internet、现场 顾问在关键时间点的现场支持 对新系统的习惯与检查规范 问题跟踪机制和文档 本阶段重点要解决什么？ 双方的主要职责是什么？ 本阶段领导委员会、项目组、最终用户三者的重要程度？ 本阶段如何保证领导委员会、项目组、最终用户的满意度？ 上线持续支持阶段的工作内容和重要事项？ 上线持续支持阶段的交付成果？ 上线持续支持阶段的里程碑？ 领导委员会、项目组、最终用户三者在此阶段的对项目的重要程度？ 要保证领导委员会、项目组、最终用户的满意度，你可以做哪些事情？ 项目阶段主要工作 完成阶段： 决定如何来完成计划的最后 5％，这部分似乎总是不能完成！ 完成交付，开始资源转移、归档、项目审计/总结。 评定贡献人。 阶段目标： 系统正式上线后的实施支持，保证客户可以正常应用系统进行日常业务处理； 人员的有序撤离/更换，引入运维，保证服务的长期性； 做好项目总结，完成项目的整体验收工作。 必 选 交 付 物 日常维护策略 用户系统管理制度 系统运行问题记录单 项目总结报告（质量报告） 系统验收报告 内部评审报告 项目交接记录单 项目维护合同 可 选 交 付 物 里程碑：项目验收 重点工作之一：项目验收了！！！ 客户对验收的矛盾心理 期待验收—工作/业绩的认可 担心验收后的维护支持：遗留的问题、今后可能出现的问题、后续的支持力度 消除客户对验收后的顾虑 快速解决遗留问题—不要怕问题的出现，关键是解决问题的能力（双方的能力，尤其是客户方自己解决问题的能力） 经过检验的系统、持续支持的保障 内部支持体系、系统运行制度 项目实施路线图 项目准备 蓝图设计 系统建设 上线准备 最佳实践 上线与 持续支持 项目管理 项目内部交接 建立实施组织结构 制定项目实施策略 制定实施总体计划 制定质量和风险策略 项目启动会 当前业务