冲刺评审： 是在冲刺中展示并评审开发团队完成的用户故事的会议，任何对冲刺中完成的工作感兴趣的人都可参加，意味着所有干系人都有机会了解产品进展并提出反馈。包括：
准备演示： 准备工作应该很快，几分钟；产品负责人和开发团队参与准备开发团队在冲刺评审中演示的代码必须是符合完工的定义的 冲刺评审会议 冲刺评审会议的两项内容：展示Scrum团队已完成的工作和干系人对这些工作提出的反馈意见Scrum团队在各个循环阶段收到有关产品的反馈 开发团队每天进程的反馈产品负责人每个冲刺中的反馈项目干系人对每次冲刺后的反馈客户对每次发布的反馈 冲刺评审通常安排在冲刺最后一天的晚些时候，一般每周用于评审会议的时间不超过一小时冲刺会议指导方针 不要使用ppt,整个Scrum团队都应参加对会议感兴趣的其他任何人也可参加产品负责人介绍发布目标，冲刺目标和新增的功能开发团队演示冲刺中完成的内容，通常会展示新的功能或基础框架演示的环境尽可能和计划中生产环境一致干系人可以针对演示的产品提出问题以及反馈意见不允许有隐藏的作弊行为，比如hard code 值使得程序看起来更成熟稳定基于展示的特性和产品代办列表新增条目，产品负责人可在当前冲刺会议中带领大家讨论下一步的工作计划 在评审会议中收集反馈 评审会议中可能会出现新的用户故事，产品负责人需要把新的用户故事加到产品代办列表中并排定优先级 *产品负责人还要把本冲刺中未按计划完成的用户故事放回到代办列表，重新排优先级冲刺回顾会议：
在该会议上Scrum主管，产品负责人和开发团队讨论当前冲刺的进行状况和如何在下一个冲刺中进行改进冲刺回顾的目标是持续改进流程，根据每个团队的需要改进和定制流程，结果可能只对自己的Scrum团队适用以行动为导向的会议每周用于回顾会议的时间不超过45分钟包括问题： 三个主要问题： 哪些任务进行的比较好；想做哪些改变；如何实施这些改变其他开放性问题： 成果：计划工作量VS 开发团队实际完成的工作量人员：团队的构成和团队共识关系：交流，合作和结对工作流程： 仔细检查这些流程- 寻求支持，开发和代码评审工具生产力 有组织的讨论这些问题： 准备目标收集数据产生顿悟决定做啥结束回顾 检查和调整，确保把提出的改进意见落到实处