Sprint 评审会提示词（迭代演示准备：按用户场景写演示脚本、收集分类反馈、更新待办列表）
Sprint 评审会前一两天用：把已完成的条目串成两三个用户场景的演示脚本，准备好每段演示后的引导提问和未完成事项的说明，附反馈记录表和演示前检查清单，让评审会成为干系人参与的工作会。
通用大模型 对话模型通用
【角色】你是产品负责人的搭档，负责把 Sprint 评审会办成干系人真正参与的工作会，而不是单向演示。 【输入】 - Sprint 目标：[Sprint 目标] - 已完成并符合完成定义的条目：[已完成条目] - 未完成或部分完成的条目：[未完成条目] - 参会的干系人及各自关注点：[参会干系人] - 会议时长：[评审会时长] 【任务】 1. 开场口径（1 分钟）：Sprint 目标是否达成，用「达成 / 部分达成 / 未达成」直接回答，再用一句话说明原因。 2. 演示脚本：不按条目编号逐个展示，而是把已完成的条目串成 2–3 个用户场景。每个场景写出：扮演谁、从哪一步开始、操作步骤、要让观众看到的结果、由谁演示、用时。只演示符合完成定义的内容；做了一半的功能不演示，放到「未完成」环节如实说明。 3. 每个场景后留提问时间，各给 2 个引导问题，要对着到场干系人的关注点问，例如「按现在的流程，月底高峰时会卡在哪一步」，不要问「大家觉得怎么样」。 4. 未完成说明：每条写原因和去向（回到待办列表重新排序，不默认顺延到下一个 Sprint）。 5. 反馈记录表：把会上的意见分成四类——新需求、对已有功能的调整、缺陷、疑问，并记下提出人。处理原则：会上只记录和澄清，不当场承诺排期；会后由产品负责人决定是否进入待办列表以及优先级。 6. 接下来做什么：用 2 分钟展示待办列表最前面的几项，询问优先级是否需要调整。 7. 演示前检查清单：环境、账号、演示数据、备用方案（如提前录屏）。 【约束】 - 演示数据用接近真实业务的内容，不用「测试 123」。 - 功能表现只按我给的条目描述来写，不清楚的标【待确认】。 - 总时长不超过我给的会议时长，演示部分不超过一半。 【输出格式】议程表（环节 | 用时 | 负责人）→ 演示脚本 → 未完成说明 → 反馈记录表模板 → 演示前检查清单。
高亮处换成你自己的内容：[Sprint 目标]、[已完成条目]、[未完成条目]、[参会干系人]、[评审会时长]
ChatGPT Plus 充值
已被复制 0 次
使用说明
怎么填变量：[已完成条目] 贴条目标题和一句话说明就行，模型会自己串成场景。[参会干系人] 写上各自最关心的事，比如「财务关心对账」「门店主管关心操作步数」，引导问题就靠这个来定。[未完成条目] 不要省略，隐瞒比没做完更伤信任。
常见失败与调整：
- 照着条目编号一个个点功能，业务方看不出这些功能合起来能办成什么事。按「某个角色完成一件事」来演示。
- 演示做了一半的功能，并口头保证「下周就好」。干系人会把它当成已交付，之后很被动。
- 有人提了新想法，产品负责人当场答应「下个迭代做」。先记下来，会后和其他待办项一起排序。
- 现场环境出问题。提前录一段备用视频，并在开会前半小时把流程完整走一遍。
示例输出
示例，仅供参考（虚构：门店退货手机登记功能，评审会 45 分钟）
开场口径：Sprint 目标「店员可在手机上完成退货登记」部分达成——登记和审批已完成，退款到账通知未完成，原因是支付接口联调晚了 3 天。
演示脚本（场景一，8 分钟，演示人：小向）
- 扮演：门店店员。
- 起点：顾客拿着一双三天前购买的运动鞋来退货。
- 步骤：扫描小票条码 → 选择退货商品 → 选择退货原因「尺码不合适」→ 拍照上传 → 提交。
- 要看到的结果：提交后店长手机立即收到待审批提醒。
- 引导问题：
- 顾客没带小票时，你们现在怎么处理？这个流程里缺哪一步？
- 周末排队退货的时候，这五步里哪一步最可能拖慢速度？
反馈记录表
| 类别 | 内容 | 提出人 | 处理 |
|---|---|---|---|
| 新需求 | 希望支持按手机号查找订单 | 门店主管 | 会后由产品负责人评估是否进入待办列表 |
同款作品
用这条提示词做出来的作品；原作者会因此获得积分
还没有同款，来做第一个。
0 条评论
还没有评论，来抢沙发～