Sprint 计划

一个 Sprint 结束时“完成率 100%”，并不一定代表迭代管理做得好：如果团队把未完成工作悄悄挪出统计、测试压到最后一天，或上线后才发现需求理解错了，这个漂亮数字反而会掩盖风…

很多团队的 Sprint 不是输在开发速度，而是输在承诺方式：计划会开了两小时，迭代中途插入了七个“只改一点”的需求，最后团队加班上线，复盘时却只讨论“下次提高效率”。真正有效的 …

一个 Sprint 结束时，团队完成了 28 个任务，看起来很忙；复盘时却发现，真正进入生产环境的只有 11 个，另外 7 个卡在联调、测试或验收环节。问题往往不在成员不够努力，而…

很多团队的 Sprint 看起来很忙：计划会上把需求排满，开发中途不断接新活，评审时又发现目标只完成了一半。问题往往不在成员“不够努力”，而在 Sprint 被当成任务清单，而不是…

不少团队的 Sprint 不是败在成员不努力，而是败在承诺的工作量从第一天起就不可信：需求还没澄清就进迭代，线上故障随时插队，评审时才发现“开发完成”并不等于可交付。我的判断是，做…

迭代计划看起来排得很满，到了 Sprint 结束却只完成一半，通常不是团队“执行力不够”，而是承诺时没有把可用产能、需求准备度和验收标准放在同一张桌面上。做好 Sprint，不是把…

不少团队的 Sprint 看起来很忙：计划会上塞进二十多项工作，开发每天报“进行中”，到了迭代末却发现关键需求没验收、测试被挤到最后两天，复盘只剩下“下次加强沟通”。这通常不是团队…

很多团队的 Sprint 看起来很忙：计划会开了两小时，任务拆得很细，每天都在更新状态，到了迭代结束却仍有一批“差一点完成”的工作。管理层最容易把这归因于执行力不足，但我通常会先检…

不少迭代延期，并不是团队估时不准，而是 Sprint 开始后仍在不断改变“什么算完成”：需求边界没定、依赖没人认领、测试资源未确认，最后只能把未完成事项挪到下一轮。做好迭代管理，关…

很多团队的 Sprint 报表看起来很忙：燃尽图每天更新，故事点持续增加，迭代结束却仍有需求延期、缺陷返工和跨团队等待。问题往往不在“数据不够多”，而在 PMO 把迭代管理做成了进…