项目管理

迭代计划排得越满，产品经理未必越高效：我复盘过一组匿名化的团队迭代记录，发现最常见的延期原因不是开发速度不够，而是需求在迭代中途变更、验收口径含糊，以及团队把“开始做了”误当成“已…

迭代计划开会时，任务看起来排得满满当当，到了迭代结束却发现：几项“已完成”还没验收，关键需求临时插入，测试被压缩，产品经理则花了大量时间追问进度。问题通常不在团队不够努力，而在于把…

迭代容量最容易算错的时刻，往往不是团队不会加减法，而是把“计划做多少”当成了“稳定能交付多少”。我在梳理多个团队的迭代计划时反复看到一种情形：排期表里每个人都被安排得很满，迭代开始…

迭代目标写着“提升用户体验、优化核心流程、完成重点需求”，迭代结束时却没人能说清到底改善了什么，这是我在迭代复盘中反复遇到的管理问题。迭代管理效率低，往往不是团队写得不够快，而是目…

很多团队的 Sprint 并不是输在开发速度上，而是输在“承诺的工作量”与“真正可交付的结果”之间：计划会上塞满需求，第二周临近结束时才发现测试排队、验收口径不一致、关键依赖还没确…

迭代计划最常见的失败，不是团队估错了两天，而是计划会议结束时，大家对“这次迭代到底要交付什么”仍然没有同一个答案。产品经理以为排进迭代的都是承诺，研发认为其中部分只是候选，测试直到…

迭代做得越勤，产品团队不一定交付得越快：如果需求在迭代中途不断插入，团队每天都在开会确认优先级，到了发布日期仍然说不清哪些能力可以交付，那么问题通常不在成员不够努力，而在迭代管理没…

迭代计划真正要解决的四个问题 一个合格的迭代计划，至少要回答四个问题：这一周期为什么做、具体做什么、做到什么程度算完成、如果资源不足应该放弃什么。很多团队只回答了第二个问题，于是迭…

迭代容量落地方案：产品经理开展迭代管理的制度设计案例解析 迭代计划排得满，不代表迭代交付得稳：一个团队把两周工作量排到每人每天都没有空档，最后仍有近三成事项延期，问题往往不在成员“…

迭代管理迭代进度教程：产品经理制度设计，避坑指南 迭代计划会上，团队承诺两周交付 30 个需求，到了第九天却发现 11 个需求还没开始、5 个需求卡在联调、测试排期被压缩到最后两天…