Sprint 评审 (Review) vs Sprint 评审 (Retrospective)

在IT行业这个发展更新速度很快的行业，只有不停止的学习，才不会被行业所淘汰。如果你是数据库学习者，那么本文《Sprint 评审 (Review) vs Sprint 评审 (Retrospective)》就很适合你！本篇内容主要包括Sprint 评审 (Review) vs Sprint 评审 (Retrospective)，希望对大家的知识积累有所帮助，助力实战开发！

Sprint评审 (Sprint Review)：

sprint评审会议是故意保持非常非正式的，通常有禁止使用PowerPoint幻灯片的规则，并且允许会议的准备时间不超过两小时。冲刺审查会议不应成为团队的分心或重大绕道; 相反，它应该是冲刺的自然结果。

sprint审核的参与者通常包括产品所有者，Scrum团队，Scrum Master，管理层，客户和其他项目的工程师。

在冲刺审查期间，根据Sprint计划会议期间确定的冲刺目标评估项目。理想情况下，团队已经完成了sprint中的每个产品积压项目，但更重要的是他们实现了sprint的总体目标。

在Sprint评审相当于用户验收测试。项目团队在sprint和产品负责人中展示他们所做工作的结果的地方，并且任何所需的利益相关者都接受了这项工作。

Sprint回顾 (Sprint Retrospective)

Sprint回顾会议的时间限制为3小时。它仅由团队，Scrum主管和产品所有者参加。产品所有者是可选的。让所有团队成员回答两个问题，开始会议;
1）冲刺期间进展顺利？
2）在下一个冲刺中可以改进什么？

• Scrum master以摘要形式写下团队的答案。
• 该团队优先考虑它想要谈论潜在改进的顺序。
• Scrum master不是在这次会议中提供答案，而是为了促进团队寻找为工作流程的更好方法。

冲刺回顾等效于项目事后分析, 只不过它是在冲刺 (sprint) 结束时完成的。会议的目的是思考在前一个冲刺 (sprint) 中哪些工作进展顺利,哪些方面不顺利,并确定在下一个冲刺 (sprint) 中如何改进它。

简单来说，Sprint Review专注于前一个sprint产品的商业价值最大化的工作结果，而Sprint Retrospective则专注于流程和持续流程改进。

文中关于mysql的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Sprint 评审 (Review) vs Sprint 评审 (Retrospective)》文章吧，也可关注golang学习网公众号了解相关技术文章。