可承诺容量

研发团队里最容易被误判的“空闲”，往往不是没人做事，而是计划表上没有任务、会议里没人提到、工时系统里暂时没有投入记录。一个团队看起来有 20% 的空闲容量，可能同时藏着关键岗位过载…

研发团队做 Capacity（容量）规划时，最危险的数字往往不是“每人每周能做多少人天”，而是表格里看起来刚好填满的那一格：它把请假、故障、评审、线上支持、跨团队等待和返工都压成了…

Capacity 做不起来，通常不是因为团队不会算工时，而是因为大家把“有多少人”误当成“有多少可交付能力”。一个 8 人团队看上去有 40 人日周容量，扣掉会议、支持、休假、跨项…

产品经理说“这个月还能接两个需求”，研发负责人却判断团队已经超载，项目会上两边都拿着自己的表格，最后只能靠谁声音大来决定优先级，这不是产能不足的唯一表现，往往是 Capacity …

一个项目看板上，团队每个人看起来都只承担了两三项工作，计划表也没有明显超期；但到了发布前两周，测试排队、关键开发被多个项目同时占用，产品经理才发现“人头够”不等于“产能够”。资源负…

产品经理“空闲”并不等于没有工作，也不等于可以立刻接下新项目。真正危险的情况，往往是资源表显示某位产品经理未来两周只有三成负载，实际却要同时处理版本决策、客户升级、跨部门协调和需求…

产品经理问“这个月还能不能再塞一个需求”时，我不会先看团队有多少人，而会先看每个人有多少可被承诺的有效工作时间、这些时间已经被哪些事项占用，以及关键技能是否形成瓶颈。产能不是把人数…

Capacity管理最容易出错的时刻，往往不是团队明显超负荷，而是每个人看起来都有空档，关键项目却连续延期：某位架构师同时被三个项目列为“可投入”，业务负责人各自拿到承诺，PMO却…

资源负载看起来只是“谁手上有多少活”，真正难的是判断这些工作是否能在同一时间完成、是否需要同一类能力，以及调整之后会不会把风险转移给别人。我做 PMO 资源分析时，最常见的误判不是…

资源平衡会议开了两小时，项目延期风险却没有下降：有人在表格里被排到每周 55 小时，有人看起来只有 60% 负载，却因为技能不匹配无法接手关键任务。这类现象说明，PMO 做资源平衡…