deliver-launch-checklist

发布检查清单

发布检查清单是一份全面的验证文档，用于确保在发布功能或产品之前，所有事项都已准备就绪。它协调工程、QA、设计、市场营销、支持、法务和运营团队，避免发布当天出现意外。完善的发布检查清单能及早发现阻碍因素，并让各方共同承担发布准备工作的责任。

适用场景

• 在任何重要发布前 1-2 周
• 在发布规划启动会议期间
• 协调跨职能发布时
• 在主要版本发布或功能推出之前
• 发生事故后，用于改进发布流程

不适用场景

• 你要通过实验验证是否应该发布 → 使用 measure-experiment-design
• 你需要面向客户发布已上线内容的公告 → 使用 deliver-release-notes
• 发布已经完成，而你想了解结果或进行复盘 → 使用 measure-experiment-results 或 iterate-retrospective
• 变更规模较小、由单个团队负责且不涉及跨职能协作：发布检查清单会增加流程，却没有实际价值；在冲刺中跟踪即可

说明

收到创建发布检查清单的请求时，请按以下步骤操作：

1. 明确发布背景 记录发布内容、时间和关键利益相关者。确定发布级别（主要版本、小型功能或实验），因为这会影响检查清单的范围。

2. 收集各职能部门的要求 针对各职能部门（工程、QA、市场营销等），确定发布前必须完成、验证或落实的事项。区分阻碍事项（必须完成）和锦上添花的事项。

3. 指定负责人和日期 每个检查项都需要负责人和目标完成日期。明确负责人有助于落实责任；设定日期则便于跟踪。

4. 确定依赖项和阻碍因素 标记阻碍其他工作或受外部因素阻碍的事项。尽早发现这些问题，以便团队及时排除阻碍。

5. 明确继续/停止标准 制定清晰的发布决策标准。必须满足哪些条件？谁做最终决定？

6. 记录回滚计划 每次发布都应有回滚策略。记录发布后出现严重问题时如何恢复。

7. 安排检查进度的频率 确定团队何时检查清单进度（每日站会、发布前 2 天审核、发布当天同步会）。

输出格式

使用 references/TEMPLATE.md 中的模板来组织输出。完整的检查清单应填写模板的每个部分：发布概览；工程准备情况；QA 与测试；设计与 UX；市场营销与沟通；客户支持；法务与合规；运营与基础设施；分析与监控；继续/停止标准；回滚计划；检查进度安排；以及未解决事项。

质量检查清单

完成前，请确认：

• 已涵盖所有职能领域
• 每个事项都指定了负责人和目标日期
• 已明确区分阻碍事项和锦上添花的事项
• 继续/停止标准具体且可衡量
• 已记录并测试回滚计划
• 已安排检查进度的频率

示例

请参阅 references/EXAMPLE.md 中的完整示例。