技术管理者的进化：从编码到技术领导力的转变

“我怎样才能在不写代码的时候保持技术性？”这是2019年我在亚马逊开始过渡到工程经理（软件开发经理（SDM））时反复问自己的问题。像许多转向管理岗位的软件开发人员一样，我担心会失去多年来辛苦积累的技术优势。我经常与考虑转管的工程师讨论时，这些问题经常被提到，因为我们都在思考角色和价值如何在领导岗位上转变。

我开始联系我所敬佩的工程领导者们，寻求他们的建议和支持。通过与导师和同事们交流，一个清晰的模式逐渐浮现：成功工程管理者会保持他们的技术优势，但并不一定通过每天写代码来实现。这一洞察改变了我对“技术性”在领导角色中的真正含义的理解。

这幅插图是用AI工具绘制的，以实现可视化。

你的成功作为一名工程或研究或应用科学经理主要依赖于两个支柱：富有同理心的领导和扎实的技术功底。让我们来谈谈为什么保持技术能力很重要：

• 你获得工程师和科学家的认可，从而能够更有效地指导他们
• 你可以做出明智的技术和架构决策，并理解其长期影响
• 你成为产品、业务和技术团队之间的纽带
• 你制定更实际的技术路线图，并识别出有价值的战略投资
• 你更好地支持团队在关键技术讨论和面对挑战时
• 你避免可能影响业务进度的技术失误
• 你发现能够加速业务增长的创新机会

例如，理解不同机器学习模型架构的性能上的影响可能有助于指导您的团队在兼顾准确性和延迟之间找到平衡，从而直接改善客户体验和业务表现指标。或者，认识到某种技术选择的维护费用可能有助于您避免会拖延未来功能交付的技术决策。

我作为一名软件工程师所建立的技术深度和广度，成为了我作为管理者最宝贵的资产。这意味着当我团队成员在部署流水线中遇到困难时，我可以直接参与帮助他们；我能够在架构讨论中与资深工程师有意义地互动；并且我能真正明白团队面临的挑战。这些技术上的共鸣帮助我比任何管理框架都更能有效地建立起信任和共鸣。

然而，在你过渡到管理岗位时，你的学习和成长不应停止。相反，当你进入更高层次的领导岗位时，你的技术技能、知识和判断力应该更广泛。随着你接手更复杂的任务和更大的架构，你的团队的工作对企业的影响会更大。这种转变需要一种不同的技术敏锐度，这种敏锐度需要基于你的实践经验，同时扩展到更广泛的技术和业务视角。

这张照片是由 Smartworks Coworking 在 Unsplash 上拍摄的。

一线工程经理的技术水平应与资深技术主管或高级/资深工程师相当，这意味着你需要在技术层面上与他们保持一致。在这个阶段，你需要深入理解团队的技术栈，以便能够指导架构决策并支持工程师的发展。虽然你不需要频繁编写生产代码，但仍需保持足够的技术深度。

• 有效地引导系统设计讨论和架构审查
• 帮助团队评估技术权衡并做出明智决策
• 与产品经理有效合作，评估技术可行性及其权衡
• 在领导层的讨论中代表团队的技术决策
• 支持资源规划和技术路线图的制定
• 理解技术债务的影响并把握优先处理的时机
• 指导不同经验水平的工程师

例如，如果你的团队正在扩展微服务架构，你应该足够了解容器编排工具和服务网格技术，以便评估关于部署策略和服务间通信的建议。对于正在生产环境中推出机器学习功能的团队，你需要了解模型服务系统架构和性能优化方法和技术，以引导关于批处理和实时推理的讨论。

在我最初三年担任工程经理期间，当时是一名直接管理者，我必须管理和交付复杂的架构，并引导我的团队处理不确定性。这意味着要跟上我们的框架，并确保在设计审查中能提出建设性的问题。关键是找到合适的平衡：保持足够的技术参与，以提供有价值的指导，同时给团队足够的自主权来做出实现决策。即使我没有立刻的答案，我也专注于快速学习并运用我的经验帮助团队应对技术挑战。

当你负责管理多个团队或部门时，你的技术领导力会扩展到更广泛的领域。在这个层面，你需要在多个领域内建立和阐述技术愿景，识别战略性技术投资决策，以推动组织效率，并在你的技术组合中寻求创新与稳定的平衡。此时，你的角色将更多地关注于指导而非具体的执行细节，同时指导影响多个团队的架构方向，从而在整个组织内推动技术卓越。

这个层次的挑战不仅仅是技术理解。而是要看到不同的系统是如何相互作用的。例如，当你评估一个新的机器学习功能时，不仅仅是看模型的准确性，还需要看看它如何影响整个系统：从数据管道的速度延迟到API响应时间，再到不同设备上的前端表现。

2021年，当我扩大管理范围，开始监督亚马逊Beauty Tech组织中的多个团队，涉及核心应用科学、机器学习、后端服务和前端开发等研究和工程时，我的技术重点发生了显著变化。我开始评估多个团队的end-to-end systems以及这些复杂系统如何相互作用，而不是不再深入具体的代码库，转而关注多个系统之间的交互。涵盖从机器学习和数据管道到real-time inference engines、设备计算和面向客户的功能等多个方面。

靠谱很重要，但这并不意味着你要装作什么都知道的专家。大家一眼就能看出谁在装专家。作为管理者，你不需要对每个领域和每种技术都精通！你需要展示出对技术的整体理解，最好是在自己擅长的领域有深度。

在你不太擅长的领域（记住，没有人能在所有领域都成为专家。），谦逊和从你的团队和同事那里学习的开放态度至关重要。我学会了坦诚地分享我的强项和弱项。例如，虽然我在机器学习系统和核心后端工程方面有丰富的经验，但从没做过前端开发，尤其是在我们组织非常重视的客户体验视觉方面，我的UX开发技能确实很薄弱。我的团队也会拿这个开玩笑，但我完全信任我们UX/产品团队的伙伴和团队中的前端工程师们的专业眼光。

从动手做工程到管理工程的转变并不意味着放弃你的技术身份并不是必要的。相反，这意味着你要改变与技术打交道的方式。你的价值不再仅仅体现在编写最好的代码上，而是体现在理解技术选择的影响如何波及团队、产品以及组织未来。

我发现作为一名经理，保持技术敏锐性需要有意的努力和思维的转变。你也应该不断学习！通过阅读有趣的论文来保持好奇心。成为第一个尝试新AI工具的人。和团队一起参加黑客松。纯粹为了乐趣而编写代码！这种终身学习的经历能让你用智慧和激情来指导团队，探索无限可能！

我很激动，下一篇文章会分享更多内容！我将分享领导多个团队的同时保持技术敏锐度的方法。从实际方法到架构审查，再到安排专门的学习时间，以及何时需要深入研究，我们将探索更多！敬请期待更多精彩！