需求管理

可用工时不是“每个人每月工作日乘以八小时”，而是团队在明确期间内，扣除休假、会议、支持工作、技能限制和已承诺任务后，真正能投入某类工作的容量。PMO如果把名义工时当成可交付工时，计…

资源池最常见的失败，不是没人愿意共享资源，而是共享之后仍然由各部门负责人私下决定谁先拿到人。表面上团队建立了统一池子，实际却出现重复预留、临时插队、关键岗位被多项目争抢，最后项目经…

人力资源计划最容易失真的地方，往往不是“少算了几个人”，而是把所有需求都折算成一个看似精确的总工时：全年需要 12,000 小时，于是管理层以为排满 12,000 小时就能交付。实…

资源负载方案最容易失败的地方，不是少算了几个人，而是把“每个人被分配了多少工时”误当成“团队能否按期交付”。我在梳理中大型团队的人力计划时，反复看到一种反常现象：计划表里每个人的负…

跨部门项目延期，很多时候不是团队“缺人”，而是同一批人被多个负责人同时当成可用资源：产品经理把设计师排进新功能，市场团队把同一位设计师排进活动页面，技术负责人又临时安排线上问题处理…

人力资源计划最容易失真的地方，往往不是人数算错，而是把“需要多少人”误当成“组织能按时交付什么”。在项目组合不断变化的企业里，PMO如果只拿年度编制表对照项目人数，常会出现一边关键…

项目成员提升资源管理效率，最容易踩的坑不是“不会排计划”，而是把资源管理理解成把自己的待办排满。一个人日历上看起来有 40 小时工作，真正能用于项目的时间，可能只有 22 小时：例…

资源管理资源池最容易失效的地方，不是缺少一张“谁有空”的表，而是表里的空闲时间无法兑现：项目经理看到某位工程师下周有余量，部门负责人却知道他还要处理线上故障，员工本人则已经被三个项…

项目成员表里写着“前端 4 人、测试 2 人、产品 1 人”，并不意味着项目拥有 7 个人的完整产能：其中一位前端可能同时支援三个项目，测试人员可能只在上线前两周投入，产品经理还要…

技能管理最容易出现的错觉，是企业已经建了技能矩阵、填了员工档案、买了管理系统，就以为掌握了资源：项目一旦同时启动，仍然找不到具备关键技能且有空档的人；培训预算花出去了，却说不清哪些…