迭代容量规划

迭代计划写得很满，为什么上线日期还是一拖再拖？我在复盘需求排期时，最常看到的不是团队“不会估工时”，而是计划把未经验证的需求、没有确认的依赖和被忽略的支持工作，全部当成了确定承诺。…

跨部门迭代计划看起来排满了需求，到了迭代中段却不断插入紧急事项、等待接口、反复确认验收口径，最后“完成率”还不错，真正交付的业务结果却不明显。问题通常不在团队不够努力，而在排期把需…

迭代规划流程与规范：管理层需求排期最佳实践关键指标 一次迭代承诺了 28 项需求，评审会上看起来每个部门都得到了答复；到了迭代结束，真正按期验收的只有 16 项，另外 7 项被临时…

很多团队的迭代计划看起来排得很满，真正到迭代中段却开始反复换需求：产品说客户承诺过，研发说技术风险没评估，测试说验收口径还没定，负责人最后只能靠加班把日期保住。问题通常不在团队“执…

迭代计划排得满满当当，到了迭代结束却只有一半需求真正验收；开发说测试介入太晚，测试说需求一直在变，产品则认为团队“执行力不够”，这通常不是某个人的问题，而是排期流程把承诺、容量和不…

开发任务排期最容易被误诊的，不是“缺少一张看板”，而是计划里混在一起的工作根本不可比：有人填故事点，有人填小时，有人只写“尽快”，依赖项还散落在聊天记录里。结果是工具显示任务井然有…