承诺兑现率

实施团队最常见的产能误判，不是“人不够”，而是把每个人日历上的可用时间，当成了可以交付的产能。一个团队看起来有十名实施顾问、每人每月二十个工作日，账面上就是二百人日；但扣除售前支持…

迭代计划按时完成率很高，版本却总在最后几天集中加班、延期或临时砍需求，这通常不是团队“不够努力”，而是负责人把迭代管理误当成任务排期。真正有效的迭代管理，不是把更多工作塞进固定周期…

迭代做不起来，通常不是团队不会排计划，而是跨部门的工作没有共同的“完成定义”：产品认为需求已交付，研发认为代码已合并，测试还在等环境，业务部门则以为上线日期已经锁定。迭代管理从0到…

迭代计划流程与规范：实施团队迭代管理数据分析关键指标 很多实施团队把迭代计划做成“任务排期表”，结果是计划看起来排得很满，迭代结束时却仍有大量任务延期、返工和跨部门等待。我在参与企…

迭代按时上线，不等于迭代风险受控：一个团队可能准时交付了版本，却在上线后连续两周修复高优先级缺陷；也可能燃尽图看起来平稳，关键需求却因验收口径不清而整体返工。实施团队做迭代管理，真…

迭代计划完成率达到 95%，不代表团队真的能按期交付：如果最后三天集中关闭大量任务，或关键需求延后到下一轮，这个数字只是在描述“状态被改成完成”的速度。评估迭代进度，必须同时看计划…

跨部门团队最常见的资源问题，不是“人手不够”，而是每个部门都说自己很忙，关键工作却仍然延期。一次产品版本交付复盘中，项目计划看起来有 42 人天可用容量，但把缺陷修复、客户支持、审…

研发团队的资源管理制度，最容易在“看起来很忙”的时候失效：需求排满了迭代，关键岗位同时挂着多个项目，会议上每个负责人都说缺人，月底却没人能回答一个更重要的问题，稀缺的研发时间究竟投…

2023 年 Q3，我参与过一家 400 人规模公司的季度排期会。会议室里坐了三拨人：产品、研发、测试，白板上贴了 60 多张需求卡片，按“优先级”从 P0 排到 P3。三个小时后…

去年冬天，我陪一家 380 人的软硬件企业做季度交付复盘。他们把季度初的排期表投到屏幕上，密密麻麻排了 428 条需求，每条都标了负责人和截止日。季度结束时，真正上线的只有 61 …