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 条评论
还没有评论，来抢沙发～