# 概述

在大多数技术公司，你会在5到8年后达到高级软件工程师的职业水平。在职业层面上，你公司的职业阶梯并不要求你为下一次晋升而努力(比如有的公司如果员工几年内没有从L1到L2会被"优化"掉);被进一步提升并不是一个必然发生的事情。这也是很多工程师第一次有机会接触技术管理的时候。

在过去的几年里，我们看到了一堆关于工程管理职业道路的书籍，比如卡米尔·福涅尔的《经理之路》，朱莉·卓的《经理的诞生》，劳拉·霍根的《弹性管理》，甚至还有我自己的《优雅的谜题》。工程管理这一职业并不容易，但有地图可以帮助你找到方向。

如果你不想成为工程经理，但想在事业上有所发展，那该怎么办? 许多公司会通过兴奋地告诉你他们有一条双轨软件工程职业道路来回答这个问题。工程管理是第一轨道，其次是技术领导。技术领导的轨道由高级工程师（Staff Engineer）和首席工程师（Principal Engineer）等头衔构成。这第二条轨道的存在是进步的标志，但要想进入这个track并且具有影响力，还有很多工作要做。

![典型的工程师职业阶梯的两条路径](https://1467145131-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-MZQbdLbvRf6IbdD8CUx%2F-MZ_UOTBDmXNE2ODvtjF%2F-MZ_V2Bwkq4FsbrvJf9g%2Fimage.png?alt=media\&token=e07e4b0b-ebdd-4c19-8a63-9a9974fa597e)

这本书对最常见的头衔顺序进行了标准化:从资深（Senior）到高级（Staff），然后是首席（Principal），最后是杰出（Distinguished）的。一般用“Staff+”一词作为Staff、Principal和Distinguished头衔的总称。许多公司只拥有这些头衔的一个子集，随着团队的发展会慢慢增加头衔种类; 有的公司只有Staff这一个技术领导的头衔; 少数公司可能会用其他的头衔序列，但这种情况很少见。

技术领导的职业道路普遍模棱两可，因此很难回答看似简单的关于Staff-plus角色的问题。如果你是一名Senior工程师，想晋升为Staff工程师，你应该培养什么技能?仅仅有技术能力就足够了吗?大多数人是如何进入这些角色的呢?在这个过程中，你的主管扮演什么角色来帮助你?你会喜欢当Staff工程师，还是会辛辛苦苦工作多年，才发现这个岗位并不适合自己?这本书将帮助你回答所有这些问题。

考虑到围绕这些角色的广泛困惑，我知道我不能太依赖自己的经验来写这本书。在整个行业中，有超过12名员工以上的工程师非常友好地分享了他们接触和操作员工以上角色的经验。他们的智慧创造了一些在细微差别、广度和视角上都比我自己写的更丰富的东西。

如果你已经在一个Staff+的角色，我希望这些文章能在你探索管理岗以外的领导力的时候为你赋能。如果你正致力于成为这样一个角色，我希望这本书能在你的追求中提供实际的帮助。

你可以从头到尾读这本书，也可以跳着读，任何阅读方式都是可以的。

本书包含以下部分:

* **概述** - 检视Staff工程师角色，了解这个角色在不同公司的差异，以及为什么头衔很重要
* **Staff工程师守则** - 拥有这个头衔的你该做哪些事情 
* **在你现在的岗位上获得头衔** - 如何在你现在的公司获得Staff以上的职位
* **跳槽获得头衔** - 什么时候以及如何通过跳槽来获得Staff以上头衔
* **成功故事** - 从Staff+工程师收集的故事，关于他们的工作和他们是如何达到他们的角色的
* **其他资源** - 如果你想了解更多的话，这里有一系列的模板和阅读资料

每家公司都会给自己的Staff+角色加一些自己的特色，所以有些部分很可能与你的经验不相符。如果是这样的话，请只在意那些能引起共鸣的内容，其他的请无视掉吧!