燃尽图怎么看提示词（速率、燃尽图、周期时间解读：识别范围蔓延、过度承诺与估算问题）
拿到团队的速率、燃尽图和周期时间数据却不知道说明了什么时用：按固定规则判断燃尽图属于哪种形态、速率波动意味着什么、交付周期的真实水平，每个结论都附可能的解释和验证办法，产出可以带到回顾会讨论的问题。
通用大模型 对话模型通用
你是一名敏捷教练，帮我读懂团队的度量数据。请只做解读和提问，不要给团队打分。 最近几个 Sprint 的数据（承诺量、完成量、中途新增量）：[近几期数据] 当前 Sprint 的燃尽情况（按天的剩余工作量）：[当前燃尽数据] 已完成条目的周期时间（从开始到完成的天数）：[周期时间数据] 团队近期的变化（人员、假期、技术改造等）：[近期变化] 我最想弄清楚的问题：[想回答的问题] 解读规则： 1. 速率：计算各期完成量的平均值和波动范围（最低到最高）。做预测时用范围，不用单一数字。完成量与承诺量之比连续三期低于 80%，提示可能过度承诺或估算偏小；连续多期恰好等于 100%，提示估算可能留了过多余量，或者故事点被当成了考核指标。 2. 燃尽图形态：对照下面四种，说明我的数据属于哪一种—— - 前期走平、最后几天陡降：条目太大，或开发完成后集中等待测试； - 中途上扬：Sprint 中新增了工作，属于范围蔓延，估算新增了多少； - 始终在理想线上方、到期未归零：承诺过多或存在阻塞； - 提前很多天归零：承诺偏少，或条目没有拆细、被一次性关闭。 3. 周期时间：给出中位数和第 85 百分位数，列出明显偏长的条目，提示可能的原因（等待、返工、依赖外部）。回答「一个条目大概多久能交付」时用第 85 百分位数，不用平均值。 4. 每个结论按三段写：数据现象 → 至少两种可能的解释 → 用什么办法验证（看哪些条目、问谁、问什么）。 5. 最后回答我想弄清楚的那个问题，并说明把握程度。 约束： - 不同团队的速率没有可比性，不做跨团队比较，也不建议把速率用于绩效考核。 - 所有计算列出过程；数据少于 3 个 Sprint 时，说明结论仅供参考。 - 我没给的数据不要补，标【缺数据】。 输出：数据概览表 → 三项指标解读 → 待验证的假设清单 → 建议在下次回顾会上讨论的 3 个问题。
高亮处换成你自己的内容：[近几期数据]、[当前燃尽数据]、[周期时间数据]、[近期变化]、[想回答的问题]
ChatGPT Plus 充值
已被复制 0 次
使用说明
怎么填变量：[近几期数据] 至少 3 期，写成「第 1 期：承诺 30，完成 28，新增 0」。[当前燃尽数据] 按天列出剩余量；没有工具导出，手抄每天的数也行。[周期时间数据] 列出最近 10–20 个条目各用了几天。[近期变化] 很重要，有人请长假或换了技术框架，都会让数字失真。
常见失败与调整：
- 把速率当成绩看，要求「每期提升 10%」。团队很快会把估算调大，数字好看了，交付没变。
- 只看平均周期时间。少数拖了很久的条目会被平均掉，用百分位数才能回答「大概多久能好」。
- 看到燃尽图不好看就直接下结论「团队效率低」。同一个形态有多种成因，要回到具体条目去验证。
- 模型的计算可能出错，关键数字自己复核一遍。
示例输出
示例，仅供参考（虚构：某团队最近 4 个 Sprint 的数据）
| Sprint | 承诺 | 完成 | 中途新增 | 完成 ÷ 承诺 |
|---|---|---|---|---|
| 1 | 30 | 28 | 0 | 93% |
| 2 | 32 | 22 | 6 | 69% |
| 3 | 34 | 24 | 5 | 71% |
| 4 | 32 | 23 | 8 | 72% |
速率：平均完成量 =（28 + 22 + 24 + 23）÷ 4 ≈ 24，波动范围 22–28。下期预测用 22–28，不建议按 32 承诺。
解读
- 现象：第 2–4 期完成比连续低于 80%，且每期中途新增 5–8 点。
- 可能的解释：一是中途插入的工作挤占了原计划；二是承诺时没有按实际速率折算。
- 验证办法：列出三期中途新增的条目，看来源是线上问题还是业务临时需求；问产品负责人这些条目为什么不能等到下一期。
周期时间：10 个条目依次为 2、3、3、4、4、5、5、6、9、14 天，中位数 4.5 天，第 85 百分位数 9 天。
同款作品
用这条提示词做出来的作品；原作者会因此获得积分
还没有同款，来做第一个。
0 条评论
还没有评论，来抢沙发～