负荷风险控制

去年我帮一家 180 人的研发组织做交付复盘，看到一组很扎眼的数字：迭代准时交付率最低的两个小组，恰好是负荷表上看起来最“健康”的两个组，人均负荷 96% 和 98%，全公司最高。…

管理层最容易误判的资源负荷风险，不是“某个团队看起来很忙”，而是关键角色已经没有可用于处理变化的余量，却仍被当作可随时追加任务的资源池。项目表上的工时合计可能只有 80%，但如果这…

管理层看到“团队负荷率 92%”，通常会先问还差多少人；我更愿意先问：这 92% 是按谁的工时算的，是否把等待、返工、跨团队协调和关键岗位单点风险也算进去了？在资源负载管理中，最危…

资源负荷表上每个人都只有 80% 负载，项目却连续三周延期，这类情况并不少见。问题往往不在于团队“不够忙”，而在于负荷口径把等待、返工、技能错配和临时任务都压成了一个百分比。负荷实…

产品经理做资源负荷管理，最容易犯的错误不是把人排得太满，而是把“看起来有空”误判成“可以承诺”。我复盘过一类常见项目：计划表显示研发、测试各有约两成人力余量，项目仍连续两周延期；追…