飞飞

不少企业的 Sprint 不是“没有开会”，而是开了计划会、站会、评审会和复盘会，到了迭代结束仍说不清：哪些承诺没有兑现，为什么没兑现，下一个 Sprint 应该改变什么。我的判断…

Sprint 管理最常见的失败，不是团队不会开计划会，而是每个迭代都按时开会、按时更新看板，最后仍然有大量工作滚入下一轮。对 PMO 来说，真正要优化的不是会议数量，而是从需求准入…

迭代制度最容易失效的地方，不是团队没有开计划会，而是计划完成率长期在 90% 左右，发布却仍然延期：需求临时插入、测试时间被挤压、跨团队依赖没人确认，最后每个人都能解释自己的任务为…

迭代计划会上，团队承诺两周交付 42 项任务，到了迭代结束却只有 27 项完成；更糟的是，剩余任务被改了状态、拆了口径，报表看起来“完成率不错”，客户却仍在等关键能力。迭代管理的难…

迭代复盘做了半年，团队的复盘会议从一小时变成两小时，延期却没有减少，这并不罕见。问题通常不在于团队“不会总结”，而在于复盘只记录了发生什么，没有把发现转化为下一轮的决策、责任和验证…

迭代计划里写着“本期完成 42 项”，到评审会却只有 29 项能验收；团队说每天都在忙，业务方仍不知道哪一天能拿到可用结果。很多组织把这类情况归因于执行力，真正的问题往往是“进度”…

迭代计划经常在评审会上“按时通过”，却在迭代结束时发现需求没做完、测试被挤压、目标也说不清。问题通常不在团队不会排任务，而在计划把“承诺了什么”误当成“组织有能力交付什么”。从零建…

迭代目标写着“按期交付”，迭代结束却发现关键客户问题没解决、承诺的功能只完成一半、团队还为“算不算完成”争论了两天，这通常不是团队不努力，而是目标管理把“安排工作”误当成了“管理结…

一次迭代复盘开了 90 分钟，团队写出 18 条“加强沟通、提高质量、及时同步”，下一轮却仍然在最后两天集中返工。问题往往不在复盘会开得不够认真，而在于复盘没有进入迭代管理的决策链…

迭代计划完成率连续三个月超过 90%，版本却仍然延期、上线后缺陷也没有下降，这并不矛盾。计划完成率往往只说明团队按原计划关掉了多少事项，却没有说明这些事项是否交付了用户价值、延期是…