冲刺评审
每两周一次：交付内容、演示、下一个冲刺和风险。
进展卡: 已交付演示下一个冲刺风险
适合谁
负责线上服务的研发、运维、安全和客服团队。
为什么用这种形式
- 原则上不追责这种形式只问发生了什么、为什么，从不问是谁：大家说出全部经过，修复的是系统。
- 找原因，不只看症状专门的根因栏目让讨论超越临时修补。
- 措施真正落地纠正措施是一份有负责人的清单，每周跟进直到关闭。
每个人要准备什么
会前，每个人花几分钟在电脑或手机上填写进展卡。下面是一个示例，就像它在 Ronde 中的样子。
发生了什么
- 周二 14:02：支付开始报错
- 14:20：回滚到上一版本，14:31 服务恢复
影响
- 12% 的客户支付失败，持续 29 分钟
根本原因
- 数据库结构变更先于读取它的代码上线
- 没有支付错误率告警
纠正措施
- 增加支付错误告警
- 结构变更分两步上线
- 编写支付事故处理手册
一次会议的流程
- 开场大家进入会议室或视频会议：屏幕显示谁已到场以及议程内容。
- 轮流发言每人 5分钟每个人依次分享进展卡，配有计时器；其他人可以举手、回应或致谢。
- 自由议题会议过程中提出的话题，以及做出的决定和跟进行动。
- 收尾纪要已经完成：决定、行动及其负责人、每个人的进展卡。
此模板已开启
每个会议都可以随意开启或关闭模块；这些模块默认开启。
- 举手与提问在某人发言时举手或提问：该发言之后会增加一个提问环节。
- 限时议题议程中的独立议题，有自己的时长，笔记写入会议纪要。
- 决定日志所有场次笔记中的每一行“决定：”，汇集为全队可搜索的列表。
主持建议
- 时间线只写带时间的事实；观点放在原因里。
- 先回顾以往事故的措施：同类事故再次出现，往往说明某项措施没有完成。
相似模板
整个模板库都免费，云端和自有服务器均可使用。