Scrum 计划、站会、评审、回顾会议介绍

计划会议（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包含两个部分:
评估哪些地方做的好，哪些地方做的不好
做的不好的地方有哪些改进措施