项目UAT测试签字通过后,准备期初数据(数据需提前收集、整理)及cutover plan。上线业务范围,是先试点关键业务部门,还是全业务线使用?上线的功能范围,先上哪几个模块(保证业务正常流转前提下),或者全平台上线?旧系统如何处理,是双系统并存,在途单据在旧系统走完,还是直接关停,数据迁移到新系统中?历史数据是全部迁移到新系统,还是不处理,旧系统保留查询入口?再对照上线check list,各方达成一致,确定是否具备上线条件及上线日期。

涉及到主要输出物,包括:

  1. 数据准备情况。应单独输出数据迁移策略

    1. 全量数据收集策略会议,尽可能地提前召开。明确哪些由IT提供,哪些由业务提供,界定业务各自负责的数据范围;明确哪些是上线前必须提供,哪些可以上线后补录。划分的颗粒度要细,否则无法有效驱动数据收集进度,往往该任务为项目关键路径。

    2. 除了明确交付时间点,还需明确交付标准。批量导入的方式,一般需按照新系统的数据模板格式才可以导入,提前确认模板格式,因为可能与已有系统数据格式差异较大。明确数据导出、清理、匹配、转换及导入的任务项由谁负责。此外,甲方最终提供的导入数据,即使符合系统模板要求,标准模板可能会存在问题,无法适用,则需导入校验或再修改数据格式(数据的幺蛾子特别多,因此注重尽可能地提前)。

    3. 各项数据交付截止时间点需以邮件方式正式通知相关方。

    4. 拉取数据时,保留时间点。

    5. 上线后的业务数据补录,明确到具体哪些数据,分几批次提供。

  2. 系统切换策略及计划

    1. UAT收尾。各模块培训需覆盖到不同角色,由甲方种子人员进行培训利于知识转移;UAT问题列表的处理结果达成共识,同时更新系统配置;进行蓝图设计与UAT的汇报工作,对收尾工作进行确认,遗留的蓝图设计文档完成签字工作。

    2. 系统配置策略。配置文档、模块配置的逻辑先后顺序、弹性域及值集的更新配置。

    3. 数据策略

    4. 外围系统接口策略

    5. 上线并行策略。旧系统数据并行时间。功能限制、

    6. 上线后运维策略确认

  3. 系统上线验收报告


确认部署上线前,乙方需提供的文档明细项包括:

  1. 数据迁移脚本

  2. 清洗后的数据

  3. 系统迁移脚本(迁移步骤描述,迁移任务分派和角色分工,用户、角色、布局分配、共享规则、触发器等所有相关技术部署迁移的脚本以及出现问题的应对措施)

  4. 集成点及相关技术部署说明

  5. 测试脚本

  6. 部署上线移交过程管理

部署上线后,乙方需提供一段时间的维护支持,在此期间需要将该项目相关的维护工作清单移交给甲方运维团队,维护工作清单包括如下的内容:

  1. 用户、角色、布局分配、共享规则、触发器等系统内部技术规格设置的详细说明

  2. 常见问题-FAQ

  3. 集成相关技术说明


Cutover plan步骤

  1. 通知用户

    1. 准备通知内容

    2. Go/No-Go Decision

    3. 系统通知

    4. 冻结用户

  2. 部署功能模块

  3. 初始化设置

  4. 数据导入

  5. 冒烟测试

  6. 启用

    1. 解冻用户

    2. 通知用户


上线交付物checklis

S1项目-上线准备及切换阶段


其他

  1. 管理预期的重要性。强调系统上线并不意味着业务会马上被带动,因为有一些改变,从上线到用户接受,到最后形成生产力需要一个过程。需要项目团队与系统的磨合、理解和接受,先僵化,再优化

  2. 冲刺月计划表

S1项目-上线准备及切换阶段

 

相关文章:

  • 2021-08-01
  • 2021-08-28
  • 2022-12-23
  • 2022-12-23
  • 2021-11-21
  • 2021-04-06
  • 2021-05-18
  • 2021-12-12
猜你喜欢
  • 2021-05-06
  • 2022-12-23
  • 2021-09-30
  • 2022-01-04
  • 2022-12-23
  • 2021-08-04
  • 2021-04-07
相关资源
相似解决方案