PMO资源管理

PMO做产能管理，最容易犯的错不是算错了工时，而是把“有人”误判成“有产能”。一个研发团队看起来还有两名工程师空闲，实际却可能被关键系统权限、业务知识、代码评审和跨团队依赖卡住；另…

资源负载表上每个人都只有 80% 忙碌，项目却连续两个月延期，这是资源管理里最容易误判的一类情况。负荷率不是越低越好，也不是把每个人排满就代表效率高；它只是一个信号，告诉 PMO …

某跨部门项目在季度复盘时，计划投入 120 人天，实际却消耗了 168 人天；更令人意外的是，团队并非一直满负荷，而是关键岗位反复等待、非关键岗位持续加班。这个差异揭示了资源负载管…

资源平衡管理最常见的失败，不是项目太多，而是组织把“谁有空”误当成“谁能接活”。一张资源表显示某位工程师本月尚有 40% 空闲，项目经理据此承诺新需求；两周后才发现，这 40% 分…

某中型研发组织曾把“空闲资源”理解为排期表里没有任务的人：PMO每周汇总一次工时，发现十几名工程师有空档，便把他们分给等待中的项目。两个月后，空档看起来少了，延期项目却没有明显减少…

Capacity制度最容易失灵的时刻，不是团队没有人，而是每个人看起来都很忙，项目却仍然延期：同一位架构师被三个项目按“百分之五十投入”重复占用，研发经理看到的负载是百分之九十，项…

去年我帮一家做智能硬件的公司做 PMO 诊断，去之前他们刚开过一次“资源协调会”。会议记录写得很漂亮：17 个项目，86 名研发，平均负载率 78%，结论是“产能仍有富余，可以再接…

去年年底我参与了一家工业软件公司的项目复盘，会上有个数字让所有人沉默：他们的 PMO 每月花 14 人天做出来的资源负载表，被项目经理实际参考的比例只有 23%。也就是说，五个项目…

空闲资源并不等于可以立即投入项目：一个研发团队看起来有 20% 空闲，可能是因为需求还没排进计划，也可能是关键技能的人已经超负荷、其他岗位却没有任务；还可能是项目状态没有更新，报表…

去年第三季度末，一家做工业软件的公司请我去做产能复盘。他们有 11 个在建项目、420 名研发人员，PMO 每天在 Excel 里维护一张巨大的资源表，颗粒度细到"某人某…