需求管理

人力资源计划里最容易算错的，不是项目需要多少人，而是把“一个人每月有 160 小时”直接当成“这个人能为项目交付 160 小时”。实际排期中，会议、休假、支持工作、跨项目切换和技能…

项目人力计划最常见的失误，不是少算了几个人，而是把“需要多少人”当成“这些人什么时候、以什么技能、能投入多少时间”。我在梳理项目计划时，常见一张表上写着“开发 4 人、测试 2 人…

资源负载管理最容易出错的地方，不是“没有排期表”，而是把排期表上的人天当成真实可用产能：一个工程师被安排在同一周支持三个项目，每个项目都按 100% 可用计算，表格看起来满负荷，实…

资源冲突很少是“团队里的人不够努力”，更多时候是同一个人的工作被多个项目同时当成了确定承诺：产品负责人把他排给版本发布，客户项目经理把他排给现场交付，技术负责人又把他排给线上故障。…

人力资源计划做资源负载，最容易犯的错不是少算了几个人，而是把“项目需要多少人”误当成“团队能投入多少人”。我在项目评审中见过这样的情况：计划表显示某位核心工程师每周只承担两个任务，…

项目计划写着“开发 6 人、测试 3 人、两个月交付”，到了第六周，开发任务完成率只有一半，测试却还没拿到稳定版本。问题往往不是团队不够努力，而是计划把“需要多少人”当成了人力规划…

项目计划看起来还差三周，资源表却显示关键岗位已经超载 160%；项目经理把任务往后挪两天，冲突就从开发转移到了测试。人力资源计划真正难的地方，不是把人名填进甘特图，而是判断：在技能…

工作量实操方法，真正难的不是把任务换算成“人天”，而是判断这些人天是否落在正确的人、正确的时间和正确的约束条件上。我做项目计划复盘时，反复见到一种情况：计划表上总工作量看似充足，项…

可用工时管理最容易犯的错，是把“团队有 10 个人”直接换算成“每周有 400 小时可用”。项目经理真正能安排的工时，通常要先扣除休假、例会、支持工作、跨项目协作和必要缓冲；如果再…

项目经理问“这个需求要多少人天”时，最容易得到的答案是“研发两周、测试一周”。这听起来像估算，实际往往只是把日历时间换了个说法：谁来做、哪些工作算进来、评审和返工是否计入、多人并行…