容量管理

计划工时看起来只是给任务填一个小时数，真正落地时却常变成三套互相打架的数字：项目经理报计划，员工填实际，财务再按另一套口径核算。管理者最容易误判的地方是把“填得很细”当成“管得有效…

迭代管理如何做好迭代容量？项目成员流程优化与操作步骤 迭代计划排了 80 个故事点，开发、测试和产品都确认“差不多能做完”，到了迭代末却有近三成工作没完成。问题往往不是成员不努力，…

迭代管理如何做好迭代容量？企业管理者效率提升与操作步骤 很多企业的迭代延期，并不是团队能力不足，而是管理者把“可用人力”误当成了“可交付容量”。我在参与研发团队迭代复盘时发现，一个…

不少企业的迭代计划看起来排得很满，真正进入执行后却不断延期：开发人员说容量不够，产品经理说需求已经承诺，管理者则在会上要求“再想办法”。这类问题通常不是团队不会估算，而是企业没有把…

迭代容量做不准，通常不是团队不会估算，而是管理层把“可用人天”误当成“可承诺工作量”。一个 12 人团队，按两周 10 个工作日计算，账面上有 120 人天；扣除休假、会议、支持值…

迭代管理迭代计划全流程：管理层数据分析与一文讲清 迭代计划看起来是一张任务表，真正决定它是否有效的，却是管理层能不能在迭代开始前看清承诺边界、在执行中识别偏差、在结束后把结果反馈到…

迭代任务做不完，很多时候并不是团队执行慢，而是管理层把“迭代管理”误当成了任务分配：计划会上把需求拆成卡片，迭代结束后再追问为什么延期。真正有效的迭代管理，应该让管理者在承诺之前看…

迭代计划开得很顺、迭代结束却有四成工作没完成，这并不罕见。问题往往不是团队估算能力差，而是计划把“想做什么”误当成“承诺能交付什么”：需求没有拆到可验证的粒度，容量没有扣除支持与缺…

迭代容量落地方案：实施团队开展迭代管理的协同管理案例解析 迭代计划会上，团队承诺了 42 个故事点，迭代结束却只完成 27 个；延期原因并非开发人员不够努力，而是计划时把请假、线上…

迭代容量不是把团队人数乘以工作天数，再把算出来的数字全部塞进待办列表。一个 8 人团队，按每人每迭代 10 个工作日计算，表面上有 80 人日；如果其中有人休假、要处理线上故障、承…