导读：系统版本上线发布前，中，后过程，引入CutoverPlan计划，即切割计划。特别是多个关联系统有依赖关系的情况，就需要统一对齐切割计划的每一个执行项和关注依赖项。在最近一个中台项目的大版本中有14个关联系统，数十号人参与切割计划的执行项。本文主要介绍相对通用切割计划模板，以及在实际操作中需要关注问题。
模板字段：
| 序号 | 编号 | 系统中心 | 开始时间 | 结束时间 | 时长（分） | 依赖项 | 涉及系统 | 任务类别 | 任务项 | 任务描述 | 执行人 | 负责人 | 状态 | 附件 | 任务备注 |
关键字段说明：
编号：xx-xxxx； 前两位代表系统编号，后四位代表任务项编号，举例 01-0010
任务类别：配置检查 环境检查 部署准备 产品封版 产品部署 流量切换 数据备份 验证检查 回归测试 数据割接 系统上线 功能验证 数据验证
状态：未开始，已完成，延迟
要输出一份可执行落地切割计划，往往需要以下几个过程：
- 切割计划编写启动会
- 切割计划初审
- 切割计划复审（多次评审修改，拉齐沟通意见）
- 切割计划封板
注意事项：
- 评审阶段需要各个系统负责人讲解自己的切割计划任务项，澄清依赖关系，保证参与上线切割的依赖方知晓前置或后置执行项。
- 切割计划中包含上线前，中，后的跟进项，每个跟进项执行时间估算到【分钟】，每执行完一项任务项需要及时更新任务状态。
- 任务类别对应的任务项和任务描述，务必细化每一个步骤执行说明。
- 明确唯一执行人和负责人，一般来说执行人跟负责人不是同一个人，负责人往往是执行人的上级，而当前该项目实践是执行人是系统TL, 负责人则是甲方对应系统负责人。
- 切割计划在评审过程，也会伴随着上线前的跟进项任务的完成，一般来说上线前任务项更新是动态过程（在切割计划封板前）。
- 经过多次评审和更新，大家对切割计划中自己负责的系统和被别人依赖或依赖别人的相关事项就十分清楚了，一旦切割计划封板后，大家只需按照切割计划时间点执行即可。需要及时更新切割计划任务状态，这里对于切割计划文档是需要协同办公工具支持，这里使用到了钉钉-在线编辑群共享文件。
补充，如果涉及任务项特别多，往往需要增加一个实时进度看板统计，包括以下内容：
- 整体任务数
- 当前完成任务数
- 当前延迟任务数
- 整体计划完成比例
- 整体实际完成比例