你的团队中有没有工程师经常被问到某个问题？也许他是团队中的高级工程师并且编写了绝大多数代码库。或者，他是参与大部分设计讨论的技术负责人或经理，甚至是许多项目中由于历史原因的逻辑基础。也许，他是负责特定系统的核心人物，拥有多年运行这些项目的经验。我们经常被鼓励成为解释人们疑惑的重要工程师，我把这个角色作为我们提供给团队的价值指标。在谷歌这样的公司，这部分能力甚至与晋升过程挂钩：那些已经成为负责重点项目的核心工程师的初级工程师，往往经过论证后更容易晋升。这种鼓励似乎很有道理。根据供求关系，工程师的相关技能和知识越稀缺，他或她对团队的价值就越大。所以成为许多项目的核心目标似乎是合理的，对吧？不幸的是，这种罕见的心态只会让我们偏离正轨。您的时间表决定了您的影响。当你走下太多项目的关键路径时，这种心态就会出现问题，你会成为提出大量问题的首选人。如果提交了高优先级错误，您可能是第一个注意到它的人。如果产品经理对某项功能的工作原理有疑问，您可能是唯一可以回答的人。如果另一位工程师需要有关系统的建议，您可能是他或她唯一可以咨询的人。在这些情况下，当你成为第一线或第一道防线时，你就失去了如何有效利用时间的灵活性。您的日程安排受到外部因素的限制，这限制了您可以创造的价值和影响。这种问题并不少见，而且越是资深越严重。硅谷一家初创公司的一位早期工程师与我分享说，他多年的经验使他掌握了公司的大部分网络堆栈。许多人相信他的技能和经验将使他能够领导公司的高影响力项目。然而，他不断被其他团队请教，被问题轰炸，成为了一名消防员。他似乎热爱公司和这份工作，并且感受到了倦怠的风险。在公司，他的经历已经成为一种魔咒，成为很多项目的限制因素。另一位工程师是谷歌的技术主管，她正在寻求如何更好地帮助发送代码审查给她的团队初级成员的建议。她明白，尽快提供反馈会产生更大的影响——更快地处理糟糕的设计选择意味着她的同事在错误道路上花费的时间更少。她还从自己的经验中知道，她是提供有价值反馈的最佳人选。但与此同时，作为一名代码审查人员，她无法将时间投入到领导团队的其他方面：确认她的项目进度，检查同事是否有正确的优先级，并消除他们前进道路上的所有障碍。她的资历让她成为瓶颈。每当你成为一个知道系统如何工作的核心工程师，或者负责一个项目时，你就会遭受间接税[注1]。基于专业知识或技能，您可以帮助解决未来的问题。这种责任往往是软件开发不可或缺的一部分——每次你自己开发新东西时，你就开始成为了解该项目的核心工程师。有时你可能会从中学习，或者非常享受这段经历，以至于你想承担责任。这很好。但随着时间的推移，如果这些知识停留在你的脑海中而不与团队分享，它就会成为一个障碍。如果一个令人兴奋的新项目启动，您会被视为有影响力的人吗？如果您想尝试不同的东西并学习新东西怎么办？如果您所有的时间都花在响应不断增长的错误、客户请求和各种项目的其他问题上，那么您就没有太多时间可以专注于其他有影响力的任务。您可以创造的价值和影响将开始趋于平稳。那么，我们可以做些什么来避免自己陷入这种境地呢？让自己远离关键路径我采访过的两位工程师本可以更好地将某些职责委派给团队成员。最后，这是我的推荐。选择如何利用时间的能力对于增加长期影响力至关重要。为了增加你的灵活性，你可以积极采取以下步骤，在你熟悉某些软件的操作后，减少你成为核心工程师的机会。你在交互模型的辐射中心，每个人都要通过你做决定，你缩小排列。如果您的瓶颈是技术性的，请尽可能自动化。例如，你可以这样做：为客户支持团队开发一个内部工具，他们可以解决常见类型的问题，而不会打扰你或团队中的其他工程师。为您和其他人不需要花时间解决的常见操作问题编写自动修复程序。例如，如果您每周花时间维护您的服务器并执行相同的操作，那么您将从自动化某些机制中获益。此外，明确地将流程转换为可以移植到代码库中的脚本可以让您更清楚地知道谁可以改进和操作系统。另一方面，如果你遇到瓶颈的主要原因是你和团队其他成员之间的技能差距，那就花时间来填补它。根据以下策略与更多人分享所有权：学会委派和信任你的同事。这将是一个catch-22[注2]-如果您之前没有将工作委派给特定的同事，您可能不相信他们会完成工作。如果您不相信他们能完成任务，您将无法将工作委派给他们。从小处着手，建立信任。将教导其他工程师正确的思维方式和原则以独立完成工作作为目标。带着这个目标审查代码。编写设计文档并通过技术演示与他人共享。对于我目前的初创公司Quip，我们为几乎每一个新功能或重大变化编写了简单的设计文档。我们已经记录了关于如何使用我们构建的各种系统的可操作花絮。这种知识集合使任何人都可以更轻松地从事他们不熟悉的项目或系统。避免只有一个人的团队。与其他人一起处理项目时，您希望确保有另一个人可以处理未来的问题以帮助分担压力。指导和培训您周围的人。例如，在Quora，我们投入大量工程资源来构建入职培训计划，让新工程师能够快速掌握核心工程的基础知识。当工程师在大量项目中下线并且债务成为相当大的负担时，有时他们会筋疲力尽。或者他们觉得赢回时间的唯一方法是更换团队，甚至更换公司。不要让这种情况发生在你身上，赢回你的时间。
