如果你是一位想要让你最优秀的工程师疲惫不堪，且摧毁他们对你领导能力的信任的经理，我可以帮助你。
我曾在两个“疲惫不堪的团队”中工作，默默地看着我周围的聪明工程师离开团队或公司。
在一个团队中，我是一家小型、种子阶段的风险投资初创公司的首席工程师。我向CEO汇报并与他并肩工作。在我加入的第二个团队中，我是一家知名大型科技公司（如Meta，Google，Apple等）的11个个人贡献者之一。
以下就是那些团队的完整“倦怠策略”，咱们一步一步来。
步骤一：不要信任你的工程师
首先要做的是对你的工程师进行微观管理。工程师很聪明，但他们真的明白你希望产品看起来如何吗？可能并不完全明白。
当我在初创公司担任工程主管时，我与CEO并肩工作。他每天都会打电话给我，持续数小时，对那些对实际用户体验没有影响的小细节进行吹毛求疵。你确定我们应该使用DynamoDB吗？为什么这个Lambda函数使用Python而不是Node？
被频繁地叮咚打扰真是让人筋疲力尽。
在大型科技公司的团队中，我被赋予的自主权也很有限。这并不一定是因为我的经理，而是因为系统本身。
我记得我在设计一个我正在建设的系统时的工作情况。我被婉转地告知：“我们需要以这种方式实施这个项目。我知道这将需要多一个月的时间，但我需要以这种方式进行（以便在我的宣传包上看起来更好）。
步骤二：引入不必要的，浪费时间的流程
当我在创业公司工作时，有一天我突然被迫在实施任何事情之前就要详细编写大量的设计文档。每一个小小的API端点创建都必须事先进行深入的讨论。突然间，一个功能的发布从几天变成了几周。这让我感到非常沮丧。
最糟糕的是什么？我们甚至还没有发布我们的产品！在我们还没有一丝收入的迹象之前，所有这些流程都没有意义。
看，谷歌有着浓厚的写作文化，设计文档在那里是常态。但是，在创业公司，你并不是谷歌。谷歌需要写作文化，因为他们的规模庞大，人员不断地流动。
这种情况有时会过于复杂。在大型科技公司的某个团队中，流程处理的时间常常过长。要获取某些类型的数据，我必须提交一个请求，然后由另一个团队手动批准，这让人卡好几天。想要推出我的功能，我必须得到安全、产品、工程、法务、合规，甚至CEO的狗的批准。
有阵子，我做的事情就只是编辑文件、发送邮件、阅读文档、回复别人。我做的事情没有任何意义，这并不是因为我愿意这样做。
当然，这些流程是必要的...但是也需要有一个平衡。工程师参与的每一个项目并不都需要经过这些流程，也不应该如此。幸运的是，并非大型科技公司的每个团队都是这样。实际上，大多数并非如此。
步骤3：不要向客户交付
在一个连续8个月的项目上辛苦工作，结果却无人得见，没有什么比这更糟糕的了。尤其是在这8个月里，你付出了大量的加班时间。
更糟糕的是：原本8个月的工作被推迟到12个月，16个月，甚至20个月。然后，产品被削减，你所付出的努力从未被交付给任何人使用。
从事永远无法交付的项目，据说，是导致倦怠的最大原因之一。
Shipping is your company’s heartbeat (2013)
在我曾经工作的那家创业公司，我们为产品辛勤工作了一年多，却从未向客户交付过。每次我们认为产品已经准备好交付时，我们的CEO总会要求“再添加一些功能”。过了一段时间，团队对CEO的执行能力失去了信心。我们只能从CEO，而不是真正的用户的想法中得到反馈，这让我们很难深入关心这件事。
产品在交付时应该是无bug的，并且用户体验良好。但是，它们并不需要完美无缺。如果他一直在追求完美，那我们将会遭遇非常糟糕的时期。尤其是我们还没有达到产品与市场的匹配度。
完美主义往往是拖延的借口。
回顾过去，我认为我们的首席执行官只是在拖延真正销售产品并接受关键反馈的时间。
在我所在的大型科技团队中，随着各级主管和副总裁的更迭，我们经常进行重组。每次重组都会有新的高管加入，他们对组织有着新的愿景。这意味着需求不断变化，我们花了几个月甚至几年时间的许多项目被废弃，我们从未看到我们的项目在现实世界中的影响。
由于缺乏专注，导致无法向客户交付。当一个产品没有强烈的领导愿景时，这个产品注定会失败。
https://twitter.com/JonErlichman/status/1404479095472373761
额外步骤：过度承诺而不兑现
这个步骤是所有上述步骤的高潮。如果你愿意，可以把它看作是棺材上的最后一颗钉子，压死骆驼的最后一根稻草。
这些团队中的大多数工程师被过度承诺了从未实现的福利。
在我创业的那一年，我们一直在开发一个从未上市的产品，而CEO则花时间在筹集资金。虽然我最初在公司中拥有相当大的股权，但在产品与市场契合度之前就开始筹资意味着我的股权正在被稀释。稀释得很多。突然间，创业公司对我来说的经济激励消失了。即使创业公司以10亿美元的价格退出，我在大型科技公司工作十年也能赚到同样多的钱。除此之外，大型科技公司的薪酬是完全流动且有保障的，而在当前的环境下，10亿美元的退出越来越少见。
在大型科技公司，每一个离职的工程师当初加入的原因都是以下几点：
-
产品愿景：他们对产品及其解决的问题充满热情
-
发展空间/前途能见度：他们觉得他们将有更多的发展空间，因此，也就有了更多的成长机会
-
更好的晋升机会：更大的发展空间和能见度 → 晋升
遗憾的是，每年，每位工程师对实现他们的目标都会一点点失去希望。
绝望加速了倦怠感的产生。
他们加入公司的原因根本没有实现。当他们的希望降到一定的低点时，他们就离开了。
最终，我也无法逃避疲惫的困扰。所以，我选择离开。
节选自：Engineer’s Codex
https://engineercodex.substack.com/p/how-to-burnout-a-software-engineer