今天真的不想加班第50章 数据打脸效率与工时的反比关系

王主管办公室那场狼狈的溃败并未让事情就此结束。

相反那种积压的怨毒和挫败感如同密封发酵的沼气在王主管心中酝酿着只等待一个火星将其引爆。

这个机会很快来了。

周四上午老板不知怎的突然对那份“用户行为分析报告”产生了兴趣或许是闲来无事竟然真的翻看了起来。

前面几页的核心结论让他觉得“有点意思”但后面大量重复、空洞的注水内容很快让他皱起了眉头。

他一个电话把王主管叫了过去。

“这份报告前面还有点东西后面这些是什么玩意儿？凑页数吗？”老板的语气带着不满“还有我听说其他组为了这个分析熬到半夜你们组那个…叫林什么的是不是一天就交差了？这质量能保证吗？” 王主管心中窃喜机会来了！他立刻腰杆一挺摆出一副痛心疾首又尽职尽责的表情： “老板您明察！我也正担心这个问题！这个林眠能力是有点但态度极其不端正缺乏责任心就知道准点下班！我昨天还批评他缺乏团队精神他还顶嘴！这份报告这么快赶出来我严重怀疑其中数据的准确性和分析的深度很可能为了赶工敷衍了事！我正在准备材料想向您详细汇报这个情况建议对他进行严肃处理！” 他巧妙地将老板对报告质量的质疑全部引向了林眠的工作态度和准时下班上。

老板一听脸色沉了下来。

他不在乎过程只在乎结果和权威。

一个不服管束、还可能敷衍工作的员工是他不能容忍的。

“哼！我就知道！效率高得反常必有鬼！你马上把各组报告的质量和耗时情况整理一下中午之前给我！我倒要看看是不是做得快的都在糊弄！” 王主管如同领了尚方宝剑意气风发地冲出老板办公室立刻在工作群里发布命令： “各组注意！立刻统计上报‘用户行为分析’任务的实际耗时（从接到任务到最终报告提交）、投入人力、以及…嗯…自查的错误数量！中午12点前必须发给我！” 这道命令一下群里瞬间炸了锅。

“耗时？我们组熬了通宵啊！” “错误数？这怎么算？” “又要搞什么…” 大家都明白这显然是冲着林眠去的。

一场针对“效率”的审判即将来临。

王主管亲自盯着各组上报数据脸上带着冷笑。

他仿佛已经看到林眠那组用时最短、但错误百出的数据将成为他将其彻底打倒在地的铁证！看他还怎么嚣张！看老板还会不会保他！ 数据很快汇总过来。

A组：耗时18小时（通宵）投入4人自查错误：3处（一些小格式问题）。

B组：耗时15小时投入3人自查错误：5处（部分数据理解偏差）。

C组（赵哥所在组但主要功劳被王主管归为林眠）：耗时6.5小时投入3人（但王主管备注：实际核心输出为1人）。

自查错误：0处。

王主管看到C组的数据愣了一下。

0错误？怎么可能？肯定是隐瞒不报！他立刻气势汹汹地去找林眠。

此时林眠正在测试一个算法模块。

王主管直接把打印出来的数据拍在他桌上声音咄咄逼人：“林眠！你们组的错误数是不是瞒报了？怎么可能是0？老实交代！老板亲自要的数据！” 林眠扫了一眼数据表目光在“耗时”和“错误数”两栏停留了片刻。

ZZZ系统瞬间完成了交叉比对和可视化模拟。

“数据无误。

”林眠平静地回答“报告生成后经过自动校验流程所有数据溯源和逻辑链条完整未发现错误。

” “你放屁！”王主管口不择言“别人做那么久都有错误你这么快怎么可能没错？肯定是你…” “王主管”林眠打断他语气依旧没有起伏但带着一种不容置疑的冷静“您似乎预设了‘工时越长质量越高’的前提。

但这个前提本身需要数据验证。

” 他操作电脑快速将王主管带来的汇总数据录入然后接入了部门项目的代码提交记录、BUG管理系统等数据库权限（他的权限足够高）开始运行一个简单的分析脚本。

几分钟后一份清晰的对比图表生成在了屏幕上。

左侧是一张柱状图清晰展示了各组完成“用户行为分析”任务的耗时与上报错误数的关系。

A组、B组：工时长的柱子高高耸立但其对应的错误数柱子虽然不高但也清晰可见。

C组（林眠组）：工时柱子最短几乎贴地而其错误数柱子为0像一根孤零零的基线。

图表标题：【任务耗时与错误率关系图】（“天眼”分析任务） 光是这一张图就已经让王主管的脸开始发烫了。

趋势再明显不过——耗时最长的并非没有错误；而耗时最短的错误率为零。

但这还没完。

林眠切换了下图表。

这是一张散点图覆盖的时间范围更广是过去一个月部门所有大小任务的汇总数据。

X轴是任务实际耗时（扣除等待、会议等无效时间后的纯工作时）。

Y轴是任务后期发现的重大BUG数量（取自BUG管理系统更为客观）。

每个点代表一个任务点的大小代表投入人力。

本小章还未完请点击下一页继续阅读后面精彩内容！。

本文地址今天真的不想加班第50章 数据打脸效率与工时的反比关系来源 http://www.dgszs.com