适用场景
同一个坑在项目里踩三次，本质是没有复盘与知识沉淀。复盘的产出应该是"下次怎么做"的具体动作。
配置步骤（交付清单与自检）
# 交付自检
# 1) 功能清单逐项走通（真实数据）
# 2) 文档：部署/运维/操作手册
# 3) 账号与权限清单、密码交接
# 4) 培训完成并签到
# 5) 备份与恢复验证
# 6) 验收单签字关键参数与建议
- 交付清单固定：功能、文档、培训、账号、培训记录、验收单
- 风险台账：风险描述、影响、概率、应对措施、责任人
- 里程碑复盘：每个阶段结束就复盘，不等项目结束
- 问题分类：需求变更、技术难点、协作问题、外部依赖
- 经验沉淀：形成检查清单与模板，用于下一个项目
容易踩的坑
- 功能验证用演示数据，上线后才发现问题
- 只交系统不交文档，后续维护全靠人
- 培训走过场，用户不会用
验证与巡检
# 验证：自检表逐项打勾并由甲方确认- 巡检：交付清单归档、遗留项有期限
小结
复盘不是写总结报告，而是产出可复用的清单与模板。三个月后还能被下一个项目用上的复盘，才算有效。
> 说明：文中命令为通用写法，不同型号/版本可能略有差异，落地前请对照设备实际版本的官方文档；带外管理与安全设备变更建议先在测试设备验证。