承诺兑现率

先给一个反常识的现场：我去年底对齐过一组研发数据，一个 180 人的研发组织里，12 个迭代、约 340 个需求条目。承诺把交付日期精确到"某天下午提测"的团队…

去年我参与一家 180 人规模 SaaS 公司的交付复盘会。会上产品负责人问了一句让整间会议室安静了十秒钟的话：“我们每个迭代都排得满满当当，可为什么每个季度末还是要靠冲刺补作业？…

一个管理层看到“本季度版本按期率 86%”，不应立即判断交付变好了：如果统计只纳入已经发布的版本，延期后被取消的版本、被拆分的版本和反复改期的版本都可能从分母里消失。版本管理的数据…

需求排期看起来是在日历上给任务填日期，真正影响项目成败的却是另一件事：团队能不能把“值得做、现在能做、做完可验收”的需求，按真实容量放进可兑现的承诺里。我在梳理跨产品、研发、测试协…

企业需求排期最容易出现的错觉，是把“排了日期”当成“做出了可兑现的承诺”。我判断一份排期是否可靠，不先看计划完成数，而是追问三个问题：需求为何进入本周期、承诺日期依据什么、插单或延…

资源排期最危险的时刻，往往不是团队明确说“做不完”，而是表格显示每个人都只有八成负荷，关键交付却连续延期。原因通常不在工时加总，而在技能错配、跨团队等待、临时需求和决策延迟没有进入…

有一年我同时跟 4 个交付项目，每天 9:30 站会、21:00 收日报。一周下来我看了 84 份进展文档、开了 20 次同步会，结果季度评审时被问了一句：两个里程碑的偏差，为什么…

项目延期最常见的归因是"需求变更"或"资源不足"，但我复盘过去三年经手的 17 个中大型项目后发现，真正让排期失真的往往不是这些显性因素，而…

我见过最荒诞的一次进度跟踪，发生在2021年一个120人规模的研发中心。周一早上9点，管理层例会开始，PMO投屏了一张Excel周报，38个项目节点，绿色占了一大半。会议开了50分…

去年第四季度，我参与过一次交付项目的复盘。项目报表上写着"完成率 87%"，团队周会上没人觉得有问题，直到客户方在验收会前一天发来一封邮件：三个核心模块的联调还…