需求管理

人力资源计划做得最容易失真的地方，不是“少算了几个人”，而是把人员名单当成了投入方案：计划里写了产品经理、开发、测试各一名，项目启动后却发现开发要等需求、测试集中在最后两周、关键专…

投入比例看起来只是“某成员每周投入项目的百分比”，真正落地时却常变成三套互不相认的数字：计划表上写着 50%，部门经理认为是两天半，项目经理却把它当成可随时调用的一半产能，月底核算…

可用工时管理最容易犯的错，不是把一个人的工时算少了，而是把“日历上有空”误当成“项目上可用”。一个团队看起来有 10 名成员、每人每周 40 小时，纸面产能是 400 小时；但扣除…

项目人力规划最常见的失败，不是“人不够”，而是计划表里明明写着每个人都有空，项目到了关键节点却没人能接手。原因往往藏在口径里：有人按名义工时计算，有人把多个项目的承诺重复相加，还有…

资源冲突最常见的表象是“人不够”，但我在项目排期复盘中更常见的根因是：同一个人的可用时间被多个计划重复计算，关键技能没有替补，或者需求优先级变化后，原排期却没有同步更新。解决资源冲…

项目人力资源计划最常见的失误，不是把工期算短了，而是把“成员有多少空闲时间”误当成“成员能交付多少工作量”。一支 8 人团队看起来每周有 320 小时，扣除会议、支持、评审、休假和…

项目工作量最常见的失真，不是把一个任务估成了 5 天还是 6 天，而是把“需要 5 天完成”误当成“这个人未来 5 天都能投入”。前者是工作量，后者是日历时间，中间还隔着并行任务、…

可用工时计划里最容易出错的，不是把每个人每周能工作多少小时算错，而是把“日历上有空”误当成“可以承诺给项目”。我在梳理跨部门项目计划时，反复看到同一种偏差：计划表显示团队每周有 4…

资源冲突往往不是“人不够”，而是同一个人被两位项目经理同时当成了可用资源：一边把他排进本周冲刺，另一边也把他承诺给了客户交付。等到任务延期，团队才发现，项目计划里有工时，却没有真正…

资源冲突管理中，最容易被误判的不是“某个人排得太满”，而是计划表看起来还有空档，项目却持续延期。原因往往藏在计划口径里：同一位工程师被多个项目同时按 100% 计入，会议、支持、休…