资讯专栏INFORMATION COLUMN

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

Neilyo / 3567人阅读

摘要:评审评审会议是故意保持非常非正式的,通常有禁止使用幻灯片的规则,并且允许会议的准备时间不超过两小时。冲刺审查会议不应成为团队的分心或重大绕道相反,它应该是冲刺的自然结果。在冲刺审查期间,根据计划会议期间确定的冲刺目标评估项目。

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则专注于流程和持续流程改进。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/106314.html

相关文章

  • 一文读懂如何安排Scrum事件

    摘要:具有短的固定发布周期表,可调节范围称为冲刺,以满足快速变化的开发需求。在改进期间,将审查和修改项目。如上所述,细化是一项持续的活动,除非它是按比例进行的,否则它不限于时间盒事件或会议。评审会议在每个结束时举行,以演示添加的功能。 Scrum具有短的固定发布周期表,可调节范围称为冲刺,以满足快速变化的开发需求。Scrum 流程通过特定的概念和实践区别于其他敏捷流程,分为角色,仪式(也包括...

    stdying 评论0 收藏0
  • 敏捷开发中的文档:要不要写?怎么写?

    摘要:但这并不意味着敏捷开发完全抛弃文档,敏捷开发遵循轻文档,重沟通的原则。把功能点拆分,导入到项目管理软件中,相关人员只需要按照需求目录一条条执行即可,不再需要一页一页的看了。如今的任务看板和燃尽图已经由实物形式转变为项目管理软件。 我们比较熟知的软件项目管理方法是瀑布。其基本流程是需求-> 设计->开发->测试。基本假设只要把每一个环节都做正确,那么最终得到的结果也是正确的。瀑布开发有非...

    zzir 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<