当资深工程师成为反模式时

当资深工程师成为反模式时

💡 原文英文,约2500词,阅读约需10分钟。
📝

内容提要

文章讲述了作者面试一位工程管理职位候选人的经历,候选人缺乏技术领导力经验,更像是人力资源经理而不是工程师。作者强调了招聘技术型工程管理者的重要性,并提出了改进招聘过程的行动点。文章还讨论了非技术型工程管理者的问题,以及将Staff Engineer作为工程管理者的替代品是一个反模式。

🔎

延伸解读

技术型工程管理者的招聘筛选

文章指出,招聘工程管理者时,技术领导力面试能有效筛除非技术背景的候选人。案例中,候选人虽有名校学位和多年管理头衔,但对技术领导力问题只能回答“委托给技术负责人”,暴露了其缺乏实际技术领导经验。因此,在职位描述中明确技术素养要求,并在面试中考察具体技术决策经验,可避免浪费双方时间。

非技术管理者的团队代价

非技术工程管理者可能给团队带来多重问题:无法理解工程师的技术挑战,依赖个别成员作为技术翻译,导致信息偏差和团队隔阂;在技术分歧时错误使用人际调解而非逻辑解决;在晋升和资源分配中难以准确评估贡献。这些都会降低团队效率和公平性,甚至引发人才流失。

依赖Staff Engineer的反模式

让Staff Engineer填补工程管理者的技术短板是一种反模式。这会导致权责分离:管理者缺乏技术判断力,而Staff Engineer可能获得过大权力,甚至干扰团队技术决策。同时,Staff Engineer被迫参与管理会议,分散了深耕技术的精力。若必须如此,至少需多名Staff Engineer相互制衡,但这成本高昂。

工程管理者的技术素养自测

文章提供了一系列自测问题,帮助判断工程管理者是否具备足够的技术素养:能否理解工程师的日常工作?工程师遇到技术难题时会主动求助吗?技术分歧时能否第一时间知晓并理解权衡?是否花费大量时间在行政事务而非技术?如果管理职位消失,还能胜任开发工作吗?这些问题有助于个人和组织评估技术管理的有效性。

❓

Q&A

为什么招聘工程管理者时要求技术背景很重要?

技术背景对工程管理者至关重要,因为非技术型管理者难以理解工程师的工作和技术挑战,可能导致团队沟通不畅、设定不切实际的期望,并在技术决策中过度依赖他人。文章强调,技术能力是工程管理的基本要求,优秀的管理者应能平衡技术与管理。

非技术型工程管理者有哪些常见问题?

非技术型工程管理者常见问题包括:无法理解工程师的世界,像牧羊人一样管理不需要被管理的工程师;依赖“团队建设”和“冲突解决”工具处理纯逻辑分歧;无法直接理解代码,依赖个别开发者,导致团队疏离;在事故中妨碍而非帮助;无法在决策层有效代表团队;在晋升时无法理解工程师贡献;招聘时难以评估硬技能,可能基于软技能做出歧视性决策。

如何判断一个工程管理者是否足够技术化?

可以通过以下测试判断:是否理解工程师日常工作;工程师遇到技术难题时是否会向你寻求建议;技术分歧时你是否能及早了解并亲自消化;冲突时能否快速理解权衡;是否大部分时间花在行政工作和无关会议上,还是花时间编码或浏览代码;能否画出团队拥有的架构图;能否解释测试和CI/CD设置;是否赞助团队成员;能否在高层会议中为团队争取利益;如果管理职位消失,是否还能作为开发者工作。

为什么依赖Staff Engineer来弥补工程管理者的技术不足是反模式?

依赖Staff Engineer弥补管理者的技术不足是反模式,因为这表明所有权破裂,知识、授权和责任分离。管理者缺乏技术把握,受限于Staff Engineer的技术视角,而Staff Engineer主要关注技术,没有对人、产品的正式责任。管理者需要权衡技术、产品、人员、预算等多方面,这种分离适得其反。此外,过度依赖Staff Engineer会赋予他们过多权力,同时削弱其技术锋利度。

在招聘工程管理者时,可以采取哪些行动来避免浪费候选人的时间?

行动点包括:在工程管理者职位描述中增加技术素养和技术领导力要求;添加技术领导力面试中会问到的示例(如技术战略、动手经验等);继续明确工程管理者职位的技术背景;继续透明地告知面试流程中包含技术领导力面试。

Staff Engineer应该如何正确看待与工程领导者的关系?

Staff Engineer不应认为帮助工程领导者回答技术问题是自己的优越,或认为领导者提问是无知或软弱。优秀的工程领导者会从组织各处收集见解以做出明智决策,Staff Engineer应感到荣幸被咨询,并专注于提供信息帮助领导者描绘他们的图景,同时保持谦逊,因为每个人都有可学习之处。

🏷️

标签

➡️

继续阅读