实施方法论

更新时间:2021-06-21

OP版


1 进场准备
∙ 项目内部交接(包括交接计划、风险评估报告)
∙ 项目SOW
∙ 售前口头承诺细节确认

2 项目规划
∙ 确定项目组成员并建立通讯录
∙ 项目实施主计划
∙ 项目组沟通机制确认
∙ 项目启动会

3 蓝图设计
∙ 客户基础信息调研(企业管理架构、租赁类型、科目、适用准则、现有合同信息、相关ERP系统、支付流程、主数据、分析报表、期初数时点等)
∙ 确认历史合同数据收集方式
∙ 历史合同收集模板确认(关键用户)
∙ 业务需求调研(关键用户、业务部门最终用户)
∙ 凭证逻辑调研(新旧准则)
∙ 相关接口调研(合同、变更、凭证、支付、主数据)
∙ 支付方案设计与确认
∙ 项目需求分析及分析报告
∙ IFRS16准则培训
∙ 业务蓝图设计或项目解决方案
∙ 个性化功能开发清单及内部评估(系统功能、接口开发)

4 历史合同数据收集
∙ 用户进行历史合同数据收集
∙ 数据质量校验 及修正
∙ 租赁系统初始配置
∙ 期初合同导入系统
∙ 期初数计算及确认

5 系统开发
∙ 个性化系统功能开发
∙ 相关接口开发

6 系统测试及培训
∙ UAT测试(内部)
∙ 集成测试(内部)
∙ 测试计划、测试案例、培训手册、操作手册编写
∙ 关键用户测试
∙ 最终用户上线前培训
∙ 模拟上线切换(内部)

7 上线切换
∙ 测试及上线问题跟踪

8 项目验收
∙ 签订验收报告
∙ 移交项目资料给客户

SAAS版


传统系统实施模式:

项⽬阶段 事项 内容说明 线下劣势 ⼯作量占⽐
项⽬启动阶段 项⽬SOW 明确项⽬范围、关键功能需求点 从项⽬投标⾄项⽬需求调研阶段,SOW由粗到细需逐渐细化并跟进 10%
确定项⽬成员 双⽅职责明确    
项⽬实施主计划 确定项⽬周期及⾥程碑关键节点,降低项⽬⻛险 在项⽬进展中,需逐步更新,并通知到相关⼈员,保证项⽬更新进度  
项⽬制度章程 制定⼯作标准及明确分⼯,规范⼯作流程,保障项⽬顺利进⾏    
项⽬启动会 宣贯项⽬内容,协调相关部⻔配合    
交付阶段 项⽬需求调研 针对各地业务部⻔调研 地点多,⼈员多,时间不易协调  
数据质量校验及修正 对收集的历史合同数据进⾏检查校验,并修复差错数据 版本更新不及时,数据滞后  
业务解决⽅案确认 基于SOW业务需求,根据实际调研情况,提出需求解决⽅案,并结合系统功能实现⽅式,确定最终项⽬落地细节 需多轮往返沟通,周期⻓ 10%
需⾼阶领导最终确认,审批流程⻓
期初数切换⽅案 确认收集历史合同的截⽌点与系统上线时点之间的合同变动处理⽅案    
历史合同数据收集 对现存合同信息进⾏筛选整理,以便导⼊系统进⾏初始 数据量⼤,版本多 30%
⽤户对数据要求不明确,影响数据质量,需顾问指导
数据质量校验及修正 对收集的历史合同数据进⾏检查校验,并修复差错数据 版本更新不及时,数据滞后  
⽤户培训阶段 租赁准则培训 帮助客户明确租赁定义、租赁范围 组织⽤户培训费⼼劳⼒,针对⼤中型公司办公地点多,⼈员聚集难度⼤,成本⾼ 5%
租赁案例讲解 针对典型租赁场景进⾏详尽讲解    
最终⽤户操作培训 最终⽤户熟悉系统使⽤,并使⽤真实业务案例模拟上线操作 培训多轮次,不易协调,且内容易出现偏差, 20%
管理员操作培训 客户⽅系统管理员需熟悉系统⽇常运维⽀持⼯作,如⽤户权限变更、主数据变更维护等    
系统测试阶段 测试计划 明确系统测试的范围、⽅法、资源和进度    
SIT测试 系统集成测试,⽬的是校验系统功能、性能和可靠性    
UAT测试 ⽤户验收测试,⽬的是对系统功能进⾏业务案例操作验证,确认是否满⾜业务需求   10%
UAT确认及反馈 针对测试中的常⻅问题、特殊场景进⾏记录并答疑 同类问题出现多⽅反馈,沟通耗时  
问题解决进度⽆法及时全员通知,需反复讲解
系统测试阶段 签订验收报告 系统功能满⾜业务场景需求,并达到项⽬交付标准后,进⾏项⽬验收确认,标志着项⽬将进⼊运维⽀持阶段    
移交项⽬资料 项⽬相关⽂档规范化,移交客户后可实现新⼈参照⽂档即可使⽤系统 前期⽂档更新不及时,未规范归档,信息易丢失  
下一篇:项目管理文档