可承诺工时

可用工时不是“员工人数×每人每天八小时”，而是团队在一个明确时间窗口内，扣除休假、会议、支持、维护和不确定工作后，能够用于承诺交付的容量。管理层真正需要的不是一张看起来精确的工时表…

人力资源计划里最容易被高估的，不是员工人数，而是可用工时：一个团队名义上有 20 人、每人每月 160 小时，表格里就出现 3,200 小时；但把休假、例会、招聘培训、跨部门协作和…

实施团队的人力资源计划，最容易犯的错误不是把工时算少了，而是把“可用工时”误当成“可以承诺给项目的工时”。一个工程师一周名义上有 40 小时，扣掉会议、支持、休假、学习和跨项目切换…

可用工时不是“人数乘以工作日”的简单乘法。一个有 20 名实施顾问的团队，按每人每月 160 小时计算，账面上有 3,200 小时；但扣除休假、培训、内部协作、售前支持和跨项目切换…

研发团队做人力资源计划时，最容易算错的不是“有多少人”，而是“这些人有多少时间能真正用于目标工作”。一个团队有 20 名研发人员，不代表一个月就有 20×21.75 个完整工作日可…

研发团队做季度人力资源计划时，最容易出现的错误，是把“团队人数 × 工作日 × 8小时”直接当成可用工时。这个算法看上去精确，却常把会议、值班、休假、跨团队支持、返工和技能错配全部…

去年 Q3，我参与了一家工业软件公司的研发资源复盘。这家公司有 11 个研发小组、212 人，其中真正参与交付的 186 人，工时填报系统上线两年，填报率常年在 92% 以上。数据…

去年第三季度，我参与了一家 400 人研发组织的产能复盘。他们的项目管理系统里，Q3 排了 11.2 万小时的计划工时，季度结束实际交付折算不到 7.4 万小时，达成率 66%。更…

产品经理做可用工时计划，最容易犯的错不是把人天算错，而是把“日历上有空”当成“这个人能接新工作”。一个研发团队名义上有 20 人、一个月约 440 人日，扣除会议、休假、支持事务、…

可用工时不是“团队人数×工作日”的另一种写法。一个 8 人产品研发团队，按每人每月 20 个工作日计算，账面上有 160 人日；但如果其中有人要值班、参加跨部门评审、处理线上问题，…