Agile Showcase
什么是 Agile Showcase?
Agile Showcase(也常译为“迭代演示”“冲刺评审会”)是在每个迭代(Sprint)结束时,由团队向产品负责人、利益相关者以及任何有兴趣的人现场演示可工作的软件或产品增量,并收集即时反馈的会议。核心目的:
- 展示实实在在的成果
- 验证产品方向
- 增强透明度与信任
- 鼓舞团队士气
与 Scrum 的 Sprint Review 区别:有些团队把 Showcase 做得更轻量,主要以“展示”为主;而 Sprint Review 往往还包含下一步的协作与 Backlog 调整。
如何组织一次 Showcase
- 安排与邀请
- 每 2–4 周一次,放在迭代最后一天。
- 参会:开发团队、PO、Scrum Master、关键利益相关者,也可邀请最终用户或业务代表。
- 准备
- 指定演示负责人并写好脚本:演示哪些已完成的故事、用哪些数据、已知缺陷。
- 内部彩排一次,提前发现环境问题或逻辑漏洞。
- 检查环境:预订会议室或准备线上会议,测试投屏、音频、网络。
- 会议结构(30–45 分钟)
- 开场(2–3 分钟):回顾迭代目标与议程。
- 现场演示(20–30 分钟):按用户场景逐条演示已完成的特性。
- 反馈 & 问答(10–15 分钟):鼓励提问,实时记录。
- 总结:重申收获、待办事项、下次迭代计划。
- 跟进
- 分享会议录像或纪要给缺席者。
- 把反馈转成 Backlog 条目,明确责任人。
让 Showcase 更出彩的 10 条实用建议
维度 | 建议 |
---|---|
内容 | 只演示**“已完成”(符合 Definition of Done)的功能。 价值最高的故事**,跳过琐碎细节。 |
演示技巧 | 总时长控制在 30 分钟内,保持节奏感。 |
观众互动 | 提前 24 小时发送议程和背景材料。 |
环境保障 | 提前 10 分钟到场,测试 Wi-Fi、投屏、麦克风。 |
持续改进 | 每次 Showcase 后内部 5 分钟复盘:哪里讲糊了?哪里卡顿? |
心态 | 把演示当成庆祝会,而非“考试”,掌声和感谢少不了。 |
当天 Checklist(门前再看一眼)
- 脚本、演示数据在目标环境已跑通
- 邀请名单二次确认,会议链接已发
- 会议室/线上会议已预订,并设置为“自动录制”
- 备机、热点、电源线、转接头全部带齐
- 议程预留 5 分钟机动时间
做到“故事清晰、互动充分、持续改进”,你的 Agile Showcase 就能从“例行公事”升级为产品迭代的加速器。