迭代容量评估

迭代管理迭代计划全流程：项目经理落地方案与一文讲清 迭代计划开得很顺、迭代结束却交付一堆“差一点”，通常不是团队不够努力，而是计划把“想做什么”误当成了“承诺能交付什么”。我做迭代…

迭代计划最佳实践：项目经理迭代管理制度设计，常见问题 迭代计划会上，团队把每个人排到满负荷，承诺的需求看起来也都能按时完成；两周后，测试排队、依赖未到、需求临时变更，最后只有一半工…

迭代结束时，团队按时交付了 18 个需求，复盘却发现其中只有 7 个真正解决了本轮最初要处理的问题；另外 11 个只是“做完了”，上线后使用数据没有明显变化。这个常见的项目场景说明…

迭代结束时，团队按时交付了 18 个需求，复盘却发现其中只有 7 个真正解决了本轮最初要处理的问题；另外 11 个只是“做完了”，上线后使用数据没有明显变化。这个常见的项目场景说明…

需求排期迭代规划全流程：项目成员流程优化与一文讲清 需求排期最容易出问题的时刻，往往不是团队“做得太慢”，而是迭代开始后才发现：产品以为需求已经确认，研发还在等接口定义，测试拿到的…

需求排期最容易出问题的地方，往往不是团队估时不准，而是把“需求优先级高”误当成“本迭代必须做”，再把尚未澄清的工作量塞进已经满载的计划。项目负责人真正要做的，不是把需求列表排出先后…

需求排期最常见的失败，不是团队估时不准，而是把“所有人都说重要”误当成“所有事都能进入下一迭代”。我在梳理中大型团队的迭代复盘时，反复看到一种情形：需求池很满，排期会开了两小时，开…

迭代计划会上，最危险的一句话往往是“大家看起来都挺有空，这些需求应该能做完”。团队把需求点数加总后排进迭代，到了第二周却发现测试环境未就绪、关键接口还没定、需求验收口径也不一致。迭…

迭代规划最常见的失败，不是团队估时不准，而是把“排满一个迭代”误当成“计划做得好”。我判断一份计划是否可靠，先看三件事：团队是否知道哪些需求不做、承诺量是否扣除了真实可用时间、迭代…