
什么是SAFe系统演示?它是否是多个团队的审查?本文深入探讨了SAFe中这个关键和重要的事件。
什么是SAFe系统演示?
SAFe系统演示是SAFe中的一个关键事件,旨在展示在敏捷发布列车(ART)的最新迭代期间实现的增量中集成的所有新功能。其目标是从利益相关者那里收集宝贵的反馈,以改进产品并指导未来的发展。在此事件中,展示所有成就,作为程序增量(PI)中进展的客观衡量标准。
这些反馈会引导出以下问题:
- 我们是否走在正确的道路上,还是需要改变方向?
- 我们可以在整个提出的系统中做出什么改进?
此事件需要前期工作,以确保其顺利进行。有效的事件管理将有助于预防未来的缺席。如果利益相关者认为他们正在浪费时间,那么他们可能不太愿意定期参加。
谁参与此事件?
SAFe中的系统演示涉及:
- ART中的所有利益相关者
- ART的产品所有者和产品经理
- 一个或多个系统团队成员
- 系统架构师/工程师、运营和一些开发人员
值得注意的是,在SAFe中,利益相关者被视为包括:
- 业务所有者
- 赞助商
- 其他敏捷团队(潜在客户)
- 管理层(与业务相关)
- 客户和/或其代表
此事件应何时举行?
理想情况下,系统演示应在冲刺结束后的第二天举行。不同迭代结束与此事件之间的时间间隔过长可能会导致反馈处理延迟。此事件应在每次迭代结束时举行。
通常,为此事件分配1到2小时,具体时间取决于您的ART的大小。但建议力争在一小时内完成此事件。
以下是SAFe提出的议程:
- 回顾业务背景和PI目标(5至10分钟之间)。
- 在演示之前简要描述每个新功能(5分钟)。
- 使用端到端方案演示每个新功能(20至30分钟之间)。
- 确定当前的风险和障碍。
- 进行讨论,以获取反馈。
- 总结进展、反馈和需要采取的行动。
作为提醒,此事件是“检查与适应”(Inspect And Adapt,I&A)过程的一部分,我们将很快在本博客上进行讨论。
系统演示是否取代了冲刺审查?
不,迭代审查(SAFe用于冲刺审查的术语)在每个团队内在迭代结束时进行,与标准的冲刺审查完全一样。系统演示是系统作为一个整体的展示,可能会产生非常不同的反馈。每个团队内的冲刺审查与团队的工作相比非常孤立。
这就是系统演示在冲刺结束后进行的原因。Scrum团队专注于他们的冲刺结束仪式,需要所有团队成员的参与。
Be the first to comment