sprint演示会议

在每个 sprint 结束时，我们都有一个 sprint 演示会话。我们通常将演示安排在 sprint 的最后一个星期五。我们为演示预订了一个小时，但是，平均需要大约 40 分钟。所有团队成员都必须参加。

sprint 演示对我们来说是最激动人心的 Scrum 活动之一，因为每位演示者都感觉自己就像舞台上的摇滚明星，其目标是进行有趣且有趣的演示。 我们提前宣布了我们将要演示的用户故事集。该演示由用户故事的作者执行，该作者通常是开发人员，有时是测试此功能的质量保证工程师。作者在一个共享的大屏幕上演示了各种使用场景，并解释了新功能的工作原理。如果观众想看到一些错过的用例，他们会在演示期间提出要求。否则，所有问题都将保留到演示结束。

演示者回答问题，Scrum Master 记录演示期间想到的任何缺失的用例、错误和小改进。大多数评论和反馈来自产品负责人，他们基本上决定了一个新功能是否符合验收标准。
讨论结束后，我们列出完成该功能所需的调整，并尝试在下一个 sprint 中修复它们。如果我们意识到它需要太多更改才能立即实施，我们可以推迟用户故事。最后，主持人获得了热烈的掌声，并以所有荣誉给予观众。 

然后下一位演示者介绍他或她的用户故事。通常，我们做大约四个演示。未完成的用户故事演示将移至下一个 sprint。公开演示是一项非常激励人心的活动。我们试图让所有的开发者都参与进来，所以他们每个人都会轮流展示一个演示。为多个用例准备和测试用户故事并准备测试数据需要时间，但每个演示者都喜欢挑战。但这还不是全部。演示对整个团队非常重要，因为它们让每个人都在同一页面上，并让每个人都有机会立即分享反馈。