敏捷开发的4个仪式

一、sprint Planning

• PO澄清需求，团队评估工作（迭代计划和迭代期间）
• 在本次迭代中做多少事情，团队说了算；
• 确定本次迭代内容后，对工作分解，形成sprint Backlog;
• 时间盒：2小时/周，上半部分会议1h,下半部分1h;
• 召开时间：每个迭代开始的第一天

二、Daily Scrum

• 三个问题：我昨天做了什么，我今天打算做什么，我遇到什么问题；
• 站会上有问题，会后解决；
• 团队发现一个风险并评估为紧急，站会上要说出来；
• 团队发现一个风险，放到信息发射源，暴露风险；
• 关于比较大、需要协调比较多的资源，等到回顾会，是发布回顾会，不是迭代回顾会

三、sprint Review

• 如果干系人强调做的不对，邀请干系人参加评审会；
• sprint评审会议的结果是一份修订后的PB，阐明很可能进入下一个Sprint的产品待办事项；
• 时间盒：1小时/周

四、回顾会

• 做的好的、做的不好的、改善措施
• 关于团队过程中的问题，可以在回顾会解决；
• 时间盒：1小时/周

五、练习

1. 高管希望知道sprint期间哪些进展顺利和哪些不顺利，邀请他参加——回顾会议
2. 团队在使用SCRUM发现一些问题，应在什么时候识别——立马识别，当然就是每日站会；
3. 每日站会的一个关键方面——协调
4. 敏捷团队完成了开发，测试已经通过，但是客户对质量和性能不满意；如果要避免这种情况，敏捷团队应该在产品发布之前做什么？——在计划的演示中，收集干系人的反馈；