资深工程师越往上走，结果越重要
原始链接：https://www.seangoedecke.com/being-accountable-for-results/
根据我的经验，人们往往高估了职位晋升对工作本质的改变。作为一名 Staff 工程师（主任工程师）1，我日常做的事情跟实习生时期其实差不多：写代码、回复工单、为需要做的工作创建新工单，以及发布项目。因为掌握了更多技能，我工作得更快更好，在不同项目间切换也更频繁，但这在本质上并没有什么不同。相比同级别的产品经理，我的工作依然更像是一个软件工程实习生。
职位晋升到底改变了什么？
晋升后，大家对你的期望自然会变高：期望你在更少指导下产出更高质量的工作，并相信把你放在任何情况下，你都能“发挥价值”。
然而，很多工程师忽略了一个关键区别：随着你越来越资深，你的考核标准越来越倾向于“结果”。实习生的考核看重“努力程度”，只要你好沟通且肯努力，表现就算达标了。初级工程师需要完成一些任务，但需要大量帮助且效率不高也没关系。高级工程师（Senior Engineer）被期望能够独立执行任务。不过，即使他们负责的项目失败了，只要执行过程本身很出色，影响也不大。但在我看来，对 Staff 工程师的期望是必须取得成功。
这难道不公平吗？
如果这听起来很不公平，那是因为它本来就是不公平的！项目可能因为很多工程师无法控制的原因而失败2：比如缺乏支持、产品不符合市场需求等等。如果你技术做得很扎实，但项目因为非技术原因失败了，这怎么能怪你呢？听起来确实有道理。但这正是 Staff 及以上级别工程师要面对的现实：你被期望拥有足够的非技术影响力和品味，去想方设法让项目走向成功。一两次失败不会让你被解雇——毕竟有时确实是运气不好。但这些失败会被记入你的考核；如果没有足够多的成功案例来平衡，你最终会在绩效反馈和奖金中受到惩罚。
这其实只对工程师来说是个意外。对于管理者和高管而言，“为成功负责”是岗位职责中默认的一部分。在 C 级别高管和高级副总裁身上体现得最明显，他们直接——甚至在合同里白纸黑字写明——对公司的财务状况负责。如果公司没赚到钱，高管有再多借口也没用，只能卷铺盖走人。高级副总裁和各级经理们同样如此，只是程度稍轻而已。
总结
如果你是一名能力很强的高级工程师，想要晋升到 Staff 级别，我不建议你只是按部就班地照着岗位描述，去努力成为一个什么“更优秀的导师”。我建议你通过成功发布备受瞩目的项目来积累自己的声望。
但我也要提醒你：如果你不喜欢直接对结果负责，请慎重迈出这一步。有些技术极强的人，就是无法忍受为别人的决策背锅。根据我的经验，一个人对“公平”的追求程度，往往跟他的技术能力成正比。如果你是这类人，即使你的技术远超标准，你在 Staff 岗位上可能也不会干得开心。
如果你喜欢这篇文章，欢迎订阅我的邮件更新，或者在 [Hacker News 上分享](news.ycombinator.com/submitlink?… more senior engineers get, the more results matter)。以下是一篇具有相同标签的相关文章预览：
我是如何两次晋升为 Staff 工程师的
2021 年初，我在 Zendesk 晋升为 Staff 软件工程师。2021 年底，我跳槽到了 GitHub。2023 年初，我在 GitHub 再次晋升为 Staff 软件工程师。在两年内成功走完两次 Staff 晋升流程是一段非常有趣的经历，这让我有很多经验可以聊聊如何完成从 Senior 到 Staff 的跨越。
继续阅读...
