乐者为王

Do one thing, and do it well.

10x工程师经常的打盹

英文原文:https://hackernoon.com/10x-engineers-take-long-naps-ed2ca00a953

最近,我在为一个疯狂的悖论而烦恼:我感觉从来没有像今天这样工作效率高过,然而我也注意到在给定的每周内我工作的时间并没有减少。这让我想起另一个令人困惑的悖论,我在成功的软件公司看到,它们重视那些不足以令人信服的10x工程师传说,但同时也重视那些花费很多个人时间并确保避免倦怠的员工。

我对这些最近我给予它们很多激烈思考的悖论感到困惑,但我倾向于认为我已经得出结论,该结论可以很好地解释这两个似乎对立的观点。

之所以用“似乎”这个词,是因为我认为它们其实并不算是真正的对立面。简而言之,我的看法是,虽然我们使用相同的词汇谈论工程师的效率,但我们谈论的是两种截然不同的效率:

  • 一方面,效率是指在最短的时间内交付最多的产出。这个可以通过检查软件编写的数量(提交次数、代码行数等)或与软件相关的工作(文档页面、可交付的成果等)进行衡量。更长更多的工作时间意味着更多的产出。
  • 另一方面,效率是指用最短的时间和精力产出最多的业务价值。这个可以通过利益相关者(客户、同事等)能从工程师的工作中的获得多少实际的货币化/有用的价值进行衡量。就像我一直在说的,软件工程师的职责不是解决技术问题,而是用技术方案解决业务问题。

混乱可能源于在大多数工作中,投入和产出的关系在一定程度上是呈线性的。最简单的例子:如果你的工作是工厂产品的日常生产,你工作的时间越长,生产的产品就越多。更多的工作时间=更多的价值。但事实是,在我们的工作中,这些可以变得非常无关,我甚至可以冒昧地说,有时候它们甚至是相互成反比的。

它们可以是不相关的,因为你可以被某个疯狂的问题困扰整周的时间,捶胸顿足,感觉就像你没有带来任何价值,直到你把事情弄清楚,并且在10分钟内真正地解决这些事情(因此终于将业务向前推进)。或者,仅仅因为不同的心态,你可以花1个小时自动化某个过程,这将使其它问题过时,同时给另一个团队每周节省几个小时。或者你可以突然想到在结帐渠道中引入某个变更,它会使你的公司的转化率提高1%,因此可以提高数百万的收入。

它们有时候也可以是成反比的(更多的工作时间=创造更少的价值),因为如果以“创造业务价值”为KPI,你的生产效率将取决于很多难以掌控的未知因素。如果你遇到这样的情况,花费整天的努力去尝试解决某些问题,然后经过充分的休息后在第二天早上回来,并在5分钟内诊断出问题,你可能会同意充分的休息是主要因素。

“10x工程师”和“快速行动”

所以让我们回到“10x工程师”这个话题。在软件层次上,有更快速的工程师能完成其他工程师10x的代码这个概念在我看来是非常不切实际的。但是,如果你正在考虑的KPI是创造实际的业务价值,这听起来就不那么牵强。我可以告诉你的是,目前正在从事技术问题的一些工程师几乎不能给他们的公司增加任何业务价值,他们解决技术问题只是因为它们是有趣和富有挑战性的,工程师们太缺乏经验或者不够价值驱动,以至于不能认识到他们为什么跑偏;他们的领导技术太弱,以至于不能理解这项工作可能应该被重新调整优先级。相比之下,如果以业务价值为KPI,业界所有其他的工程师都是数学上无限的工程师!

此外,通过以业务价值为KPI,“快速行动和推陈出新”就可以被理解为“在最短的时间内优化你的业务价值能力并达到目标,不要太过满足于已经创造的价值,它们可以优化的更好”。如果“优化你的业务价值能力”意味着你需要减少每天的工作量,并获得充分的休息,以便能够产出更多的价值,那么即使要达到目标也不意味着会给你带来更多的压力,或者是大量的工作时间。

行业现状

诚然,并不是所有的公司都同意我的理解。一个极端是,一些公司(Uber、Apple等)希望顶尖的工程师能够每天都全力以赴,并最大化他们的日常产出,以达到所需的业务价值。另一个极端是,其它一些公司(Facebook、Salesforce等)坚决要求工程师需要知道什么时候应该放慢速度,在必要的时候减少工作时间,以更聪明和更周全的方式工作,因为这些公司认为它们的工程师将因此做出更好的选择,可以用更少的时间和精力建立更多的价值。

当然,由于辩论双方都有公司是成功的,所以我不认为某些公司比其它公司更正确。我的观点是:

  • 由于软件工作的本质及其在最优条件下的潜在价值乘数效应,后者公司提出的方法对于员工来说既不是悖论,也不是不道德的。
  • 作为业界的工程师,你可以在这两种文化(以及两者的折中)之间进行选择,与其它行业相比,我们真的算是幸运的。

结论

回到标题:10x开发者真的都经常的打盹吗?不,不,他们不是都这样做。不过我看到很多“业务价值10x”的开发者经常这样,因为他们很清楚地知道自己的极限,他们知道何时应该切换到非工作相关的事情来触发当他们恢复工作时倍增业务价值生产效率的时刻。对于其中的某些人来说,它是经常的打盹,但对于你来说,你可能会发现它是别的东西(在正确的时间散步、快速的视频游戏以放空你的大脑、和你的小孩一起玩等)。

那么接下来该怎么做?如果你不确定如何在现实生活中应用这些想法,这里是主要的提示:注意观察你用少量代码解决大部分业务需求时都发生了什么的模式;实验你的日常例程,看看什么工作可以产生“乘数效应”;注意学习你自己的极限,随着时间的推移,优化你的健康、心态和生产效率;同样具有挑战性的是,让你自己遵循你所发现的极限。

Comments