认为“胶水工作”是有害的
原始链接: https://www.seangoedecke.com/glue-work-considered-harmful
“胶水工作（Glue work）”是 Tanya Reilly 在 2019 年提出的一个概念。它指的是每个团队为了保持高效而必须做的大量不起眼的工作：更新文档和路线图、处理技术债务、帮助新工程师入职、确保团队间的沟通、查漏补缺等等。务实、单纯的工程师很容易被这些工作吸引，因为它们确实很有用。但在评估晋升或发奖金时，做这些事的人往往被忽视，而那些做“高可见度”工作（比如开发新功能）的工程师却得到了奖励。
我认为这个概念非常准确。这就是为什么我常说交付项目非常困难——如果你只是一个习惯于埋头写代码的工程师，你就无法具备成功交付任何项目所需的“胶水能力”。纯粹的黑客是无法完成交付的。你必须学会处理大公司内部的各种摩擦，才能真正创造价值。
既然“胶水工作”对项目交付如此关键，为什么它不能帮你晋升呢？是公司太傻吗？是他们故意错失这些价值吗？我不这么认为。公司不奖励胶水工作，是因为他们不想让你把它当成首要任务。他们希望你把精力放在发布新功能上。做胶水工作很难，如果你具备做好它的能力，公司更希望你用这种能力去交付具体的项目，而不是去提升团队的整体运转效率。
核心问题在于：你在擅自决定公司需要什么，而不是做你本职的工作。你的工作难道不是让团队运转得更顺畅吗？不是的！你的工作是执行公司领导层的目标。 以 60% 的效率去执行公司的目标，也比把你所有时间都花在提高整体效率上要好（更糟的是，以 100% 的效率去执行其他不相关的目标）。为什么？主要有两个原因：第一，你不可避免地会过度劳累（burn out），这对大家都没好处；第二，让你的团队适应公司基础的运转效率，比你短暂地、人为地去消除这些摩擦要好得多。
那是不是意味着永远都不该做胶水工作？不是，你应该有策略地去做。也就是说，你应该为你自己负责主导的项目去做这些额外工作，以确保项目成功。你不会因为做了“胶水工作”本身而获得奖励，但你会因为项目成功而获得奖励。至于别人的项目，做好你自己的本职工作就行了。
这是对办公室政治极其愤世嫉俗的看法吗？我不这么认为。大型科技公司的日常运转效率大概只有 20-60%（规模越大，效率越低）。即使知道这一点，扩张依然是公司的有意选择：公司通过扩张来占领更多市场，因为即使效率较低，这也是创造更大价值的方式。如果有员工愿意燃烧自己的时间做胶水工作，把局部团队的效率提升到 80% 或 90%，公司当然乐意接受这种“免费劳动”。但公司并不指望能长期维持这种状态，因为这依赖于优秀员工无偿付出那些难以获得回报的时间，这是不可持续的。
如果你就是那些优秀的员工之一，恭喜你！你可以有策略地利用这种能力，成为一名更高效的工程师。但千万别一直这么做。
更新： 在 HN 和 lobsters 上有一些关于本文的有趣讨论。我认为 friendlysock 的这条评论特别好。
如果你喜欢这篇文章，欢迎订阅接收我的新文章邮件更新，或者在 [Hacker News 上分享它](news.ycombinator.com/submitlink?… work considered harmful)。以下是一篇带有相同标签的相关文章预览：
混子、信徒、卷王和躺平者
为什么工程师们经常互相生气？
我认为许多程序员之间的争论，归根结底是不同类型工程师之间的文化冲突：信徒 vs 混子，或者躺平者 vs 卷王。我认为优秀的公司实际上是这四类工程师的健康混合体，因此弄清楚如何与他们合作可能是明智的。
继续阅读...
