为什么我们需要在Scrum中进行产品演示?

在Scrum中，我们努力在每次sprint结束时交付工作产品 (Working Prodcut)。但如果没有人知道这件事又有什么意义呢？Scrum对此的回答是演示 (Demo)。

如您所知，Product Owner (PO) 有责任接受或拒绝所交付的内容。他们接受的任何东西都准备向更多的观众展示 (Demonstration)。记住，PO对其他利益相关者作为他们的代表负责，以确保他们得到他们想要的。

这就是传统瀑布式设计 (Waterfall approach) 和敏捷 (Agile) Scrum方法的区别。在瀑布中，一旦项目完成，我们就会了解涉众的反馈，但是在敏捷中，在每次冲刺结束时，需要演示来从涉众那里获得反馈。

演示程序是PO和团队如何确保涉众 (stakeholders) 对我们交付的内容感到满意。这个演示对于Scrum团队来说是一个强大的仪式 (Ceremony) 。演示在团队和涉众之间建立信任。这是团队获得直接反馈 (feedack) 的绝佳机会。

Scrum工作产品演示

利益相关者能够自己看到为他们所做的工作。他们向团队提供反馈，既对已经完成的工作表示赞扬，又对改变提出建议，也称为新故事。PO将捕获这些内容，并在演示之后，开始添加细节并为其待办事项列表(Product Backlog) 设置新故事 (User Stories)。有时候，利益相关者会看到演示过的东西，并决定他们根本不想要它。那完全没关系。

该演示的另一个优点是让涉众知道谁在处理他们的项目。他们亲眼看到了每个团队成员给每个冲刺 (Sprint) 带来的技能和奉献精神。这是一个在团队和涉众之间建立关系的机会。这种可见性为涉众提供了更广泛、更平衡的视角 (perspective)，以了解如何创建他们的产品。

此外，涉众将看到团队接受反馈并适应他们变化的需求的意愿。最后，演示显示了朝着最终目标的总体进展。每次冲刺之后，你的PO都会更新你的产品路线图 (Prodcut Roadmap) 和发布计划 (Release Plan)。这是您向利益相关者展示它们的地方。您的团队正在带领利益相关者一起进行旅程。涉众还可以提供关于每个计划发布的时间和内容的反馈。

注意：一定要定期进行演示，以保持产品和涉众之间的紧密联系。