项目管理策略(ppt)

Quick-Hand: 概述
Quick-Hand: Roadmap

Quick-Hand:项目前期准备
项目前期准备—任务
建立实施队伍
制定实施策略
项目范围确认
制定项目实施总体计划
对管理层及项目组成员进行培训
硬件环境、软件环境安装
项目准备阶段质量检查
项目启动大会
项目前期准备— 建立实施队伍
Purpose
建立行之有效的项目领导机构和实施机构，并明确项目组各成员的职责。
Procedure
与用户方领导层充分沟通，解释项目需要的各种角色的基本要求；用户方推荐人选；评
估其任职资格
Roles
用户方领导、咨询顾问方项目经理
Result
Output
项目组织结构图
Outcome
各项目组成员到位，并明确各自职责及归属关系
Tips
考核项目组成员时应着重其业务背景、威信、以及在项目进行中可以投入的时间
Reference
项目组织结构图
项目前期准备— 制定实施策略
Purpose
建立良好的项目管理体系，为项目成功奠定基础。
Tasks
设立项目沟通交流机制及规范
定义项目文档管理规范
确定项目范围控制及管理规范
制定实施队伍建设及知识转移策略
制定系统管理及权限设定策略
制定项目质量管理和风险控制策略
Output
项目管理规程
Tips
制定项目沟通交流机制时应充分考虑与用户最高管理层的沟通机制，最好制
定定期汇报讨论制度（例会制度）
Reference
项目管理规程
项目前期准备— 确定项目实施范围
Purpose
从实施的组织结构范围、软件的功能模块及重点业务需求几方面明确项目总
体实施范围。
Tasks
了解用户的组织结构现状及重点业务需求，确定总体实施范围
Output
项目实施范围
Outcome
用户项目经理签字确认项目实施范围
Tips
制定实施范围时应充分参考合同文本，并且在文档提交用户之前应先交公司
领导审核
Reference

项目实施范围
项目前期准备— 制定项目实施总体计划
Purpose
在充分考虑项目的预算、资源分配几方面基础上制定项目的总体计划。
Tasks
制定项目实施总体计划
Roles
顾问方项目经理、用户方项目经理
Output
项目总体计划

Tips
在制定项目总体计划时需明确标示各里程碑事件，同时应明确界定各工作的
责任方
Reference
项目总体计划
项目前期准备— 用户培训
Purpose
使用户领导层及关键用户明确实施的目标、方法等
Tasks
对用户管理层及关键用户培训ERP原理
对项目组成员及关键用户进行产品培训
Outcome
用户管理层及相关关键用户对ERP的原理、实施方法、实施中的风险因素及
风险的控制和规避均已了解
Tips
培训过程中应强调实施中的风险因素，以及对风险的控制和规避；
ERP原理培训可在项目启动大会时进行
Reference
ERP原理教程

Oracle 产品培训教材
项目前期准备— 硬件及软件环境安装
Purpose

Tasks

Outcome

Tips

Reference


项目前期准备— 项目启动大会
Purpose
正式宣布项目开始，同时进行必要的宣传和鼓动，使公司上下充分理解并重
视该项目工作
Tasks
召集项目有关人员开会，介绍项目目标、实施策略及计划安排，宣布有关项
目管理中的有关规程
Outcome
项目正式启动
Tips
配合项目启动大会，可在公司范围内进行一些必要的宣传活动

Reference

项目启动大会议程安排
项目前期准备— 项目准备阶段质量检查
Purpose
检查本阶段各项工作是否完成，并保证其质量
Tasks
检查各项工作应提交的结果及文档是否完成并合乎质量
Output
项目准备阶段质量检查报告书
Outcome
项目准备阶段质量检查报告书被签字确认
Roles
顾问方项目经理、用户方项目经理
Tips
本阶段的质量检查工作可以不在客户现场进行
Reference
项目准备阶段质量检查报告书
Quick-Hand:业务蓝图
业务蓝图—任务

本阶段工作准备
当前业务流程调研及分析
将来业务流程讨论及定义
编写并提交业务蓝图设计
确认业务蓝图设计
优化业务范围定义
优化项目计划
本阶段工作质量检查
业务蓝图— 本阶段工作准备
Purpose
为业务蓝图阶段工作从时间安排和资源调度等方面做好准备
Tasks
制定总体及各业务组业务蓝图阶段工作明细计划
确定各任务资源安排到位
准备业务调研提纲
Output
业务蓝图阶段工作明细计划
业务调研问卷
Outcome
业务蓝图阶段工作明细计划被确认
用户方资源安排妥当
Roles
各模块顾问、顾问方项目经理、用户方项目经理
Tips
业务调研问卷应及早提交用户，使其有充分的准备过程。在具体项目中，甚至可以在项
目实施范围确定后即提交问卷给用户。
Reference
业务蓝图阶段工作明细计划

业务调研问卷
业务蓝图— 当前业务流程调研及分析
Purpose
了解用户业务流程现状及需求，并对其合理性进行分析，为业务蓝图设计作准备
Tasks
根据业务调研问卷做调研，了解客户业务现状及需求
Output
业务调研报告
业务需求、报表需求及开发需求汇总
Outcome
对用户当前业务现状初步了解，了解用户业务处理关键需求，了解用户对开发及报表的
需求
Roles
各模块顾问、用户方项目组成员、关键业务人员
Tips
用户当前流程的描述并不重要，重要的是流程的目标、用户的需求。因此，没有必要提
交当前业务流程，相反应致力于对流程的分析和将来业务流程设想的讨论。
Reference

业务调研报告

报表及开发需求汇总
业务蓝图— 将来业务流程讨论及定义
Purpose
在业务调研基础上对用户的某些特殊业务需求进行分析论证，提出初步解决方案，并与
用户讨论确定。
Tasks
对用户的每种特殊业务需求，经分析后提出可能的各种解决方案（如果可能，在系统上
验证）；分析各种方案的优劣，并与用户讨论，寻求用户可接受的最佳方案。
Output
特殊业务需求解决方案
Outcome
所有用户业务需求都有对应的解决方案
Roles
各模块顾问、用户方项目组成员、关键业务人员
Tips
所谓特殊需求，有可能是一些不规范的处理方法，因此在这里应首先设法规范用户的业
务流程，并尽力说服用户对过去的流程做必要的改变。
Reference

特殊业务需求解决方案
业务蓝图— 编写并提交业务蓝图设计
Purpose
完成业务蓝图设计。业务蓝图中需详细描述用户的组织结构设计及
业务需求，并提出对应的解决方案。该文档将是系统配置及相关开
发的基础，同时也为系统的最终验收提供主要依据。
Prerequisites
对用户的业务需求调研并论证完成
Output
业务蓝图设计
Roles
各模块顾问、用户方项目组成员
Roles
业务蓝图设计中应包含用户的开发需求汇总
Reference
业务蓝图设计
业务蓝图— 确认业务蓝图设计
Purpose
与用户方详细论证并完善业务蓝图设计，在取得一致的基础上由用户方项目
经理及公司领导签字确认。

Tasks
审核组织结构设计
审核业务处理流程设计
审核报表及开发需求定义
请用户方签字

Outcome
业务蓝图设计被用户签字确认

Tips
业务蓝图的签署是整个项目中的一个重要里程碑，不可忽略。考虑到某些项
目在用户签署时的困难，在项目初期即应与用户达成“过期不答即视为默认原
则”的共识
业务蓝图— 优化业务范围定义
Purpose
在业务调研及蓝图设计过程中，可能会对原先定义的实施范围提出更改。因
此，在充分考虑业务蓝图设计的基础上，可以对实施范围进行优化。

Tasks
优化实施范围
优化的实施范围报公司领导审核
签署优化的实施范围

Output
优化的业务实施范围
Outcome
业务实施范围得到优化，并被客户方签署确认

Tips
在实施过程中尽量不要扩大实施范围，因而在定义及优化业务范围时要尽量
考虑周详，并请用户方领导签署确认，作为项目验收时的重要依据之一。
业务蓝图— 优化项目计划
Purpose
在业务调研及蓝图设计完成后，可以优化项目的整体计划，使之更
科学、合理。

Tasks
优化项目整体计划
各业务组计划分解

Output
优化的项目计划
Outcome
项目实施计划得到优化，并分解到不同的业务组
业务蓝图— 本阶段工作质量检查
Purpose
检查本阶段各项工作是否完成，并保证其质量
Tasks
检查各项工作应提交的结果及文档是否完成并合乎质量
Output
业务蓝图阶段质量检查报告书
Outcome
业务蓝图阶段质量检查报告书被签字确认
Roles
顾问方项目经理、用户方项目经理
Reference
业务蓝图阶段质量检查报告书
Quick-Hand:系统实现
系统实现— 任务

参数设置
基础数据收集
单元测试
二次开发
权限设定
制定动态数据收集及系统上线策略
集成测试及系统优化
本阶段工作质量检查
系统实现— 参数设置
Purpose
基于蓝图设计对系统进行参数配置。
Tasks
分析业务需求，进行适当的参数设置
验证参数设置结果
将设置记入“系统参数设置文档”
知识转移
安排用户进行单元测试
Output
系统参数设置文档
单元测试文档
Succeed
单元测试
Tips
严格按照系统管理规范要求，保证在不同环境下参数设置的一致性。
保证充分的测试步骤。
Reference

系统参数设置文档

单元测试文档
系统实现— 基础数据收集
Purpose
制定合理的基础数据收集策略，完成数据收集，并尽早导入系统，保证足够的测试时间。
Tasks
制定基础数据收集策略（含相应的编码规则）
收集基础数据
基础数据导入
验证基础数据
Output
基础数据收集策略
基础数据收集表
Outcome
基础数据收集完成并导入系统，且经过充分的验证测试，保证其完备性及正确性。
Tips
基础数据的完整、正确是保证整个项目成功的重要基础，因而要认真对待，并确保充分
的验证步骤。
Reference

基础数据收集策略

基础数据编码规则

基础数据收集表
系统实现— 单元测试
Purpose
制定合理的单元测试策略，业务人员进行充分的单元测试，确保系统特定设置的正确性，
同时也保证业务人员能熟练操作系统。
Tasks
制定单元测试策略
编写单元测试文档并安排业务人员测试
业务主管签署确认单元测试文档
Output
单元测试策略
单元测试文档
Outcome
单元测试完成，测试文档被签字确认；业务人员熟练掌握相关操作
Tips
要确保单元测试工作由业务人员承担，且测试文档得到部门主管确认
Reference

单元测试策略

单元测试文档
系统实现— 二次开发
Purpose
根据开发及报表需求汇总，完成系统本身无法完成的一些特定需求的开发。
Tasks

Output

Outcome

Tips

Reference
系统实现— 权限设定
Purpose

Tasks

Output

Outcome

Tips

Reference


系统实现— 制定动态数据收集及系统上线策略
Purpose
制定合理的动态数据收集的工作步骤、时间表、动态数据收集表、资源调度安排及相关
的责任制度等；
确定系统上线的工作步骤、时间表、资源调度安排及相关的责任制度等。
Tasks
编制动态数据收集表
制定动态数据收集策略，合理安排资源，明确责任
制定系统上线策略
Output
动态数据收集策略
动态数据收集表
系统上线策略
Outcome
动态数据收集工作责任明确，工作安排合理；
系统上线工作计划合理安排
Reference

动态数据收集策略

动态数据收集表

系统上线策略
系统实现— 集成测试及系统优化
Purpose
通过集成测试，确保系统各项设计（系统配置、二次开发、权限设计等）充分满足业务
蓝图设计，并达到用户期望。
间接对用户培训。
Tasks
编制集成测试计划
准备集成测试数据
集成测试（循环1--n)
系统优化
Output
集成测试计划
集成测试报告
Outcome
经过集成测试及系统优化，用户签署集成测试报告认可当前系统，从而可以准备上线。
Tips
集成测试计划及集成测试数据均由用户方完成，实施顾问可以为用户提供范本，并辅导
用户完成。集成测试计划的编写比较耗时，因此该项工作应尽早安排用户开始。集成测
试过程最好集中进行，要求用户方领导及业务骨干参与。
Reference

集成测试计划
系统实现— 本阶段工作质量检查
Purpose
检查本阶段各项工作是否完成，并保证其质量
Tasks
检查各项工作应提交的结果及文档是否完成并合乎质量
Output
系统实现阶段质量检查报告书
Outcome
系统实现阶段质量检查报告书被签字确认
Roles
顾问方项目经理、用户方项目经理
Reference

系统实现阶段质量检查报告书
Quick-Hand:系统切换上线
系统切换上线—任务
编写用户手册及最终用户培训
动态数据收集
产品环境建立及测试
建立内部热线工作台
系统切换上线
本阶段工作质量检查


系统切换上线— 编写用户手册及最终用户培训
Purpose
通过编写用户手册建立不同岗位操作规范，通过用户培训使最终用户熟练掌
握操作技能，减少系统上线后因用户操作不当而产生的错误。
Tasks
编写用户手册
最终用户培训
检查培训效果
Output
用户手册
Outcome
最终用户熟练掌握本岗位操作技能。
Tips
用户手册及最终用户培训应由各项目组关键用户在顾问的辅助下完成。
Reference

用户手册
系统切换上线— 动态数据收集
Purpose
收集完整、正确的动态数据，并正确导入产品系统。
Tasks
确认动态收集策略，并合理安排调度
盘点
动态数据收集及验证确认
动态数据导入系统
Outcome
动态数据收集完整、正确，并导入到系统。
Tips
系统切换周期不可过长，因而用户可能需要一段高强度的工作。
系统切换上线— 产品环境建立及测试
Purpose
建立产品环境并经大强度测试，确保系统可以切换运行。
Tasks
建立产品系统
基础数据及期初数据环境建立
验证产品环境
Outcome
产品环境成功建立
Tips

Reference
系统切换上线— 建立内部热线工作台
Purpose

Tasks

Outcome

Tips

Reference
系统切换上线— 系统切换上线
Purpose
正式启用产品系统。
Tasks
正式启用新系统
及时解决切换过程中的问题
Outcome
产品正式启用
Tips

Reference
系统切换上线— 本阶段工作质量检查
Purpose
检查本阶段各项工作是否完成，并保证其质量
Tasks
检查各项工作应提交的结果及文档是否完成并合乎质量
Output
系统上线质量检查报告书
Outcome
系统上线质量检查报告书被签字确认
Roles
顾问方项目经理、用户方项目经理
Reference

系统上线质量检查报告书
Quick-Hand:运行支持
运行支持—任务

建立日常维护策略
应用支持
检测正式运行系统的精确度
业务效益的评估
产品环境的跟踪维护


The End

项目管理策略(ppt)