迭代管理

迭代容量不是把团队人数乘以工作日，也不是把上个迭代完成的故事点原样复制到下个迭代。一个中型产品团队曾按“8人×10天”估出80人日，计划排满后却连续三个迭代延期；复盘发现，会议、值…

迭代计划看起来完成率很高，为什么版本发布前两天仍不断加需求、改优先级，最后靠加班补测试？我在梳理多支研发团队的迭代流程时，反复看到一个误判：团队把“任务排进迭代”当成“任务已可交付…

迭代计划会开了两个小时，团队却仍说不清本轮承诺了什么；迭代结束后，完成率看似有 90%，但延期需求、临时插单和未验收工作都被排除在分母之外，这通常不是团队“不够努力”，而是迭代管理…

迭代目标写成“完成 18 个需求、关闭 30 个缺陷”，看起来清楚，到了迭代结束却可能仍回答不了最关键的问题：用户获得了什么变化？我做迭代目标评审时，通常先把需求数量遮住，只看团队…

迭代计划按时发布，不等于迭代管理有效。一个常见现场是：团队的看板显示“完成率 90%”，发布前两天却集中冒出测试阻塞、需求变更和跨团队依赖；复盘时，大家知道哪里出了问题，却拿不出能…

迭代复盘管理指南：PMO如何做好迭代管理，实操方法全流程 迭代按时结束，不代表迭代管理有效：我见过团队每两周都开复盘会，会议纪要越来越长，延期、返工和跨团队等待却连续几个季度反复出…

很多团队把 Sprint 失速归因于“执行不够努力”，但我在迭代复盘中更常看到的是另一种情况：计划时把需求、依赖和容量都当成确定项，到了迭代中段才发现关键接口未就绪、测试资源被临时…

很多团队的 Sprint 不是输在执行不够努力，而是输在承诺时把“所有人都希望完成的事”误当成“团队确实能完成的事”。我在梳理迭代管理时，最常看到的反常现象是：计划会上故事点排得很…

迭代计划会开了两小时，团队把需求排得满满当当，到了迭代结束却只交付了一半，这通常不是执行力突然变差，而是计划把“想做什么”误当成了“确定能交付什么”。我做迭代复盘时，更关注计划里的…

迭代任务怎么做？PMO入门指南：迭代管理从0到1 一个迭代计划看起来排得满满当当，不代表团队真的知道要交付什么：需求没有验收口径，开发任务互相等待，测试被挤到最后两天，到了迭代结束…