需求管理

项目计划里写着“还有 20% 空闲”，交付会上却没人能接下周的紧急任务，这类矛盾通常不是团队缺少资源，而是负责人把“尚未排满”误当成“可以立即投入”。做好空闲资源管理，关键不是把每…

资源负载超负荷，表面上像是“人不够”，实际常常是需求进入速度、任务优先级、技能匹配和决策机制同时失衡。项目负责人最容易犯的错，是看到某个人的排期超过 100%，就立刻加人或要求加班…

Capacity（资源容量）做不起来，通常不是团队不会算工时，而是把“可用人天”误当成“可承诺产能”。我做项目资源盘点时，最常见的场景是：计划表显示团队下月有 420 人天，项目负…

资源平衡真正失效，通常不是因为团队完全没有人，而是因为同一个关键人员被三个项目同时按“100%可用”纳入计划。项目负责人看到的可能是三张都能按时交付的甘特图，团队实际承受的却是频繁…

资源负载超出 100%，不等于项目一定要加班，也不等于负责人必须立刻招人。真正要判断的是：超出的工作是否发生在同一时间、是否集中在不可替代的关键角色、是否会压垮关键路径，以及团队有…

项目负责人做资源负载，最容易犯的错不是算错工时，而是把“每个人填了多少小时”误当成“项目能不能按期交付”。我在复盘跨部门项目时见过这样的情况：计划表显示团队未来两周平均负载只有 7…

项目负责人做产能管理，最容易遇到的不是“没人干活”，而是每个人都满负荷、关键任务却持续延期：同一位架构师同时被三个项目标成 100% 可用，测试资源在迭代末尾集中排队，管理层看到的…

资源负载负荷教程：项目负责人落地方案，避坑指南 项目排期里最容易被低估的，不是任务数量，而是同一个人被多个项目同时“占用”的程度：每个项目看起来只分配了半天，合起来却超过一周的可用…

项目负责人最容易误判的“空闲资源”，往往不是日历上没有任务的人，而是负载表里被平均数掩盖的人：一个关键工程师本周显示只有 60% 负载，却同时承担线上故障响应、架构评审和两个项目的…

项目负荷管理最容易失灵的时刻，往往不是团队真的没人，而是每个人都被排满了：关键研发同时挂着三个项目，测试资源集中在版本末尾，需求方却仍按“人天相加”的方式承诺日期。结果看起来人人有…