工作饱和度分析法

做 HR 的老板问你一个问题——某个部门总是说缺人加一个还忙不过来——你怎么判断是真的忙还是有人在摸鱼大多数 HR 第一反应是看考勤。迟到早退打卡记录一拉谁在摸鱼一目了然。这是错的。考勤只能看出来员工是否按时到岗看不出来员工在岗位上是否高效工作。一个按时打卡的员工可能 60% 的工作时间在刷手机、聊天、处理私事——考勤记录上一片正常但工作产出大打折扣。这个问题在我做 HR 第 5 年的时候一直困扰我。直到我学会了工作饱和度分析法才发现——不用靠感觉判断员工有没有摸鱼靠数据说话就行。这一篇我把工作饱和度分析法完整讲一遍。这套方法我自己用了 8 年判断摸鱼、定岗定编、薪酬公平性、部门预算——一个分析动作5 个应用场景。摸鱼诊断的根本错位考勤不是答案在讲工作饱和度分析法之前必须先说清楚——为什么考勤数据不能用来判断摸鱼。考勤只能告诉你三件事• 员工几点到岗• 员工几点离岗• 员工有没有迟到早退这三件事都跟员工在岗位上是否高效工作没关系。判断员工是不是在摸鱼本质上要回答的问题是——员工的有效工作时间是多少。什么叫有效工作时间• 员工在岗位上做的和岗位工作相关的事情所花费的时间• 不包括开会走神、刷手机、聊天、处理私事、等领导审批、找资料、思考走神一个人 8 小时满勤有效工作时间可能只有 4 小时。一个人 7 小时到岗有效工作时间可能有 6.5 小时。考勤看不出来这种差异。但工作饱和度分析法可以。工作饱和度分析法3 步判断每个岗位的有效工作时间这套方法分 3 步走。做完这 3 步每个岗位的有效工作时间会精确到分钟——然后判断这个岗位是不是工作量不足。第一步——工作梳理。把岗位的所有工作事项列出来。具体方法• 通过日报、周报和自己的理解先把该岗位的所有事项列出来• 让该岗位人员补充事项——他们最清楚自己每天在做什么• 对所有事项进行分类与该岗位人员和部门负责人进一步讨论补充事项这一步的关键是不要漏项。一个销售岗位的工作事项至少包括客户开发、客户跟进、合同签订、回款跟进、客户投诉处理、销售报表、内部会议、培训学习。一个看似简单的岗位工作事项可能超过 30 项。漏掉任何一项后面的时间统计都会偏。第二步——有效时间统计。把所有事项按照频率标上——每日、每周、每月、每年——每个事项填写完成时间精确到分钟最低 5 分钟。具体方法• 让该岗位人员自己填时间• 跟该岗位人员和部门负责人讨论时间的合理性调整优化• 统计折算到每日平均时间——每周除以 5每月除以 20.83每年除以 250• 每个事项的每日时间相加就是该岗位的每日有效工作时间举例• 事项 A客户跟进——每周 5 次每次 60 分钟——每日 60 分钟• 事项 B销售报表——每月 1 次每次 4 小时——每日 12 分钟• 事项 C客户开发——每周 3 次每次 90 分钟——每日 54 分钟• 事项 D内部会议——每周 2 次每次 60 分钟——每日 24 分钟• 事项 E客户投诉处理——每月 2 次每次 90 分钟——每日 6 分钟合计每日有效工作时间60 12 54 24 6 156 分钟。第三步——饱和度判定。公式是这样的• 标准工作日8 小时 480 分钟• 大于 360 分钟工作量饱和效率良好• 小于 360 分钟工作量不足有摸鱼空间按上面的销售岗位举例156 分钟 360 分钟说明这个岗位工作量严重不足。但这并不意味着员工就在摸鱼。也可能是岗位职责设计不合理太多被动响应太多等待时间。判定要结合岗位性质。摸鱼诊断的 2 个关键边界这套方法不是万能的。两个关键边界必须清楚否则你会误判。边界 1——只适用于执行岗位不适用于研发和创造岗位。执行岗位销售、客服、行政、生产的工作事项是清晰的、可测量的能用时间统计。研发岗位程序员、设计师、文案的工作事项是模糊的很多时候效率越低产出越差。一个程序员高效写代码 4 小时可能产出 1000 行一个程序员摸鱼 8 小时可能产出 50 行——但效率指标不能这么算因为思考时间也算有效时间。不要用工作饱和度分析法去衡量研发岗位的产出。这是这套方法的硬性边界。边界 2——前台、客服等被动响应岗位标准要降低。前台、客服的工作时间是被动响应的——没人来的时候闲着有人来的时候忙起来。这类岗位的判定标准不能直接套 360 分钟。一般来说前台、客服的饱和度 200-300 分钟就算正常。这类岗位也不能用来摸鱼诊断因为本来工作就有波峰波谷。记住这两个边界——否则你会拿着一套原本很准的方法做出不靠谱的判定。一个分析动作的 5 个应用场景工作饱和度分析法本质上是把每个岗位的每日有效工作时间算出来。这个数据能用在 5 个场景里——比摸鱼诊断更有价值。场景 1——摸鱼诊断最直接的应用。岗位职责清晰、工作事项可测量的岗位——用 360 分钟为分界线判定。低于 360 分钟的岗位结合直接观察和同事反馈综合判断。不要直接说员工在摸鱼——先想是不是岗位职责设计有问题。场景 2——定岗定编。每个岗位算出有效工作时间后可以反向推算部门人数。举例一个部门有 8 个工作事项每日合计需要 2400 分钟有效工作。按照每人每天 360 分钟计算这个部门至少需要 7 个人。老板说部门需要 8 个人才能运转——你拿出数据8 个事项每日只需 7 个人。老板会重新考虑。场景 3——薪酬公平性对比。两个岗位的薪酬不同——是合理还是不合理用工作饱和度分析法一对比就知道。销售岗每日有效工作 350 分钟行政岗每日有效工作 150 分钟。薪酬差异是合理的——工作强度差异确实存在。两个岗位都是 350 分钟有效工作薪酬差距 30%——薪酬不公平需要调整。场景 4——部门预算审批。老板问为什么这个部门需要加 1 个人HR 答因为现有人员每日有效工作时间 480 分钟已经饱和。老板看完数据加。这个对话方式比我觉得这个部门缺人专业 10 倍。场景 5——员工离职风险预警。某个岗位每日有效工作时间长期超过 480 分钟——员工加班严重离职风险高。HR 应该主动跟员工谈是工作量太大需要拆分职责还是需要加助理。员工感受到 HR 主动关心——离职率会显著降低。这就是工作饱和度分析法的真正价值——不是抓摸鱼是用数据让 HR 工作从拍脑袋变成有依据。工作饱和度分析的 4 个注意事项这套方法有几个常见的坑避免踩进去。注意事项 1——让岗位人员自己填时间会有水分。大多数人都会少填——因为担心被判定工作量不足。应对先让员工填再用部门负责人的判断复核两者差异超过 20% 的单独讨论。注意事项 2——工作难度会影响时间判定。同样是客户跟进——新客户和老客户的难度不同需要的时间不同。应对得出结论之前适当增加难度系数。比如新客户跟进按 1.5 倍时间计算。注意事项 3——方法只能定性不能定量。工作饱和度分析法能告诉你某个岗位工作量是否饱和但不能告诉你饱和度精确到多少。10 分钟精度的统计已经够用。不要追求 1 分钟精度的统计——那是浪费时间结果反而不可信。注意事项 4——配套建立部门工作日程表。工作饱和度分析法做完之后顺手建立部门工作日程表防止员工疏漏某项工作。举例员工离职了几个月社保还没退——这种情况不应该发生。应该在每个月 23 号左右固定复核一遍员工社保情况。这种细节的标准化会让 HR 工作大幅减少救火工作量。写在最后工作饱和度分析法用一句话总结——把每个岗位的每日有效工作时间算出来用数据代替感觉判断。这套方法不复杂难的是坚持做。很多 HR 学完这套方法做了一次就不再做了——因为太繁琐。这是一个误区。做任何一次数据分析第一次会花 2 周时间。但做完之后模板就建好了——下次做同岗位的饱和度分析只需要 2 天。一年下来每个部门至少做一次饱和度分析HR 在公司的话语权会显著提升。老板会从HR 觉得这个部门缺人变成HR 用数据告诉我这个部门的工作量分布。这是普通 HR 和专业 HR 的分界线。附录工作饱和度分析法速查表步骤操作输出第一步 工作梳理列岗位工作事项 员工补充 主管讨论完整事项清单第二步 时间统计标频率 填时间 折算每日每日有效工作时间第三步 饱和度判定360 分钟分界线饱和/不足判定适用岗位销售、客服、行政、生产等执行类岗位。不适用岗位研发、设计、文案等创造类岗位。应用场景摸鱼诊断、定岗定编、薪酬公平性、部门预算、离职风险预警。工作饱和度分析法