啥是首席工程师？跟我家工程主管聊了聊

前些天，我和我们公司的工程总监一起喝咖啡。

聊了一会儿后，我问：

– “那么，成为首席工程师到底意味着什么？”

他停了下，想了想后，回答说：

对我来说，重点是影响范围。

在开始讨论之前，让我分享一些关于我当前工作的背景，让我们对这些术语有一致的理解。

此处省略了部分内容

我现在所在的公司就是教科书上定义的 MegaCorp —— 横跨多个行业和大洲的帝国。当然，科技是重要部分，但我们还拍电影和电视剧？ 🎥 🤷‍♂️

现在，让我们把镜头拉近一些，聚焦于编程相关的分支。

……

接下来在这篇帖子中，我们的世界将是编程部门：从高层管理（CEO、CTO、CIO……）到技术经理（我们简称为“经理”），再到开发团队成员。

每个团队都有一个负责人（技术负责人）和N名工程师。无论是QA、产品还是基础设施团队——每个团队都采用这种模式。

视觉上，就是这样的。

我们工程师被分成几个级别：初级、中阶、高级或顶级。

这有两条职业路径：管理路线大概如下。

• 初级 -> 中级 -> 高级 -> 资深，资深 -> 高级资深 -> 工程主管和经理.

贡献者的路径（也就是我们所说的开发路径）看起来会是这样的：

• 初级 -> 中级 -> 资深 -> 主管级。

更短更简单的路。

省略号

我们刚才说到哪儿了？

嗯，对了——我和我的技术总监一起喝咖啡了。

初级工程师的工作范围最为集中。他们的主要任务？处理他们当前的用户故事或Bug。这不在于看到大局，而是要很好地完成任务并从中学习。

中级工程师开始扩大他们的关注范围。他们可能会影响到整个代码库，不论是单一代码库还是多个代码库集合。他们可以理解用户故事之间的相互关联。

资深工程师。这里视角进一步扩大。资深工程师不仅影响代码库，还影响整个项目的方方面面。包括质量保证、设计、产品等多个方面…… 他们使整个团队能够更好地交付成果。

• "校长呢？"
• *他靠在椅子上，显然很享受我们终于到了这一刻，享受着这股紧张的气氛。

高级工程师 在整个工程范围内起关键作用。一个范围包括多个项目，每个项目有自己的团队。
他们的角色是在所有这些项目中提升标准。他们从全局角度寻找改进的机会，并提升每个团队。

他们的影响可不限于此。

喝完咖啡后，我对作为一名工程师的成长有了更清晰的认识。

这不仅仅是关于精通最新的框架技术，而是关于你如何影响身边的人和项目。

感谢你的阅读。

我在这篇帖子中使用了来自flaticon–dot–com的免费图标；
[火炬由max.icons设计](), [探险由Max.icons设计](), [战士由max.icons设计](), [骑士由max.icons设计](), [阿瑞斯神由max.icons设计](), [雅典娜女神由max.icons设计]()