容量承诺

很多团队把 Sprint 效率低归因于“会议太多”或“成员执行力不足”，但我在迭代制度设计中更常看到的根因是：团队在 Sprint 开始前没有形成可执行的承诺，开始之后又不断接收未…

Capacity 管理最容易犯的错，是把“每个人排了多少工时”误当成“团队能交付多少工作”。管理层看到项目计划里每个人都没有空档，往往以为资源利用率很高；但如果关键岗位被多个项目争…

版本规划最常见的失败，不是需求排得不够快，而是排期会议上每个部门都拿到了“承诺”，发布时却没有一个人能说明哪些承诺真的经过容量、依赖和风险校验。企业要把需求排期做成可重复执行的制度…

去年 11 月，我参与复盘了一个 6 周周期的实施版本：原定 11 月 28 日上线，实际 12 月 19 日才通过客户验收，中间插入了 14 个需求，其中 9 个没有走任何评审，…