在发布前保留一张安静的清单

发布前的检查清单很容易变成一串没人愿意阅读的历史遗留。真正有用的清单应该帮助团队确认风险，而不是证明流程曾经被执行。

只保留会改变判断的问题

每一项都应当对应一个可能的决定：继续发布、延迟发布，或先补充观测。如果一个问题的答案不会影响下一步，它就不应该占据检查清单的位置。

让清单能够被修订

每次发布后的反馈都可以成为下一版清单的输入。删掉不再有用的项目，补充刚刚暴露的边界，清单才能保持轻量而不是不断变长。

一张好的清单不是安全感的装饰，而是团队共同保留的一条判断路径。