七宗罪之一：准备工作没做好，空耗会议时间
正确做法：主讲人在正式展示前，应该做好充分的准备工作 —— 预演演示步骤，准备测试数据，提前部署演示环境等等，避免手忙脚乱和空转浪费，提高会议效率。
七宗罪之二：没有说明铺垫，云里雾里不知所以
正确做法：在开始演示之前，主讲人应当简要地介绍会议目标和所要展示的功能，并说明功能给用户带来的价值。清晰的上下文能让产品负责人和干系人更快地进入状态。
**
七宗罪之三：逐条过验收标准，缺失业务完整性**
正确做法：不要逐个演示用户故事 / 验收标准。主讲人应以功能为单位，将完整的产品 / 功能 / 模块串起来展示；最好定义出单独的业务场景，使用业务语言让业务成员更有代入感。
七宗罪之四：相同 / 类似的功能，演示所有路径
正确做法：只演示最关键的路径。遇到多个路径实现相同或相似功能时，选择其中一条最复杂 / 重要的路径详细演示，其他路径指出不同的地方，点到为止，无需覆盖全部路径。
七宗罪之五：过多提及跟演示功能无关的内容
正确做法：专注于最有价值 / 重要的功能演示，不要让小反馈 / 未完成的模块耽误会议时间；尽量不提及技术难题或技术方案等业务人员不感兴趣的内容。
**
七宗罪之六：认为展示仅仅是 BA 或 QA 的事情**
正确做法：不让某个角色独占功能展示，人人都应该参与进来；可以采用人员轮换的方式进行展示，这样可以提升成员的业务意识，更熟悉整个系统功能。
七宗罪之末：不熟悉的新人负责展示，重点模糊
正确做法：新人展示前应充分了解业务和系统，确保能够应对和解答业务的挑战和疑问；也可以让新人在结对编程、Story Kickoff 等多做主导，具备一定的系统和业务意识后再向干系人展示。
