天才一秒记住【热天中文网】地址：https://www.rtzw.net
“这三个点是谁？”
产品部刘总监问。
，！
林眠用激光笔圈出那三个点旁边的标注：“技术部的小周、王浩，还有运营部的小陈——就是前天晕倒送icu的那个实习生。”
会议室里一片死寂。
“他们过去一周的累计加班时长分别是78小时、82小时和91小时。”
林眠继续说，“bug率分别是平均水平的42倍、48倍和51倍。
更关键的是——”
他切换下一张图，是一张时间序列分析。
“这三个人的bug率变化曲线，在加班时长超过60小时后，开始指数级上升。
而在加班时长超过70小时后，曲线几乎垂直。”
激光笔的红点停在那三条冲天而起的线上。
“这意味着什么？”
林眠环视众人，“意味着当疲劳积累到某个临界点后，人的工作质量不是线性下降，是断崖式崩塌。
你付出的每一分钟额外加班，不是在创造价值，是在制造错误——而且错误的成本，可能远高于你创造的价值。”
财务部老会计推了推眼镜：“林工，这个‘错误的成本’，有数据支撑吗？”
“有。”
林眠从桌上拿起一份刚打印出来的报告，“我调取了公司过去两年的bug修复成本统计。
平均每个线上bug，从发现到修复到验证到重新上线，需要15个人日。
按技术部平均薪资计算，成本大约是3000-5000元。”
他顿了顿。
“而刚刚提到的那三个人，过去一周累计产生了47个bug。
其中12个是线上bug，已经造成了实际影响。
保守估计，修复成本在8万到12万元之间。
而他们三人这一周的加班，为公司创造了多少额外价值？”
他调出一张产出统计表。
三个人过去一周的代码产出量：比平均水平高15。
但有效产出——也就是真正通过测试、能上线运行的代码——比平均水平低40。
“所以实际上，”
林眠总结，“他们不是在加班创造价值，是在加班制造损失。
公司支付了15倍的加班费，换来了更多的bug和更低的效率。”
会议室里响起低低的议论声。
刘总监脸色难看：“我们产品部那边……最近的需求文档错误率也高了很多。
有个产品经理把两个功能的需求写反了，导致开发做完了才发现要重做。”
运营部的一个经理点头：“我们也是。
上周的活动策划案，数据算错了一个小数点，差点酿成大事故。”
“所以这不只是技术部的问题。”
本章未完，请点击下一章继续阅读！若浏览器显示没有新章节了，请尝试点击右上角↗️或右下角↘️的菜单，退出阅读模式即可，谢谢！