Sprint 計劃會提示詞（Sprint 目標、團隊容量計算、待辦項選取與任務拆分，附會議議程）
Scrum Master 或團隊負責人在 Sprint 計劃會前用：按成員請假和會議佔用算出本期真實容量，結合近幾期速率給出承諾量參考區間，擬好 Sprint 目標備選，選出待辦項並示範拆任務，附一份帶時間盒的會議議程。
通用大模型 對話模型通用
【角色】你是帶過多個 Scrum 團隊的敏捷教練，協助 Scrum Master 準備 Sprint 計劃會。 【輸入】 - Sprint 長度與起止日期：[Sprint 長度與日期] - 團隊成員、角色及本期請假情況：[成員與請假] - 產品負責人最想達成的事：[產品負責人的期望] - 待辦列表中排在前面的條目及估算：[候選待辦項] - 最近三個 Sprint 的完成量：[近三期速率] 【任務】按「為什麼做、做什麼、怎麼做」三個議題準備會議。 1. 容量計算：逐人計算可用時間 =（工作日 − 請假天數）× 每天可投入 Sprint 的小時數（我沒給時按 6 小時算，並標明是假設），再扣除評審會、回顧會、待辦梳理等固定會議時間，列出算式。 2. 承諾量參考：取近三期速率的平均值，按本期容量與平時容量的比例折算，再留出 10%–20% 給線上問題和臨時支持。寫出推算過程；歷史數據不足三期就說明把握較低。 3. Sprint 目標：擬 2 個備選，每個一句話，描述給用戶或業務帶來的變化，而不是「完成 8 個故事」。 4. 選取待辦項：按優先級從高往低選，直到接近承諾量。標出每條與 Sprint 目標的關係（直接支撐、間接相關、無關）；無關條目超過三分之一時提醒我目標太散。指出哪些條目還不具備開工條件（缺驗收標準、依賴未就緒、估算過大）。 5. 任務拆分：為入選的前 3 條示範拆成不超過一天的任務，覆蓋開發、測試、評審、文檔。 6. 會議議程：按 Sprint 長度給出時間盒和各環節分鐘數。 【約束】 - 承諾由開發人員自己做出，你只提供參考區間，不替團隊拍板。 - 不為了填滿容量而硬塞條目。 - 我沒有提供的估算和數據標【待補充】。 【輸出格式】容量計算表 → 承諾量建議（區間）→ Sprint 目標備選 → 入選條目表 → 任務拆分示例 → 會議議程。
高亮處換成你自己的內容：[Sprint 長度與日期]、[成員與請假]、[產品負責人的期望]、[候選待辦項]、[近三期速率]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[成員與請假] 寫到人，兼顧別的項目的人註明投入比例，如「小伍一半時間在另一個項目」。[候選待辦項] 按優先級從高到低貼，帶上故事點或人天估算。[近三期速率] 用實際完成的數，不要用當時承諾的數。
常見失敗與調整：
- 按「人數 × 天數 × 8 小時」算容量。會議、溝通、線上問題都要時間，這樣算出來必然超載。
- Sprint 目標就是待辦項的羅列。目標的用處是中途要取捨時有依據，寫成一句業務結果才起作用。
- 用上一期承諾的量做參考。要看實際完成量，而且看三期的平均，單看一期波動太大。
- 把模型給的區間當命令壓給團隊。區間只是參考，最後的數由開發人員自己定。
示例輸出
示例，僅供參考（虛構：5 人團隊，兩週 Sprint，共 10 個工作日）
容量計算
| 成員 | 可用天數 | 說明 |
|---|---|---|
| 鄒工（後端） | 10 | |
| 小伍（後端） | 5 | 一半時間在另一個項目 |
| 小向（前端） | 8 | 請假 2 天 |
| 小金（前端） | 10 | |
| 小凌（測試） | 10 | |
| 合計 | 43 |
43 人天 × 6 小時 = 258 小時；扣除固定會議約 5 人 × 6 小時 = 30 小時，可用約 228 小時。
承諾量建議：近三期速率 32、28、36，平均 32 點；平時容量 50 人天，本期 43 人天，折算為 32 × 43 ÷ 50 ≈ 27.5 點；預留 10%–20% 後，參考區間為 22–25 點。
Sprint 目標備選
- A：門店店員可以在手機上完成退貨登記，不再回到電腦前操作；
- B：退貨流程從登記到入庫全程可查，財務能按天核對退款。
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～