Sprint Retrospective

何时使用此技能

• Sprint 结束时：每个冲刺结束时进行
• 项目里程碑：重大版本发布后
• 团队出现问题：需要立即进行回顾时

操作指南

步骤 1：开始-停止-继续

## 回顾会议模板：开始-停止-继续

### 开始 (新的尝试)
- 缩短每日站会时间（控制在 5 分钟内）
- 使用代码审查清单
- 引入结对编程

### 停止 (停止做)
- 周五下午部署（回滚风险高）
- 过度使用紧急会议
- 添加功能但不更新文档

### 继续 (保持做)
- 每周技术分享会
- 自动化测试
- 透明的沟通

### 待办事项
1. [ ] 将站会时间从 9:00 改为 9:30 (团队负责人)
2. [ ] 编写代码审查清单文档 (开发者 A)
3. [ ] 宣布"周五不部署"的规定 (团队负责人)

步骤 2：生气-失望-开心

## 回顾会议：生气-失望-开心

### 生气 (让我们生气的事)
- 部署后出现紧急 bug（发生了两次）
- 需求频繁变更
- 不稳定的测试环境

### 失望 (我们希望可以更好的事)
- 没有足够时间进行代码审查
- 文档更新滞后
- 技术债务不断累积

### 开心 (让我们开心的事)
- 新成员快速上手
- CI/CD 流水线稳定运行
- 积极的客户反馈

### 待办事项
- 加强部署检查清单
- 改进需求变更流程
- 每周五预留文档更新时间

步骤 3：4L 法 (喜欢-学到-缺少-渴望)

## 回顾会议：4L

### 喜欢 (我们喜欢什么)
- 团队合作良好
- 成功采用新技术栈

### 学到 (我们学到了什么)
- 用 Docker Compose 标准化本地环境
- 用 React Query 改进服务端状态管理

### 缺少 (我们缺少什么)
- 性能测试
- 移动端支持

### 渴望 (我们渴望什么)
- 更好的开发工具
- 外部培训机会

### 待办事项
- 引入 Lighthouse CI 自动测量性能
- 编写响应式设计指南

输出格式

回顾会议文档

# 第 [N] 次 Sprint 回顾会议
**日期**：2025-01-15
**参会人员**：团队成员 A, B, C, D
**格式**：开始-停止-继续

## 进展顺利的部分
- 完成了所有故事 (速度：25 点)
- 零 bug
- 团队士气高涨

## 不顺利的部分
- 技术调研耗时超出预期
- 因设计变更导致返工

## 待办事项
1. [ ] 将技术调研任务分配到专门的 Sprint (团队负责人, 截止 ~01/20)
2. [ ] 为设计方案引入预审流程 (设计师, 截止 ~01/18)
3. [ ] 分享速度图表 (Scrum Master, 每周)

## 关键指标
- 团队速度：25 点
- 发现 Bug 数：0
- Sprint 目标达成率：100%

约束条件

强制性规则 (必须遵守)

1. 安全空间：营造无责备的环境
2. 待办事项：必须具体且可执行
3. 后续跟进：在下一次回顾会议中检查进度

禁止事项 (绝不能做)

1. 人身攻击：改进流程，而不是指责个人
2. 待办事项过多：限制在 2-3 项

最佳实践

1. 严格限时：控制在 1 小时内
2. 轮流主持：团队成员轮流担任主持人
3. 庆祝成功：也要庆祝取得的成就

参考链接

• 回顾会议形式大全
• 敏捷回顾

元数据

版本信息

• 当前版本：1.0.0
• 最后更新：2025-01-01
• 兼容平台：Claude, ChatGPT, Gemini

标签

#回顾会议 #敏捷开发 #scrum #团队改进 #项目管理

使用示例

示例 1：基础用法

示例 2：高级用法