飞飞

不少研发团队把迭代管理效率理解为“会议开得更短、任务拆得更细、看板更新得更勤”，但真正拖慢交付的，往往是迭代开始后才暴露的依赖、反复变化的需求，以及没人及时处理的阻塞。迭代管理的目…

一个 Sprint 按时结束，不代表迭代管理做得好：如果团队把“完成”定义为代码合并，而不是用户价值可验证，燃尽图可以漂亮，线上缺陷却可能继续增加。做好 Sprint，关键不是把任…

迭代进度最佳实践：研发团队迭代管理制度设计，常见问题 很多研发团队的迭代计划看起来非常完整：有开始日期、结束日期、负责人、任务清单和燃尽图，但到了迭代中后期，延期任务依然集中爆发。…

迭代管理迭代进度全流程：研发团队效率提升与一文讲清 迭代计划排得很满，到了迭代结束却有近三成工作没有完成，这通常不是团队“不够努力”，而是进度管理把“任务状态”误当成了“交付进展”…

迭代容量管理指南：研发团队如何做好迭代管理，效率提升全流程 迭代计划排得满满当当，到了发布前却有三分之一的工作延期，这通常不是团队“执行力不够”，而是计划时把可用人天误当成了可交付…

迭代流程与规范：研发团队迭代管理制度设计关键指标 很多研发团队以为迭代管理的核心是“按时完成更多需求”，但我在参与多个研发团队流程梳理时发现，真正决定迭代质量的，往往不是完成数量，…

迭代计划按时完成率达到 90%，不代表迭代目标管理有效：如果团队每两周都能交付一批需求，却说不清这些需求解决了什么用户问题，甚至上线后没人追踪结果，团队只是更稳定地“完成任务”，未…

迭代计划会上，团队把未来两周能想到的需求全部塞进迭代，结果第一周就被线上故障、需求澄清和跨团队等待打断；到了迭代结束，完成率只有六成，大家却仍然把问题归结为“估时不准”。这类情况通…

迭代复盘最常见的失败，不是团队没有开会，而是会议结束后，大家都同意“沟通还要加强”，两周后却在同一个接口、同一种需求变更上再次延期。复盘的价值不在于把迭代过程讲一遍，而在于找到可验…

迭代容量算错，最常见的后果不是团队“少干了几项”，而是计划从第一天就建立在不可兑现的承诺上：有人休假却仍按满勤计算，线上故障没有预留空间，需求估算把理想开发时间当成实际交付时间，最…