敏捷开发的4个仪式"/>
敏捷开发的4个仪式
一、sprint Planning
- PO澄清需求,团队评估工作(迭代计划和迭代期间)
- 在本次迭代中做多少事情,团队说了算;
- 确定本次迭代内容后,对工作分解,形成sprint Backlog;
- 时间盒:2小时/周,上半部分会议1h,下半部分1h;
- 召开时间:每个迭代开始的第一天
二、Daily Scrum
- 三个问题:我昨天做了什么,我今天打算做什么,我遇到什么问题;
- 站会上有问题,会后解决;
- 团队发现一个风险并评估为紧急,站会上要说出来;
- 团队发现一个风险,放到信息发射源,暴露风险;
- 关于比较大、需要协调比较多的资源,等到回顾会,是发布回顾会,不是迭代回顾会
三、sprint Review
- 如果干系人强调做的不对,邀请干系人参加评审会;
- sprint评审会议的结果是一份修订后的PB,阐明很可能进入下一个Sprint的产品待办事项;
- 时间盒:1小时/周
四、回顾会
- 做的好的、做的不好的、改善措施
- 关于团队过程中的问题,可以在回顾会解决;
- 时间盒:1小时/周
五、练习
- 高管希望知道sprint期间哪些进展顺利和哪些不顺利,邀请他参加——回顾会议
- 团队在使用SCRUM发现一些问题,应在什么时候识别——立马识别,当然就是每日站会;
- 每日站会的一个关键方面——协调
- 敏捷团队完成了开发,测试已经通过,但是客户对质量和性能不满意;如果要避免这种情况,敏捷团队应该在产品发布之前做什么?——在计划的演示中,收集干系人的反馈;
更多推荐
敏捷开发的4个仪式
发布评论