技能矩阵

项目计划表里，某位核心工程师明明只被分配了 80% 工时，项目却连续三周延期；复盘后发现，他同时承担线上故障值守、两个项目的关键评审和临时技术支持，计划表里没有记录的工作，几乎占掉…

项目计划表里，某位核心工程师明明只被分配了 80% 工时，项目却连续三周延期；复盘后发现，他同时承担线上故障值守、两个项目的关键评审和临时技术支持，计划表里没有记录的工作，几乎占掉…

资源负载计划最容易失真的时刻，往往不是需求突然增加，而是计划表上每个人看起来都只有八成负载，项目却连续三周延期。原因通常不在员工“不够努力”，而在计划把人当成可以随时替换的工时单位…

《资源负载怎么做？企业管理者协同管理：人力资源计划从0到1》要解决的，不是“每个人这个月有多少空闲时间”，而是“关键工作能否在明确的时间内，由具备相应能力的人，以可持续的负荷完成”…

人力资源计划做得最细的一家公司，也可能在项目启动后两周就发现：关键岗位被三个项目同时预订，管理者看到的“团队利用率”却仍然只有七成。问题通常不在员工不努力，而在计划只统计了人数，没…

工作量管理最容易出现的误判，是把“每个人排满了”当成“人力计划做得好”。我见过不少管理团队按部门汇总工时，报表里利用率接近百分之百，项目却仍然延期、关键岗位持续加班，需求一变就全盘…

去年第四季度，我参与了一家做企业级软件的研发组织的季度复盘。他们在季度初按"每个小组补两个人"做了编制计划，季度末只交付了原定范围的61%，同时有三个核心模块出…

研发团队里最常见的资源冲突，不是“人不够”这么简单：同一位资深工程师可能同时被排进版本交付、线上故障治理和技术债改造，三张计划表都显示他有空，到了周三却三件事都在等他。解决这类冲突…

PMO做人员投入计划，最容易犯的错不是少算了几个人，而是把“人头数”当成“可交付产能”。一个项目计划需要 10 人，并不意味着团队里找得到 10 个随时可用的人：有人只投入三成，有…