净可用容量

去年第四季度，我帮一家做工业软件的公司做交付复盘。他们有一个 6 人的数据平台小组，同时支撑 5 条业务线。季度初排期时，5 个业务负责人分别在自己的计划表里写了"数据平…

工作负载看起来很高，不等于资源用得有效：一个团队每周排满 95% 的工时，仍可能因为关键岗位被多项目争抢、任务频繁切换、风险缓冲被挤掉而延期。管理层真正要控制的，不是把每个人的日历…

研发团队最常见的“空闲资源”，往往不是没人干活，而是计划表里看起来有余量、实际却被会议、临时支持、技能不匹配和等待依赖切成碎片。把这种余量直接当作可调配产能，通常会让项目负责人高估…

研发团队做完一次季度复盘，计划表上每个人的工时都接近满载，版本却仍然延期：测试排队、关键模块只有一名工程师能处理，临时需求不断挤进迭代。这个场景说明，Capacity（团队产能与可…

迭代计划看起来排得满满当当，到了评审时却发现关键需求延期、测试被挤到最后几天、开发人员连续加班，这通常不是团队“不够努力”，而是容量被当成了工时总和。迭代容量管理真正要解决的，是把…

实施团队的资源负载表上写着“本周可用 40 小时”，并不代表这 40 小时真的能用于交付：例会、客户沟通、故障处理、跨项目协作和休假都会占掉时间。Capacity（容量）如果只被理…

Capacity流程与规范：项目经理资源负载数据分析关键指标 项目计划表上有 12 名工程师、8 个并行项目，表面上每个人的工时都没有超过 100%；但到了迭代中段，关键接口仍然没…

投入比例流程与规范：项目负责人人力资源计划最佳实践关键指标 项目计划里最容易制造“人已经安排好了”错觉的数字，往往是投入比例：某位工程师被标成投入 50%，项目经理就认为他每周能稳…

人力资源计划投入比例最容易算错的地方，不是公式，而是把“预算占比”误当成“人员投入比例”：一个项目拿到全年人力预算的20%，不代表每个岗位都应投入20%的工时，更不代表项目一定能按…

项目经理最常遇到的可用工时误差，不是团队成员“少报了几小时”，而是计划表把每个人一周的 40 小时都当成了项目产能。一个 12 人团队看起来每周有 480 小时，扣除会议、支持工作…