- 1. QUICKHAND
- 2. Quick-Hand: 概述前期准备业务蓝图系统实现系统上线运行支持 制定实施策略
拟定实施范围和目标
制定总体计划
对用户管理层进行培训
制定质量管理和风险管理策略
建立实施队伍组织结构
对关键用户进行产品培训
硬件环境、软件环境安装 当前业务调研与分析
特殊业务处理的论证
确定详细方案设计的范围
制定各模块详细设计方案(TO-BE)
签署TO-BE
制定各模块进度计划 参数设置
基础数据收集策略
基础数据收集
单元测试
二次开发任务确认
二次开发
权限管理策略确定
权限设定 优化系统设计
编写用户手册
最终用户培训
动态数据收集
产品环境建立
系统切换上线 日常维护策略
实施效果评估
应用支持
产品环境的跟踪维护BPR, Change Management, Project Management 动态数据收集及转换策略
制定集成测试方案
准备集成测试数据
集成测试
- 3. Project PreparationBlueprint Cut Over & Go Live MaintenanceThe Quick-Hand Road Map offers integrated and efficient indication of the project processQuick-Hand: Roadmap Realization
- 4. 25413System
PerformanceProceduresTest CasesReportsInterfacesConversionTest Plan.Trng MaterialGolive PlanProject
PlanBusiness Blueprint.Org. StructureBus. ProcessInterfacesReportsAuthorizationEnhancements.ScopeBaselineScopeBus. ProcessMaster Data ListCI TemplatesReportsTest PlanQuick-Hand: Deliverable Flow
- 5. Quick-Hand:项目前期准备前期准备业务蓝图系统实现系统上线运行支持 制定实施策略
拟定实施范围和目标
制定总体计划
对用户管理层进行培训
制定质量管理和风险管理策略
建立实施队伍组织结构
对关键用户进行产品培训
硬件环境、软件环境安装 当前业务调研与分析
特殊业务处理的论证
确定详细方案设计的范围
制定各模块详细设计方案(TO-BE)
签署TO-BE
制定各模块进度计划 参数设置
基础数据收集策略
基础数据收集
单元测试
二次开发任务确认
二次开发
权限管理策略确定
权限设定 优化系统设计
编写用户手册
最终用户培训
动态数据收集
产品环境建立
系统切换上线 日常维护策略
实施效果评估
应用支持
产品环境的跟踪维护BPR, Change Management, Project Management 动态数据收集及转换策略
制定集成测试方案
准备集成测试数据
集成测试
- 6. 项目前期准备—任务 建立实施队伍
制定实施策略
项目范围确认
制定项目实施总体计划
对管理层及项目组成员进行培训
硬件环境、软件环境安装
项目准备阶段质量检查
项目启动大会
- 7. 项目前期准备— 建立实施队伍Purpose
建立行之有效的项目领导机构和实施机构,并明确项目组各成员的职责。
Procedure
与用户方领导层充分沟通,解释项目需要的各种角色的基本要求;用户方推荐人选;评
估其任职资格
Roles
用户方领导、咨询顾问方项目经理
Result
Output
项目组织结构图
Outcome
各项目组成员到位,并明确各自职责及归属关系
Tips
考核项目组成员时应着重其业务背景、威信、以及在项目进行中可以投入的时间
Reference
项目组织结构图
- 8. 项目前期准备— 制定实施策略Purpose
建立良好的项目管理体系,为项目成功奠定基础。
Tasks
设立项目沟通交流机制及规范
定义项目文档管理规范
确定项目范围控制及管理规范
制定实施队伍建设及知识转移策略
制定系统管理及权限设定策略
制定项目质量管理和风险控制策略
Output
项目管理规程
Tips
制定项目沟通交流机制时应充分考虑与用户最高管理层的沟通机制,最好制
定定期汇报讨论制度(例会制度)
Reference
项目管理规程
- 9. 项目前期准备— 确定项目实施范围Purpose
从实施的组织结构范围、软件的功能模块及重点业务需求几方面明确项目总
体实施范围。
Tasks
了解用户的组织结构现状及重点业务需求,确定总体实施范围
Output
项目实施范围
Outcome
用户项目经理签字确认项目实施范围
Tips
制定实施范围时应充分参考合同文本,并且在文档提交用户之前应先交公司
领导审核
Reference
项目实施范围
- 10. 项目前期准备— 制定项目实施总体计划Purpose
在充分考虑项目的预算、资源分配几方面基础上制定项目的总体计划。
Tasks
制定项目实施总体计划
Roles
顾问方项目经理、用户方项目经理
Output
项目总体计划
Tips
在制定项目总体计划时需明确标示各里程碑事件,同时应明确界定各工作的
责任方
Reference
项目总体计划
- 11. 项目前期准备— 用户培训Purpose
使用户领导层及关键用户明确实施的目标、方法等
Tasks
对用户管理层及关键用户培训ERP原理
对项目组成员及关键用户进行产品培训
Outcome
用户管理层及相关关键用户对ERP的原理、实施方法、实施中的风险因素及
风险的控制和规避均已了解
Tips
培训过程中应强调实施中的风险因素,以及对风险的控制和规避;
ERP原理培训可在项目启动大会时进行
Reference
ERP原理教程
Oracle 产品培训教材
- 12. 项目前期准备— 硬件及软件环境安装Purpose
Tasks
Outcome
Tips
Reference
- 13. 项目前期准备— 项目启动大会Purpose
正式宣布项目开始,同时进行必要的宣传和鼓动,使公司上下充分理解并重
视该项目工作
Tasks
召集项目有关人员开会,介绍项目目标、实施策略及计划安排,宣布有关项
目管理中的有关规程
Outcome
项目正式启动
Tips
配合项目启动大会,可在公司范围内进行一些必要的宣传活动
Reference
项目启动大会议程安排
- 14. 项目前期准备— 项目准备阶段质量检查Purpose
检查本阶段各项工作是否完成,并保证其质量
Tasks
检查各项工作应提交的结果及文档是否完成并合乎质量
Output
项目准备阶段质量检查报告书
Outcome
项目准备阶段质量检查报告书被签字确认
Roles
顾问方项目经理、用户方项目经理
Tips
本阶段的质量检查工作可以不在客户现场进行
Reference
项目准备阶段质量检查报告书
- 15. Quick-Hand:业务蓝图前期准备业务蓝图系统实现系统上线运行支持 制定实施策略
拟定实施范围和目标
制定总体计划
对用户管理层进行培训
制定质量管理和风险管理策略
建立实施队伍组织结构
对关键用户进行产品培训
硬件环境、软件环境安装 当前业务调研与分析
特殊业务处理的论证
确定详细方案设计的范围
制定各模块详细设计方案(TO-BE)
签署TO-BE
制定各模块进度计划 参数设置
基础数据收集策略
基础数据收集
单元测试
二次开发任务确认
二次开发
权限管理策略确定
权限设定 优化系统设计
编写用户手册
最终用户培训
动态数据收集
产品环境建立
系统切换上线 日常维护策略
实施效果评估
应用支持
产品环境的跟踪维护BPR, Change Management, Project Management 动态数据收集及转换策略
制定集成测试方案
准备集成测试数据
集成测试
- 16. 业务蓝图—任务
本阶段工作准备
当前业务流程调研及分析
将来业务流程讨论及定义
编写并提交业务蓝图设计
确认业务蓝图设计
优化业务范围定义
优化项目计划
本阶段工作质量检查
- 17. 业务蓝图— 本阶段工作准备Purpose
为业务蓝图阶段工作从时间安排和资源调度等方面做好准备
Tasks
制定总体及各业务组业务蓝图阶段工作明细计划
确定各任务资源安排到位
准备业务调研提纲
Output
业务蓝图阶段工作明细计划
业务调研问卷
Outcome
业务蓝图阶段工作明细计划被确认
用户方资源安排妥当
Roles
各模块顾问、顾问方项目经理、用户方项目经理
Tips
业务调研问卷应及早提交用户,使其有充分的准备过程。在具体项目中,甚至可以在项
目实施范围确定后即提交问卷给用户。
Reference
业务蓝图阶段工作明细计划
业务调研问卷
- 18. 业务蓝图— 当前业务流程调研及分析Purpose
了解用户业务流程现状及需求,并对其合理性进行分析,为业务蓝图设计作准备
Tasks
根据业务调研问卷做调研,了解客户业务现状及需求
Output
业务调研报告
业务需求、报表需求及开发需求汇总
Outcome
对用户当前业务现状初步了解,了解用户业务处理关键需求,了解用户对开发及报表的
需求
Roles
各模块顾问、用户方项目组成员、关键业务人员
Tips
用户当前流程的描述并不重要,重要的是流程的目标、用户的需求。因此,没有必要提
交当前业务流程,相反应致力于对流程的分析和将来业务流程设想的讨论。
Reference
业务调研报告
报表及开发需求汇总
- 19. 业务蓝图— 将来业务流程讨论及定义Purpose
在业务调研基础上对用户的某些特殊业务需求进行分析论证,提出初步解决方案,并与
用户讨论确定。
Tasks
对用户的每种特殊业务需求,经分析后提出可能的各种解决方案(如果可能,在系统上
验证);分析各种方案的优劣,并与用户讨论,寻求用户可接受的最佳方案。
Output
特殊业务需求解决方案
Outcome
所有用户业务需求都有对应的解决方案
Roles
各模块顾问、用户方项目组成员、关键业务人员
Tips
所谓特殊需求,有可能是一些不规范的处理方法,因此在这里应首先设法规范用户的业
务流程,并尽力说服用户对过去的流程做必要的改变。
Reference
特殊业务需求解决方案
- 20. 业务蓝图— 编写并提交业务蓝图设计Purpose
完成业务蓝图设计。业务蓝图中需详细描述用户的组织结构设计及
业务需求,并提出对应的解决方案。该文档将是系统配置及相关开
发的基础,同时也为系统的最终验收提供主要依据。
Prerequisites
对用户的业务需求调研并论证完成
Output
业务蓝图设计
Roles
各模块顾问、用户方项目组成员
Roles
业务蓝图设计中应包含用户的开发需求汇总
Reference
业务蓝图设计
- 21. 业务蓝图— 确认业务蓝图设计Purpose
与用户方详细论证并完善业务蓝图设计,在取得一致的基础上由用户方项目
经理及公司领导签字确认。
Tasks
审核组织结构设计
审核业务处理流程设计
审核报表及开发需求定义
请用户方签字
Outcome
业务蓝图设计被用户签字确认
Tips
业务蓝图的签署是整个项目中的一个重要里程碑,不可忽略。考虑到某些项
目在用户签署时的困难,在项目初期即应与用户达成“过期不答即视为默认原
则”的共识
- 22. 业务蓝图— 优化业务范围定义Purpose
在业务调研及蓝图设计过程中,可能会对原先定义的实施范围提出更改。因
此,在充分考虑业务蓝图设计的基础上,可以对实施范围进行优化。
Tasks
优化实施范围
优化的实施范围报公司领导审核
签署优化的实施范围
Output
优化的业务实施范围
Outcome
业务实施范围得到优化,并被客户方签署确认
Tips
在实施过程中尽量不要扩大实施范围,因而在定义及优化业务范围时要尽量
考虑周详,并请用户方领导签署确认,作为项目验收时的重要依据之一。
- 23. 业务蓝图— 优化项目计划Purpose
在业务调研及蓝图设计完成后,可以优化项目的整体计划,使之更
科学、合理。
Tasks
优化项目整体计划
各业务组计划分解
Output
优化的项目计划
Outcome
项目实施计划得到优化,并分解到不同的业务组
- 24. 业务蓝图— 本阶段工作质量检查Purpose
检查本阶段各项工作是否完成,并保证其质量
Tasks
检查各项工作应提交的结果及文档是否完成并合乎质量
Output
业务蓝图阶段质量检查报告书
Outcome
业务蓝图阶段质量检查报告书被签字确认
Roles
顾问方项目经理、用户方项目经理
Reference
业务蓝图阶段质量检查报告书
- 25. Quick-Hand:系统实现前期准备业务蓝图系统实现系统上线运行支持 制定实施策略
拟定实施范围和目标
制定总体计划
对用户管理层进行培训
制定质量管理和风险管理策略
建立实施队伍组织结构
对关键用户进行产品培训
硬件环境、软件环境安装 当前业务调研与分析
特殊业务处理的论证
确定详细方案设计的范围
制定各模块详细设计方案(TO-BE)
签署TO-BE
制定各模块进度计划 参数设置
基础数据收集策略
基础数据收集
单元测试
二次开发任务确认
二次开发
权限管理策略确定
权限设定 优化系统设计
编写用户手册
最终用户培训
动态数据收集
产品环境建立
系统切换上线 日常维护策略
实施效果评估
应用支持
产品环境的跟踪维护BPR, Change Management, Project Management 动态数据收集及转换策略
制定集成测试方案
准备集成测试数据
集成测试
- 26. 系统实现— 任务
参数设置
基础数据收集
单元测试
二次开发
权限设定
制定动态数据收集及系统上线策略
集成测试及系统优化
本阶段工作质量检查
- 27. 系统实现— 参数设置Purpose
基于蓝图设计对系统进行参数配置。
Tasks
分析业务需求,进行适当的参数设置
验证参数设置结果
将设置记入“系统参数设置文档”
知识转移
安排用户进行单元测试
Output
系统参数设置文档
单元测试文档
Succeed
单元测试
Tips
严格按照系统管理规范要求,保证在不同环境下参数设置的一致性。
保证充分的测试步骤。
Reference
系统参数设置文档
单元测试文档
- 28. 系统实现— 基础数据收集Purpose
制定合理的基础数据收集策略,完成数据收集,并尽早导入系统,保证足够的测试时间。
Tasks
制定基础数据收集策略(含相应的编码规则)
收集基础数据
基础数据导入
验证基础数据
Output
基础数据收集策略
基础数据收集表
Outcome
基础数据收集完成并导入系统,且经过充分的验证测试,保证其完备性及正确性。
Tips
基础数据的完整、正确是保证整个项目成功的重要基础,因而要认真对待,并确保充分
的验证步骤。
Reference
基础数据收集策略
基础数据编码规则
基础数据收集表
- 29. 系统实现— 单元测试Purpose
制定合理的单元测试策略,业务人员进行充分的单元测试,确保系统特定设置的正确性,
同时也保证业务人员能熟练操作系统。
Tasks
制定单元测试策略
编写单元测试文档并安排业务人员测试
业务主管签署确认单元测试文档
Output
单元测试策略
单元测试文档
Outcome
单元测试完成,测试文档被签字确认;业务人员熟练掌握相关操作
Tips
要确保单元测试工作由业务人员承担,且测试文档得到部门主管确认
Reference
单元测试策略
单元测试文档
- 30. 系统实现— 二次开发Purpose
根据开发及报表需求汇总,完成系统本身无法完成的一些特定需求的开发。
Tasks
Output
Outcome
Tips
Reference
- 31. 系统实现— 权限设定Purpose
Tasks
Output
Outcome
Tips
Reference
- 32. 系统实现— 制定动态数据收集及系统上线策略Purpose
制定合理的动态数据收集的工作步骤、时间表、动态数据收集表、资源调度安排及相关
的责任制度等;
确定系统上线的工作步骤、时间表、资源调度安排及相关的责任制度等。
Tasks
编制动态数据收集表
制定动态数据收集策略,合理安排资源,明确责任
制定系统上线策略
Output
动态数据收集策略
动态数据收集表
系统上线策略
Outcome
动态数据收集工作责任明确,工作安排合理;
系统上线工作计划合理安排
Reference
动态数据收集策略
动态数据收集表
系统上线策略
- 33. 系统实现— 集成测试及系统优化Purpose
通过集成测试,确保系统各项设计(系统配置、二次开发、权限设计等)充分满足业务
蓝图设计,并达到用户期望。
间接对用户培训。
Tasks
编制集成测试计划
准备集成测试数据
集成测试(循环1--n)
系统优化
Output
集成测试计划
集成测试报告
Outcome
经过集成测试及系统优化,用户签署集成测试报告认可当前系统,从而可以准备上线。
Tips
集成测试计划及集成测试数据均由用户方完成,实施顾问可以为用户提供范本,并辅导
用户完成。集成测试计划的编写比较耗时,因此该项工作应尽早安排用户开始。集成测
试过程最好集中进行,要求用户方领导及业务骨干参与。
Reference
集成测试计划
- 34. 系统实现— 本阶段工作质量检查Purpose
检查本阶段各项工作是否完成,并保证其质量
Tasks
检查各项工作应提交的结果及文档是否完成并合乎质量
Output
系统实现阶段质量检查报告书
Outcome
系统实现阶段质量检查报告书被签字确认
Roles
顾问方项目经理、用户方项目经理
Reference
系统实现阶段质量检查报告书
- 35. Quick-Hand:系统切换上线前期准备业务蓝图系统实现系统上线运行支持 制定实施策略
拟定实施范围和目标
制定总体计划
对用户管理层进行培训
制定质量管理和风险管理策略
建立实施队伍组织结构
对关键用户进行产品培训
硬件环境、软件环境安装 当前业务调研与分析
特殊业务处理的论证
确定详细方案设计的范围
制定各模块详细设计方案(TO-BE)
签署TO-BE
制定各模块进度计划 参数设置
基础数据收集策略
基础数据收集
单元测试
二次开发任务确认
二次开发
权限管理策略确定
权限设定 优化系统设计
编写用户手册
最终用户培训
动态数据收集
产品环境建立
系统切换上线 日常维护策略
实施效果评估
应用支持
产品环境的跟踪维护BPR, Change Management, Project Management 动态数据收集及转换策略
制定集成测试方案
准备集成测试数据
集成测试
- 36. 系统切换上线—任务 编写用户手册及最终用户培训
动态数据收集
产品环境建立及测试
建立内部热线工作台
系统切换上线
本阶段工作质量检查
- 37. 系统切换上线— 编写用户手册及最终用户培训Purpose
通过编写用户手册建立不同岗位操作规范,通过用户培训使最终用户熟练掌
握操作技能,减少系统上线后因用户操作不当而产生的错误。
Tasks
编写用户手册
最终用户培训
检查培训效果
Output
用户手册
Outcome
最终用户熟练掌握本岗位操作技能。
Tips
用户手册及最终用户培训应由各项目组关键用户在顾问的辅助下完成。
Reference
用户手册
- 38. 系统切换上线— 动态数据收集Purpose
收集完整、正确的动态数据,并正确导入产品系统。
Tasks
确认动态收集策略,并合理安排调度
盘点
动态数据收集及验证确认
动态数据导入系统
Outcome
动态数据收集完整、正确,并导入到系统。
Tips
系统切换周期不可过长,因而用户可能需要一段高强度的工作。
- 39. 系统切换上线— 产品环境建立及测试Purpose
建立产品环境并经大强度测试,确保系统可以切换运行。
Tasks
建立产品系统
基础数据及期初数据环境建立
验证产品环境
Outcome
产品环境成功建立
Tips
Reference
- 40. 系统切换上线— 建立内部热线工作台Purpose
Tasks
Outcome
Tips
Reference
- 41. 系统切换上线— 系统切换上线Purpose
正式启用产品系统。
Tasks
正式启用新系统
及时解决切换过程中的问题
Outcome
产品正式启用
Tips
Reference
- 42. 系统切换上线— 本阶段工作质量检查Purpose
检查本阶段各项工作是否完成,并保证其质量
Tasks
检查各项工作应提交的结果及文档是否完成并合乎质量
Output
系统上线质量检查报告书
Outcome
系统上线质量检查报告书被签字确认
Roles
顾问方项目经理、用户方项目经理
Reference
系统上线质量检查报告书
- 43. Quick-Hand:运行支持前期准备业务蓝图系统实现系统上线运行支持 制定实施策略
拟定实施范围和目标
制定总体计划
对用户管理层进行培训
制定质量管理和风险管理策略
建立实施队伍组织结构
对关键用户进行产品培训
硬件环境、软件环境安装 当前业务调研与分析
特殊业务处理的论证
确定详细方案设计的范围
制定各模块详细设计方案(TO-BE)
签署TO-BE
制定各模块进度计划 参数设置
基础数据收集策略
基础数据收集
单元测试
二次开发任务确认
二次开发
权限管理策略确定
权限设定 优化系统设计
编写用户手册
最终用户培训
动态数据收集
产品环境建立
系统切换上线 日常维护策略
实施效果评估
应用支持
产品环境的跟踪维护BPR, Change Management, Project Management 动态数据收集及转换策略
制定集成测试方案
准备集成测试数据
集成测试
- 44. 运行支持—任务
建立日常维护策略
应用支持
检测正式运行系统的精确度
业务效益的评估
产品环境的跟踪维护
- 45. The End