项目管理

迭代管理迭代进度教程：研发团队实操方法，避坑指南 迭代计划写得很满，到了中途却发现关键功能还没联调；看板上大部分任务都是“进行中”，没人能说清楚什么时候能交付，这通常不是团队不够努…

不少研发团队把 Sprint 推行失败归因于“大家不够敏捷”，但我更常见到的根因是：团队把迭代周期定下来了，却没有规定需求何时冻结、谁能插单、承诺如何调整、完成如何验收。结果是会议…

迭代容量看起来是一道“团队有多少人天”的算术题，真正让计划失真的，往往却是未计入的支持工作、跨团队等待和需求临时变更。一个团队账面上有 60 人天，不代表就能承诺 60 人天的功能…

迭代任务怎么做？研发团队入门指南：迭代管理从0到1 迭代计划排得很满，到了结束日却有三分之一任务没完成，这通常不是团队“不够努力”，而是任务拆分、容量估算和变更处理没有形成闭环。迭…

迭代结束后，团队开了一个小时的复盘会，大家都说“需求变更多”“测试时间不够”“沟通还要加强”，但下一次迭代照样延期，这通常不是团队缺少复盘，而是复盘只留下了感受，没有形成可验证的改…

迭代管理迭代全流程：研发团队实操方法与一文讲清 迭代计划开得很顺，到了上线前却发现关键测试没做、需求临时变更、开发任务越堆越多，这通常不是团队“不够努力”，而是迭代管理把“排期”当…

迭代计划完成率达到 95%，上线却连续延期，通常不是团队“不够努力”，而是计划完成率把未完成任务移出迭代、把临时插单藏在统计口径之外，或者把“开发完成”误当成“可以交付”。我做迭代…

迭代计划会开得很顺，团队也承诺了十几项需求，到了迭代结束却发现：功能做了不少，用户最初要解决的问题仍然存在。迭代目标没做好，往往不是团队“不够努力”，而是目标被写成了待办事项清单，…

迭代计划开完会，团队承诺了 18 个需求；两周后，真正上线的只有 9 个，剩下的不是“开发还差一点”，就是测试才发现验收口径没对齐。遇到这种情况，问题通常不在团队不够努力，而在计划…

迭代计划开会时，团队把每个人的任务都排满了，到了迭代结束却仍有三分之一工作没有完成，这通常不是成员“不够努力”，而是计划把可用工时误当成了承诺容量。迭代计划的价值不在于让任务看起来…