见过糟糕的演示吗？一个不能按时开始，有技术问题，房间里人太多，电话里的人不是静音，对要演示什么故事以及谁来演示感到困惑？ 让我们不再有糟糕的演示。 以下是有关如何实现这一目标的一些想法。
计划吧！
在演示之前确定哪些故事需要演示。一些团队在冲刺计划之前或期间决定这一点。更进一步，提前指定演示脚本，完成演示的验收标准。只需将其添加到故事描述中即可。使其成为故事梳理和 故事就绪标准 的一部分（即故事不能在没有指定演示要求的情况下进入冲刺）。在计划期间，在故事中放置一个子任务来进行演示，并在冲刺期间的某个时间点将其分配给某人。最迟提前至少 24 小时决定并发布演示计划。产品负责人 (PO) 应该对该决定有发言权。
“好的，我们会在几分钟内开始......只是等待更多的人加入。”
准时开始。毫不留情。了解如何 在 WebEx 和 GoToMeeting 中关闭通知提示音（进入和退出提示音）和等待提示音 。
- 在 Mac 上的 GoToMeeting 中，在“音频”窗格中，有一个用于关闭此功能的下拉按钮。有人告诉我 Windows 的“音频”窗格中有 3 个点。单击那个。它曾经是一个编辑按钮，如果您有旧版本的 GoToMeeting 或 GoToWebinar，它可能仍然是？
- 我已经阅读了有关如何在 WebEx 中执行此操作的信息，但还没有尝试过。检查音频设置。
“好的，我们还需要几分钟，我们还在这儿准备。”
实践。那些做演示的人需要非常擅长使用工具（屏幕共享、音频会议、视频会议、投影仪/显示器、准时开始、静音、音量、更换演示者等）。不要等待改进随时间而来。是故意的。让每个将参与演示的人观看从 gotomeeting 或 webex 或其他任何地方提供的演示者培训视频。找这样一个视频，让大家看看。
有一个 GoToMeeting/WebEx 套路 。 Kata 一种按照脚本进行的活动练习。就像 编码套路 一样，有套路供每个人练习使用 GoToMeeting/WebEx。他们可以与一名实习生一起进行练习，或者两人一组，尤其是陆上/海上双人练习。它应该包括给予和接受演示者模式、共享屏幕、共享屏幕 2、停止共享、共享个人应用程序、打开麦克风、关闭麦克风、将其他人静音、调高和调低音量、将其他人设置为演示者、关闭条目/exit 铃声，关闭等待提示音等。
“哦，呃，我不知道它为什么那样做。没想到。”
排练。试运行。不要让 PO 感到惊讶。 您的 PO 应该在演示之前看到工作软件。
更快的反馈
另一种选择是在故事完成时让测试人员/开发人员在冲刺期间要求进行现场演示。只需致电 PO 并向他们展示您正在运行的内容。
如果您有一个大型团队或 PO 团队 中有大量人员，或者需要查看演示的大量 PO 和 BA，这可能不起作用。为了解决这个问题，也许分配每天的演示时间，有点像 PO 办公时间。或者只要求该故事的一个 BA（而不是所有 BA 和 PO）看到演示。
异步演示
把它记录下来。作为在冲刺的最后一天与每个人都在房间里进行长时间演示的替代方案，可以考虑让编写故事的开发人员和测试人员在完成故事时录制他们的演示，然后发送录音链接。这将在 sprint 的早期从 PO 和 BA 那里得到反馈。这将允许产品支持和新员工稍后在与他们更相关时观看演示。它还将允许人们只观看他们关心的演示。
如果他们第一次尝试录制它时不顺利，录制也将允许团队重做。
人们仍然可以提出问题，只是离线。唯一的缺点是大家听不到其他人问的问题，但是你可以把录音贴在yammer或者confluence或者其他地方，这样就可以在线进行问答了。
“……所以现在我要给你看……嗨。谁刚加入？
有时演示中的人太多。太多的声音，太多的旁白。有些人似乎不感兴趣。有些人很晚才加入电话会议。
考虑排除非必要人员。使演示的重点仅适合 BA 和 PO 的需求。忽略演示的次要目的，它通常是让其他人了解最近的更改。要考虑的另一种选择是录制演示或为次要目的（以缩小观众范围和提高关注度）制作单独的演示。
摇滚房子
sprint 演示的完美结尾将使人们转向敏捷并增加对您的团队的支持。 做好它们，或者根本不做它们。
