Team Closeout 完整示例
本文给出 closeout 阶段的完整示例。它关注的是“发布后如何收口”，不是替代发布方案本身。发布前动作仍然应先参考 team-release-example.md。
1. 场景
- 导出能力已经灰度上线
- 发布时定义了 30 分钟观察窗口
- 现在需要给出最终状态、遗留项和下一步建议
2. 输入示例
text
closeout
基于当前发布结果和观察窗口数据，整理最终状态、遗留项和 lessons learned。3. 完整输出示例
text
Closeout 结论
- 发布对象：审批列表导出能力
- 发布时间：2026-04-03 14:00
- 观察窗口：14:00 - 14:30
- 最终状态：成立，本次发布完成收口
观察窗口结果
- 导出成功率：稳定，高于预期阈值
- 接口错误率：未出现异常峰值
- 前端反馈时延：可接受，无明显卡顿投诉
- 人工抽检：导出文件字段、权限控制、空数据提示均符合预期
最终验收声明
- 验收结论：通过
- 验收依据：测试放行结论 + 观察窗口指标 + 人工抽检结果
- 仍接受的风险：大批量导出性能尚未做极限压测，但不影响当前灰度范围
遗留项与后续动作
- 遗留项 1：补一次 5 万条数据的导出压测
- 遗留项 2：增加导出超时提示文案
- 进入 backlog：是
- 建议优先级：中
Lessons Learned
- 本次先定义观察窗口再上线，明显减少了上线后判断分歧
- 发布前增加前端空数据抽检，有效避免了只盯接口成功率
- 下次应在 release 前就准备大数据量压测记录4. Closeout 最少应包含什么
- 观察窗口起止时间
- 观察结果与异常结论
- 最终验收结论
- 遗留项与是否进入 backlog
- lessons learned
5. 常见错误
- 把 release 结论直接当成 closeout 结论
- 观察窗口未结束就宣布完成
- 只写“已上线”，不写最终验收和遗留项
- 已知风险没有进入后续待办
如果你是在 solo mode 下执行 closeout，建议同时参考 solo-delivery-mode.md 和 solo-delivery-one-page.md。