可用工时

项目计划表里写着“开发 5 人、测试 2 人，四周完成”，到了第三周，开发却说需求澄清、代码评审和线上问题已经占掉近三成时间，测试也只能等功能交付后集中加班。问题通常不在团队不努力…

人力资源计划里最容易被高估的，不是员工能力，而是可用工时。一个团队账面上有 10 名成员、每人每月 20 个工作日，按 8 小时计算似乎有 1,600 小时；但扣除休假、会议、支持…

在人力资源计划里，项目经理最容易犯的错误，不是把团队人数算错，而是把“一个人一个月有多少工时”直接当成“项目能拿到多少工时”。我在梳理项目计划时反复看到这样的落差：计划表写着每人每…

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

项目经理最常遇到的工时争议，不是“团队这个月到底忙不忙”，而是“计划里明明有 160 小时，为什么能承诺给项目的只有 70 小时”。可用工时不是合同工时，也不是把考勤时长扣掉午休后…

资源管理资源池教程：项目成员入门指南，避坑指南，先从一个常见的反常识说起：资源池里的人越多，项目未必越容易按时交付。项目团队把成员姓名、岗位和技能都录入系统后，如果没有同步维护可用…

去年我帮一家做企业服务的公司复盘交付延期问题，翻完 6 个迭代的排期表，发现一件反常识的事：延期最严重的 11 个需求里，有 9 个在排期时的估算偏差不到 20%。问题并不出在“估…