编译：伯乐在线/

当人们执行一项体力任务时，很容易评估他们的工作强度。你可以看到他们的身体动作，看看他们出了多少汗。你也可以看到他们的工作成果：砖墙越来越高，地上的洞越来越大。认可和奖励努力工作是一种非常基本的人类本能，这也是我们如此着迷耐力运动的原因之一。然而，在管理一些技术上有创造力的员工时，这种对体力劳动的本能欣赏就成了一个问题。高效的知识型员工通常看起来并不努力工作。

早在 2004 年，我还是一名初级开发人员，为一家有线电视公司从事计费和配置系统工作。与所有大型系统一样，它由许多相对独立的部分组成，每个部分负责不同的个人或小团队。模拟电视配置系统和数字电视配置系统几乎完全分开，由不同的团队负责。

模拟电视团队决定在早期的 平台上开发他们的系统，我们公司的四个合作伙伴和 的一个团队负责在生产环境中运行该系统。他们工作非常努力，经常工作到晚上，甚至周末。每个人都会放下他们正在做的事情来帮助解决产品问题，通常是几个人聚集在一张桌子旁，就可能出现问题的地方以及如何解决这些问题提出建议。他们的工作氛围非常活跃，任何人都可以看出，不仅是整个团队，而且他们每个人都在非常非常努力地工作。

而数字电视配置系统开发团队则完全不同。该代码主要是由一个名叫 Dave 的人编写的。我是这个团队的初级维护开发人员。起初，我在理解代码时遇到了很多困难，因为它不是一个包含所有内容的长程序，而是有许多小类文件和方法，仅包含几行代码。我的几个同事抱怨戴夫使代码过于复杂。但 Dave 将我置于他的保护之下，并建议我阅读一些有关面向对象编程的书籍。他教我设计模式、编程原理和单元测试。很快我就开始能够理解代码，而且我研究得越多，就越欣赏它优雅的设计。在生产环境中反复运行没有任何错误。代码也很容易更改，因此实现新功能并不困难。单元测试意味着确保生产环境中存在尽可能少的错误。

结果就是我们看起来根本不努力。我每天下午5:30准时回家，周末从不加班，我们也不会挤在一起猜测一些失败的生产系统可能遇到的问题。从表面上看，分配给我们的任务肯定比分配给模拟电视团队的任务容易得多。事实上，两个团队的需求非常相似，只不过我们有更好的设计和实现的软件系统，更好的支持基础设施，特别是单元测试。

管理层宣布会根据个人表现加薪，轮到我和老板谈话时，他说加薪给那些真正努力的人才公平，而我们的团队似乎并没有这样做。非常关心公司。公司的发展是不能和那些牺牲休息时间去工作的人相比的。

有线电视公司是罕见的实验室之一，在这里您可以直观地比较良好的软件设计与糟糕的软件设计、良好的团队行为与不良的团队行为的效果。大多数组织无法进行此类比较。很难说那些在前线奋力拼搏、奋力拼搏、工作到深夜、周末加班的人们是否表现出对完成一项真正复杂的系统工作的巨大承诺，或者他们只是表现出他们的失败。除非您有能力聘请两个或更多竞争团队来解决同一问题，否则您永远不知道哪家公司愿意这样做。相反，那些朝九晚五、坐在角落里、似乎花了很多时间上网的人呢？仅仅是因为他们非常擅长编写稳定可靠的代码，还是因为分配给他们的工作比其他人简单？从正常的角度来看，第一个人真的很努力，第二个人则不然。努力工作值得赞扬，但懒惰就不好了，对吗？

我认为努力的外表往往意味着失败。在高压力、中断驱动的环境中通常不可能进行高质量的软件开发。长时间工作通常也不是一个好主意。有时，解决难题的最佳方法是停止思考，去散步，或者更好的是，去睡觉，让你的潜意识解决它。我最喜欢的一本书是英国20世纪著名数学家GH的《A's | 一位数学家的道歉》，书中描述了他的日常生活：每天早上工作四个小时，然后一整个下午打板球。他说，一天四个多小时的艰苦脑力劳动毫无意义、徒劳无功。

我想对管理者说的是，人们的工作应该根据结果和他们运行的软件来判断，而不是根据他们看起来工作有多努力。与直觉相反，最好不要与开发人员坐下来，这样您就可以更好地了解他们的输出，而不受传统或直观指标的影响。远程工作非常有益。你只能根据产出来衡量他们的贡献，而不仅仅是他们是否坐在办公桌前每天在 IDE 上打字 8 小时，或者他们是否“热情地”聚集在彼此的办公桌旁。提供“有效”的建议。