概述
行动项若以“代码合并”为完成标志,就只是形式上的关闭,未必真的降低风险。为每项记录负责、期限与所针对的风险,通过实际触发测试与证据验证有效性、过期项升级,才能让事后复盘真正闭环。
关键步骤
- 记录每项的负责人、期限与针对的风险。
- 验证变更确实降低目标风险。
- 测试该项在触发时确实工作。
- 仅带证据关闭并复核逾期项。
验证
- 每项关闭都附证据。
- 类似事件未再发或控制已触发。
- 逾期项被升级。
- 证据与事件记录归档。
决策点
应在验证并测试后关闭,而非代码合并时;若某项确实不值得做,应带理由关闭,长期挂起的条目既不提供保护也掩盖真实缺口。
适用范围
本条目围绕「事后行动项验证工作流」给出可复制的步骤、验证方式与常见问题,适合需要按此流程落地的工程团队。执行时请结合自身上下文调整命令与阈值,并在变更前后留存证据,便于后续复核与回滚。
建议在正式环境落地前先在预发或隔离环境演练一遍,把关键观测指标与负责人一并记录,确保出现异常时能快速定位并恢复。
# verify the alert actually fires
exit 0 # placeholder for a real control test
# attach evidence link to the action item before closing