无论是在公司内外,高管在管理层晋升渠道上都有较高的声誉。技术主管也是如此,但他们中的许多人可能对负责技术的中层管理人员有些困惑。
在这里,让我首先给你一个可靠的记录:当你第一次接触软件行业时,如果你问我10到15年后我想做什么,我想到的第一个答案无疑是一个软件架构师。我对管理职位不太感兴趣,我知道建筑师是技术道路上最高级的人。然而,当时我不知道架构师需要这样做。
什么,那个时候想这个答案的理由不过是想证明自己的野心和欲望而已。但碰巧我后来的道路或多或少遵循了我想要做的事情,但现在我更清楚作为一名高级技术经理意味着什么。
工程技术角色摘要
我现在是一名高级软件工程师,但这到底是什么呢?虽然具体的职称和功能划分取决于特定的企业,但根据建模我们使用谷歌搜索的结果,整个行业的定位思路大致相同。我最初是一名软件工程师(简称SWE),然后是高级软件。
经过短暂的管理适应周期后,工程师(Sr SWE)最终被提升为高级管理人员。除此之外,还有总工程师和研究员的职位,但据我所知,我们公司似乎还没有真正的研究员。前两个阶段基本上是一致的,这也有点令人困惑;这意味着,即使工作的内容是相同的,在高级管理人员看来,不同的雇员之间仍然存在巨大的差异。
在与高级软件工程师交流的基础上,当然,对于较低级别的人员,企业希望雇员尽可能地展示他们的技能和才能。我们希望每次
晋升为高级软件工程师的雇员能够充分展示他们在所有领域(如技术技能、领导能力、文化和价值观等)的水平,至少达到所有指标中的标准要求,并掌握高级工程师所需的所有技能。
值得强调的是,各职等的工作内容略有不同。正因为如此,虽然我们希望员工从高级软件工程师那里一步一步地成长,但技术人员可以在其馀的职业生涯中担任同样的职位。如果有人喜欢做高级软件工程师,但对主管却不喜欢,
兴趣,那么我们完全尊重这个选择。
在我看来,随着时间的推移,描述角色变化的最简单的方法是在影响级别上观察其变化。具体来说,我们可以从以下角度来看待它:要么可以产生更广泛的影响,要么可以产生更深远的影响。具体来说,我们可以影响许多团队,或者对单个团队产生重大影响。我们还可以用另一种方式理解它:以编写代码为例,我们可以编写一些非常重要或非常复杂的代码,从而影响特定的行业。
业务领域的工作方式;它还可以指导其他人编写最佳实践,或者就多个设计提供建议,或者影响他们的决策方式,从而产生更广泛的影响。
在这一点上,我的发言可能仍然有点抽象和笼统。让我们仔细看看高级软件工程师是什么。
高级软件工程师的工作
我并不是说这是高级软件工程师每天唯一的工作。我只是诚实地告诉你我是怎么工作的,我是怎么想的。我的作品主要分为两大类:第一类是实践策略,即日常任务的内容,第二类不明显,但也很重要,就是我如何考虑和处理这些任务。
我意识到,我只花了大约一半的工作时间直接为Scrum团队工作。包括所有的小组会议,我认为这一点将得到进一步强调,过程简化的意义。我承认这部分工作与我早年所做的非常相似。虽然现在采取的具体办法已经改变,但本质上没有什么区别。这包括编写设计文档、编写代码、进行代码评审和测试所有代码。
下一部分也占相当大比例的工作时间(约20%),即技术咨询(图表的绿色部分)。这包括为各种设计提供建议--包括我自己的团队和其他团队,回答技术问题,以及api标准。
委员会的任命,等等。其中一些与我的直接团队有关,但大多数是针对企业内部的个别团队。有些问题对我来说是私人问题,因为虽然我已经成为一名高级工程师,但我在进入公司时所做的许多项目仍然有效,所以有时我需要回答一些相关的问题。随着所涉项目的数量继续增加,这一领域的工作内容也在增加。此外,尽管我一直在回答问题,但随着时间的推移,我考虑和回答问题或设计建议的方式正在发生变化。
至于其余的时间,基本上它用于指导他人,建立更大的项目规划,技术品牌和其他家务。在指导中,分为正式指导和非正式指导。非正式指导一般是一对一亲自授课,正式指导自然是以演示的形式在许多同事面前介绍项目知识,可能涉及一个或多个会议。虽然正式的指导似乎是有用的,但我自己的感觉是,它只占我指导的很低的比例。相反,在大多数情况下,最好的办法是只关注一个或两个围绕同一主题的问题。非正式指导
面对现实,我更喜欢称它为同侪指导或相互指导。这不仅仅是一种导师/学生的关系,我和同事们分享我自己的问题和想法,他们也和我分享。我们都可以互相提供意见和想法,并从其他人的不同观点中受益。
大型项目规划包括与其他高级工程师和经理合作,为我的团队或部门制定技术指导。它还可包括改善项目的多样性和包容性。基本上,这些都是涵盖多个团队的长期战略项目.随着时间的推移,我一个接一个地走到桌边,有许多不同的大型项目(包括我前面提到的那些)。有时候我的同事邀请我参加讨论,但一般来说,我可以及早找出问题,主动安排讨论。
下一步是技术品牌问题。我的主要工作是帮助企业提升品牌形象。就个人而言,这主要涉及撰写博客文章,以及采访或帮助他人编辑文章的内容。其中一些是宣传信息,但另一些则更侧重于学习和分享,旨在引导我们的工程师对该部门正在研究的一些主题产生兴趣。
最后
我提到的杂项项目包含其他不易分类的任务。它包括各种各样的事情,包括面试,技术讨论,或黑客马拉松在公司内。这些事情同样重要,但它们在时间上是相对有限的。
如果我第一次进入这份工作时能读懂这样一份清单,那么我的职业规划就应该更清楚了。毕竟,虽然这与初级工程师无关,但就我当时的能力而言,我已经完全有资格胜任其中的大部分工作。但我也承认,真正改变的不是技能,而是我。
在处理这些任务时所采取的方法以及其中的重点。这种心态的改变与工作技能同样重要。毕竟,就时间比例而言,具体问题只占工作时间的一半左右。
1838
2021-09-03
2957
2022-07-26
675
2022-02-22
3434
2021-06-28
13774
2023-07-05