敏捷Scrum实践方法-五个事件

五个事件

冲刺、迭代、Sprint

1. 迭代时间盒要和团队能力、项目特征协调一致（团队、客户、PO达成一致）
2. 迭代时间盒一旦调整不会随意调整

迭代规划会议Sprint Planning

参会者：PO、SM、团队、（相关方）

• 为即将开展的Sprint制定计划
• Sprint第一天进行，控制8h内，每周2h（会议时间盒）
• 定义要交付内容完成的方式
• 相关方可通过参加迭代规划会议了解团队和产品情况
• 会议基本内容：
  • PO讲解产品代办事项列表，并细化故事，团队评估，得出迭代待办事项列表。
  • 将用户故事拆分成任务（Task）以估算时间
  • 团队成员领取任务
  • 更新迭代待办事项列表（任务的归属）
  • PO明确验收标准（DoD）

总结要点

1. 确定迭代目标、事项、任务。讨论如何完成，产出迭代待办事项列表
2. 细化评估故事，制定迭代待办事项列表，团队自行领取任务
3. PO、开发团队、敏捷教练都需要参会
4. 相关方可参与，了解团队和产品情况

每日站会Daily Scrum

主角是团队

• 注意时间盒，不超出15min
• 以某种方式“过一下”看板或任务板
• 任何人都可主持
• 目的是同步信息，发现问题，不提倡在站会上解决问题
• 轮流回答问题：
  • 完成了什么
  • 计划完成什么
  • 障碍、风险、问题是什么
• 两种反模式：变成状态报告；变成问题解决会议

总结要点

1. 时间盒不超过15min
2. 时间盒可根据实际情况做调整
3. 不可随意取消
4. 只同步信息、提出问题，不解决问题
5. 解决问题站会后单独安排

敏捷不提倡处罚、惩罚

迭代评审会议Sprint Review

• 发生在Sprint结束时，4h内
• 参会者Scrum团队和PO及邀请的主要利益相关者
• 主要的会议内容：
  1. PO说明产品待办事项列表已完成项和未完成项（PO作为验收者、能获知一定的状态信息）
  2. 开发团队做的好的地方、遇到的问题及解决方式
  3. 开发团队演示完成的工作并解答关于所交付增量的问题，获取相关方验收通过
  4. 未完成的或未通过的用户故事，重新放回产品待办事项列表（上期遗留），在下一次迭代规划会议评价
  5. 所有参与人就下一步的工作进行探讨
  6. 评审市场或潜在的产品使用方式

总结要点

1. PO鉴定已完成，客户验收已完成的用户故事，给出反馈
2. PO到场
3. 评估后期产品变更与趋势分析
4. 未完成未通过验收的用户故事放回产品待办事项列表

用户故事的状态

完成–PO验收

通过验收–客户

迭代回顾会议Sprint Restrospective

• Scrum团队检测自身并创建下一个迭代改进计划的机会
• 在评审会议之后，下次规划会议之前
• 时间盒：不超过3h
• 确保会议举行，并且每个参会者都明白会议目的
• 确保会议是积极的和富有成效的（避免甩锅）
• 目的
  1. 检视前一个迭代中人、关系、过程和工具的情况如何
  2. 找出并排序做的好的和潜在需要改进的主要方面，同时制定改进团队工作方式的计划(非功能性)，放到产品待办事项列表

团队绩效审查取决于项目和团队本身

要点总结

1. 检视自身，关注过程，回顾措施有效性（检查风险应对的有效性），找出原因（鱼骨图、石传图、5Y法），提出改进计划
2. 时间节点在迭代评审之后，迭代规划之前
3. 团队成员、SM参会，PO视情况，相关方受邀参与
4. 创建迭代改进，行动措施

Scrum时间盒

迭代周期	4周	/周
产品待办事项列表（Release Planning）	8h	2h
迭代规划会议（Sprint Planning）	8h	2h
每日站会（Daily Scrum）	15min	15min
迭代评审会议（Sprint Review）	4h	1h
迭代回顾会议（Sprint Restrospective）	3h	1h