准备放假前，建议把近期的业务变更再过一遍。仍能正常运行、又不急于上线的调整，可以安排在人员齐备、方便持续观察的时段处理。
确需提前发布的功能，应给验证和异常处理留出时间。不要把“代码上传完成”安排成当天最后一项工作，上传后还要确认业务流程、后台任务以及原有功能是否正常。
操作计划不用复杂，但要写清改什么、影响哪些业务、谁执行、谁验收，以及出现问题怎样恢复。多人协作时，避免各自在同一时段修改不同部分；存在先后依赖的，由一人记录实际进度。
如果操作耗时明显超过计划，或还没完成核对就到了人员离场时间，应重新评估是否继续。能安全暂停的，保留现场和记录；需要恢复的，按事先准备的步骤处理，不让未完成的任务无人看管。
涉及产品服务的处理事项，请写明服务标识、计划操作和需要配合的时间，便于沟通具体范围。业务方也应留下一名了解本次改动、能够确认处理结果的联系人。