可承诺工时

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

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

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

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

人力资源计划里的“可用工时”，最容易算错的地方不是乘法，而是把日历上的工作日直接当成团队能交付的时间。一个有 8 名产品、研发和测试成员的团队，计划周期里看似有 1,280 小时；…

可用工时计划最容易犯的错，是把“每人每月 160 小时”当成项目能拿到的产能。实际排到第 3 周，关键人员可能同时被两个项目占用，测试人员还要承担线上问题，管理者看到的工时表却仍然…

去年我接手一个 260 人的研发组织做流程诊断，第一周就撞上一件反常识的事：项目延期最严重的三个团队，恰恰是任务写得最细、状态更新最勤的团队。他们的人均任务数比公司平均高出 42%…