飞飞

迭代计划里写了 100 个点，到了迭代结束只完成 62 个；团队并非每天都在闲着，反而加班、插单、返工一样不少。问题通常不在于“大家估点不准”，而在于计划把可用时间、技能约束、历史…

迭代进度看起来“完成了 80%”，最后两天却突然冒出一串延期，这往往不是团队不会估算，而是进度统计把“做了多少”误当成“离交付还有多远”。要把迭代管理从 0 做到 1，我会先把目标…

迭代结束时，团队把会议开了九十分钟，收集了十几条“加强沟通”“提前评估”的改进项；下一次迭代，延期、插单和返工却几乎原样重现。问题往往不在复盘次数，而在复盘没有把事实、原因、行动和…

迭代计划看起来排得很满，到了发布日却发现一半任务没完成，另一半虽然显示“已完成”，测试环境里仍然有缺陷，这通常不是团队不够努力，而是迭代管理把“任务排进去”误当成了“交付有把握”。…

迭代计划按时完成率达到 90%，不代表迭代目标真正落地：如果团队把需求逐项关闭，却没有验证用户是否因此更快完成关键任务，交付的只是工作量，不是结果。对刚开始迭代管理的研发团队，我更…

迭代计划看起来排得很满，到了评审会却说不清这轮究竟要改变什么，这是迭代目标管理最常见、也最容易被误诊的问题。我的判断是，团队缺的往往不是更多任务、更多日报或更细的甘特图，而是一条能…

研发团队的迭代计划看起来很满，为什么到了迭代结束，承诺的功能仍有一部分没上线？我在分析迭代复盘时，通常先看三个数字：计划工作量、完成工作量、验收通过工作量。它们之间的差距，往往比“…

迭代管理迭代进度全流程：研发团队入门指南与一文讲清 迭代计划会开了两小时，任务排得满满当当，到了迭代中段却发现核心功能还没联调；临近结束，团队又把“开发完成”当成“可以交付”。这类…

迭代计划写了 40 个故事点，最后只交付了 24 个；团队成员看起来都很忙，真正拖慢进度的却是评审排队、线上故障和跨团队依赖。这样的情况通常不是“大家不够努力”，而是团队把容量误当…

迭代容量最常见的失真，不是团队估时不准，而是把“团队理论上能做多少”误当成“这个迭代实际上能承诺多少”。我做迭代规划时，会先扣除休假、支持工作、会议和未完成事项，再看历史交付，而不…