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 條評論
還沒有評論，來搶沙發～