责任是在被赋予之前先被承担

要在大型科技公司晋升为软件工程师，通常需要表现出对某个产品或领域的“所有权”。这意味着要对此负责，并决定未来应该发生什么。

我经常听到一些初级工程师问：“当我的经理没有给我任何东西时，我怎么能证明所有权？”这种思维方式是陷阱：很容易陷入，但终究是陷阱。

问题在于他们把责任当作一个完整、自成一体的机会，必须有人先给他们。根据我的经验，他们把它弄错了：责任在正式授予之前就已被展示。

设身处地为你的技术负责人（TL）着想：通过“赋予”责任，他们实际上是在默许接受你决策的后果。他们不仅需要信任你完成工作，还需要在没有持续监督的情况下行使判断力。

他们问自己最重要的问题是：“这个人处理问题的方式和我一样吗，或者更好?”如果答案是肯定的，他们可以把更多责任交给你。

我如何成为一名所有者#

当我开始创作时完美我主要在我的组长指导下构建了它的痕迹分析工具。当我开始自己做实施决策时，他经常发现我忽略的重大问题。

例如，我为三四个我认为无关的数据结构分别构建了类别。我的组长坚持说它们都是桌子，尽管我看不出怎么统一它们。如今，Perfetto的跟踪处理器拥有100多个表，均通过声明式定义并由该共同抽象生成。

我总是试图理解他的思考过程：他怎么会想到我错过的东西？他用了什么方法才走到这一步？

随着时间推移，我自己也采纳了他的方法，用来对API变更或性能改进进行压力测试，然后再提出建议。我更多的想法开始收到简单的“好，尽管说吧”的回复。

那时，我已经开始自己制定议程：与用户沟通，了解他们的问题，将这些转化为代码修改，并决定下一步改进什么。

有时甚至会反过来：他会提出建议，我会解释为什么行不通。

后来，我的组长开始称我为“痕迹分析工具的所有者”，而不是“负责这些工具的工程师”。

承担责任但不要越界#

明确一点，这确实如此不是比如抢项目或踩别人以示归属感。如果你在现有职责范围内行使了明智的判断，合理的组长应该会逐渐信任你承担更多责任。

当然，这在糟糕的管理者或糟糕的环境中行不通，因为在那些环境下，赢得责任可能更多是政治而非评判。

正式责任是一个后方指标，而非主导指标。你会发现，在责任明确之前，人们就开始信任并尊重你的判断。责任会分段承担，然后才完全承担。