计划会议(Planning Meeting)
参与者:整个团队,包括产品(Product Owner)、Scurm Master、Scrum Team(开发、QA)
目的:Product Owner从Product
Backlog中梳理出这期Sprint需要完成的Backlog,并与团队成员达成共识。注意区分userstory和backlog的区别,userstory可以是任何一个需求、想法,未经过评审,而backlog是经过团队评审确认的需求,可以放到后续的版本中进行迭代开发的。
每日站会(Daily Meeting)
注意参与者:Scurm Master、Scrum Team(开发、QA) 目的:每个人回顾昨天做了什么,今天要做什么,需要什么帮助
评审会议(Review Meeting/ShowCase)
参与者:整个团队,包括产品(Product Owner)、Scurm Master、Scrum Team(开发、QA)
目的:将完成的产品特性展示给用户验收,并收集用户反馈
回顾会议(Retrospective Meeting)
参与者:Scurm Master、Scrum Team(开发、QA) 目的:回顾这个Sprint,哪些地方做的好,哪些地方做的不好。探索如何才能提高效率和质量。利用5whys来寻找问题解决方式。
Sprint 评审会议: PO向Stakeholder展示潜在可交付的产品增量.
Sprint 回顾会议: 团队内部共同审视刚刚过去的Sprint,并寻找方法在接下来的Sprint做的更好
Sprint评审会议的目标:
验证产品是用户所想要的
讨论接下来的features是什么样子
获得stakeholder认同和信任
迫使可交付的产品准备完毕
最后一点常常被忽略。有时Sprint评审会被误以为是另一个演讲机会。“看看我们做了多少伟大的工作……PowerPoint…”这不是客户或stakeholder希望看到的。他们想看真正的产品!
如何进行优秀的Sprint评审会:
集中精力展示产品
保持功能陈述的简单和简短
尽可能避免使用ppt,而是使用短剧或其他有创意的带有互动性的方式
使用团队的系统(例如电子看板系统)展示计划的工作
提前为会议做些许准备
让stakeholders参与进来!
有了一个很棒的Sprint评审和许多积极的反馈以后,是时候把这些积极的能量带到Sprint回顾会中了。
Sprint回顾会议的目标
找出Sprint过程中,哪些地方执行的很好
哪些地方执行的不好
团队可以做哪些改进
执行”回顾会“给团队带来的好处:
识别可以改进团队运行的工作,并制定工作计划
可尽早停止那些不利的事务
分享在刚刚的Sprint中自己的经验教训
花时间倾听每个人的意见,获得团队的认同
就像在Sprint计划中一样,执行Sprint回顾的最佳方式是玩游戏。这被称为 "Retro Game"
Retro Game包含两个部分:
评估哪些地方做的好,哪些地方做的不好
做的不好的地方有哪些改进措施