Watts New - 为啥我996还是干不完?(编者按)
问题:
你是否有这样的经历?某项预估两三天的工作,实际却干了一两周。显然你知道是估算出了问题,但却总也估不准。
对个人工作的估算尚且如此,就更不必说项目估算了。正因如此,软件工程师就几乎没有不加班的。加班甚至成了工作努力的代名词。可时间长并不一定等于产量高、质量高。如何利用有限的工作时间,创造更大的工作价值才是Humphrey文章中探讨的主题。
当年Humphrey在一次实验中就发现,一项需要108分钟的工作,实际却耗时超过400分钟。而现代管理实践对每天实际花费在计划工作上的时间(也称“有效工作时间”)的统计为大约2小时/天(以8小时/天计)。剩下3/4的时间都去哪儿了?抛开主动摸鱼,情况大抵有三。
一、工作干扰与中断
工作中本来就充满了各种干扰,导致我们不得不中断当前的工作来处理。比如电话、邮件、协助其他同事、临时会议、软件升级、为打印机补充纸张等等。我们中断一个小时来处理这些,就意味着少了一小时的计划工作时间。如果这一小时用作改进工作过程、提高工作效率也是应该的。可如果用在了填报销、装软件、找文件这种事情上,就实在太浪费了。
干扰不仅占用时间,还会在结束后仍然影响我们回到之前的工作中。比如临时会议前,你正在思考一个新产品的架构问题。当你结束会议准备继续思考时,你需要额外花时间回顾之前的思路,然后才能继续工作。
二、“工作探索”与“持续策划”
如果组织中没人花时间来识别和记录工作中使用的实践和方法。当有人要执行一项自己从未做过,或很久都没做的工作时,就需要思考改如何完成这项工作。这不仅要花费个人时间,有时候还需要寻求他人的帮助,从而花费他们的时间。尽管这种“工作探索”比直接勇往直前要好得多,但它确实占用了更多的工作时间。
另一个类似的问题是策划。如果没有详细策划过项目,或者工程师不知道自己如何精准地参与项目计划,那么他们所做的就是Humphrey所说的“持续策划”。这个“持续策划”可没有听起来那么优秀。Humphrey还戏称为“咖啡机策划”——当人们完成一项任务后,便会冲一杯咖啡,顺便在享受咖啡的同时决定接下来要做的工作。
很多人觉得策划实在花费太长时间了。如果不策划,大家便可以立即开始自己的工作。立即有进展总是让人感觉倍儿棒,但你却无法知道自己在哪。就好比在陌生的国家开车而没有地图一样。你需要在每一个转弯处停下来决策要怎么走。所有人,在所有路口短暂停留,加起来所花费的时间,远比在项目最初就进行整体策划要多得多。
三、智力工作的特性
设计一个产品或系统需要不被干扰的时间。即使如此,我们也无法一次性花费数个小时,持续高水准地设计一个复杂的产品。测试、评审、审查、编码、编译以及其他智力工作皆是如此。我们需要休息。而且休息本身也可以创造额外的工作价值。
研究表明,当工程师(如编码)花费所有时间在专属工作(写代码)上时,他们的绩效反而是恶化的。一些合理占比的、用来进行策划、过程改进、质量分析或编写文件的工作,反而能提高工程师的绩效。
对策:

结语:
问题的发现是成功的一半。养成记录时间的习惯,便能清楚地知晓时间的去向,从而解决问题。记录不难,但难在坚持和推广。
数据有机会让管理者看到时间花费的成本价值;也有助于你掌控自己的工作。执行任务所需的时间,以及你能花在执行任务上的时间共同决定了你能做多少工作、什么时候能做完。因此,即使是只针对个人的时间记录与分析改进,也会对你有很大的帮助。
原文:《Why Does Software Work Take So Long?》
发表时间:1998年6月
编译:冯信