项目管理

迭代计划看起来按时，发布却一再延期，往往不是团队“执行力不够”，而是进度制度只统计了各部门承诺完成的日期，没有统计跨部门交接、等待决策和变更造成的真实阻塞。设计迭代管理制度时，我更…

跨部门迭代最常见的失控，不是团队没有排期，而是每个部门都按时完成了自己的任务，版本却仍然不能交付：研发说代码已合并，测试说环境和数据没准备好，业务说验收口径临时变了，发布负责人则发…

跨部门团队的迭代计划经常在启动会上看起来“刚好装满”，到迭代中段却同时出现开发等待、测试堆积和业务方临时插单。问题往往不在团队不够努力，而在于容量被当成一个总人天数字：谁有多少时间…

跨部门迭代计划最常见的失效，不是团队不会估算，而是计划里写着“本迭代交付”，实际上产品、研发、测试、数据、运维各自理解的交付物并不相同。结果通常是开发按时提测，测试发现环境或数据未…

跨部门 Sprint 最常见的失败，不是开发速度不够，而是第 8 天才发现：需求负责人以为接口已确认，研发以为等测试环境，测试则根本没收到验收口径。计划看起来完成了，真正能交付的却…

迭代容量管理最常见的失败，不是团队不会估算，而是把“有多少人”误当成“能交付多少”。一个跨部门迭代里，研发排了 40 人天，测试只有 12 人天，产品还在迭代中途追加验收口径，最后…

迭代管理迭代全流程：跨部门团队制度设计与一文讲清 跨部门迭代最常见的失控，不是开发速度慢，而是每个部门都按时完成了自己的任务，版本却仍然无法发布：产品说需求已确认，研发说代码已合并…

跨部门迭代延期，常常不是开发“做得慢”，而是计划开始时，产品、研发、测试、设计和业务部门对“本轮要交付什么”并没有形成同一份承诺。一个迭代看板上任务排得很满，到了中途却因需求未澄清…

跨部门迭代最常见的失败，不是团队没有排期，而是每个部门都完成了自己的任务，用户却仍然拿不到可用结果。一个迭代计划里可以有几十张卡片、清晰的负责人和漂亮的燃尽图，但只要产品、研发、测…

迭代复盘做了半年，会议从一小时延长到两小时，行动项却总在下一次复盘里重新出现，这通常不是团队“不重视改进”，而是复盘只记录了意见，没有把意见变成有负责人、有期限、有验证标准的管理动…