Sprint Planning敏捷迭代计划会议
敏捷迭代开始
职责
1.PO讲解需求 2.开发Team估算工时。
会议上需要：
1.排列需求优先级；2.分析和评估产品Backlog并确定该迭代的目标；3.制定迭代计划。
计划会议的目标：
1.基于敏捷规划产生的Product Backlog以及优先级，通过计划会议，确定迭代的目标、团队成员、形成Sprint Backlog，明确评审会、回顾会时间；
2.分解Sprint Backlog并确定相应的完成时间，并由团队成员共同挑选这些Sprint Backlog；
阶段一参与人员：产品经理、Product Owner、Scrum Master、团队成员。
进程如下：
1.Scrum Master公开迭代时间表；
2.产品经理和Product Owner讲述Product Backlog，对应的业务价值和优先级；
3.团队针对Sprint Backlog和优先级达成一致；
4.Scrum Master和团队成员共同确定Sprint Backlog；
阶段二参与人员：Scrum Master、团队成员，其他人员选择性参加
进程如下：
1、团队成员针对Sprint Backlog共同分解任务；
2、团队成员共同进行工作量评估(每个Task不超过2天)，确定开始时间和完成时间；
3、团队成员共同认领任务；
4、共同确定DoD，团队达成一致；
5、团队共同确认迭代目标和价值；
Daily Stand-up Meeting每日站会
1.昨天我做了什么
2. 今天我计划要做什么
3.我遇到了什么问题，妨碍了我尽可能有效地工作
Scrum Master记录会议上提出的问题，但是不要在会议上讨论和解决问题，而是要会后在找相关人员进行讨论和解决。
Sprint Review敏捷迭代评审会议
在迭代结束前给产品负责人演示并接受评价的会议，并根据反馈结果，提出新的产品Backlog
参与人员：产品经理、Product Owner、Scrum Master、团队所有成员
1.检验迭代成果，检查是否完成迭代计划中的迭代目标
2.用户参与测试流程，并得到用户对产品的认可，鼓励用户自己进行测试设计和进行破坏性测试，充分暴露产品的设计和功能问题。
3.由Scrum Master来推进会议进程，Product Owner记录用户反馈，根据结果维护产品 backlog，一般在迭代结束前做一次。
Sprint Retrospective敏捷迭代回顾会议
在每个迭代结束后召开的关于自我持续改进的会议，围绕如下三个问题进行讨论：
1.本次迭代有哪些做得好；
2.本次迭代我们在哪些方面还能做得更好；
3.下次迭代准备在哪些方面改进；
4.团队确定问题优先级，并根据优先级确定团队能够解决的Top问题；团队讨论Top问题的措施，并选择在下一个迭代可以完成措施，分配责任人进行跟踪
