项目UAT测试签字通过后,准备期初数据(数据需提前收集、整理)及cutover plan。上线业务范围,是先试点关键业务部门,还是全业务线使用?上线的功能范围,先上哪几个模块(保证业务正常流转前提下),或者全平台上线?旧系统如何处理,是双系统并存,在途单据在旧系统走完,还是直接关停,数据迁移到新系统中?历史数据是全部迁移到新系统,还是不处理,旧系统保留查询入口?再对照上线check list,各方达成一致,确定是否具备上线条件及上线日期。
涉及到主要输出物,包括:
-
数据准备情况。应单独输出数据迁移策略
-
全量数据收集策略会议,尽可能地提前召开。明确哪些由IT提供,哪些由业务提供,界定业务各自负责的数据范围;明确哪些是上线前必须提供,哪些可以上线后补录。划分的颗粒度要细,否则无法有效驱动数据收集进度,往往该任务为项目关键路径。
-
除了明确交付时间点,还需明确交付标准。批量导入的方式,一般需按照新系统的数据模板格式才可以导入,提前确认模板格式,因为可能与已有系统数据格式差异较大。明确数据导出、清理、匹配、转换及导入的任务项由谁负责。此外,甲方最终提供的导入数据,即使符合系统模板要求,标准模板可能会存在问题,无法适用,则需导入校验或再修改数据格式(数据的幺蛾子特别多,因此注重尽可能地提前)。
-
各项数据交付截止时间点需以邮件方式正式通知相关方。
-
拉取数据时,保留时间点。
-
上线后的业务数据补录,明确到具体哪些数据,分几批次提供。
-
-
系统切换策略及计划
-
UAT收尾。各模块培训需覆盖到不同角色,由甲方种子人员进行培训利于知识转移;UAT问题列表的处理结果达成共识,同时更新系统配置;进行蓝图设计与UAT的汇报工作,对收尾工作进行确认,遗留的蓝图设计文档完成签字工作。
-
系统配置策略。配置文档、模块配置的逻辑先后顺序、弹性域及值集的更新配置。
-
数据策略
-
外围系统接口策略
-
上线并行策略。旧系统数据并行时间。功能限制、
-
上线后运维策略确认
-
-
系统上线验收报告
确认部署上线前,乙方需提供的文档明细项包括:
-
数据迁移脚本
-
清洗后的数据
-
系统迁移脚本(迁移步骤描述,迁移任务分派和角色分工,用户、角色、布局分配、共享规则、触发器等所有相关技术部署迁移的脚本以及出现问题的应对措施)
-
集成点及相关技术部署说明
-
测试脚本
-
部署上线移交过程管理
部署上线后,乙方需提供一段时间的维护支持,在此期间需要将该项目相关的维护工作清单移交给甲方运维团队,维护工作清单包括如下的内容:
-
用户、角色、布局分配、共享规则、触发器等系统内部技术规格设置的详细说明
-
常见问题-FAQ
-
集成相关技术说明
Cutover plan步骤
-
通知用户
-
准备通知内容
-
Go/No-Go Decision
-
系统通知
-
冻结用户
-
-
部署功能模块
-
初始化设置
-
数据导入
-
冒烟测试
-
启用
-
解冻用户
-
通知用户
-
上线交付物checklis
其他
-
管理预期的重要性。强调系统上线并不意味着业务会马上被带动,因为有一些改变,从上线到用户接受,到最后形成生产力需要一个过程。需要项目团队与系统的磨合、理解和接受,先僵化,再优化
-
冲刺月计划表