9 books that helped me navigate my first time being a tech lead

2025-06-07

帮助我顺利完成首次技术领导职位的 9 本书

技术主管要调到另一个团队长期任职,我接任了工程经理/团队负责人的职位。从表面上看,技术主管的工作似乎可行,但我很快意识到自己力不从心。不幸的是,我的团队负责大量集中式基础设施以及日常技术运维。我没有接受过技术主管培训,这怎么可能呢?我确信技术主管的角色在不同公司之间差异很大,怎么可能存在统一的指导方针?我之前在团队担任高级工程师,觉得自己有能力处理更大的项目,但我每次只负责一个项目。现在,我需要为我的5名工程师小团队管理3-5个项目。

我能做的最好的就是效仿上一个人的做法,但这只能勉强维持生计。我意识到,摆脱困境的唯一方法就是埋头苦读,学习所有大学里没学过的管理知识。那一年我读了很多书,比过去三年加起来还多。我读过的最有帮助的书都归结于我(和许多其他人一样)在工作中遇到的三个难题:处理团队和个人绩效、授权以及让我的团队成为一个优秀的团队。

*免责声明:我已尽力提供作者网站的链接。如果您想购买本书,链接会指向亚马逊(而非推荐链接)。我与以下任何一位作者均无任何关联,只是他们作品的粉丝。

处理绩效

我觉得影响团队的一件事是团队成员表现不佳。当然,和很多人一样,我自己从未见过有效的绩效评估,也从未见过其他领导如何处理团队的绩效问题(这或许是件好事,但对我来说毫无帮助)。虽然我大致知道应该怎么做,比如讨论并处理问题,但实际操作起来却很困难——作为一个新领导,我怎么能给之前和我共事的人反馈呢?最初几次确实很尴尬!幸运的是,在这方面,有很多比我聪明的人分享了他们的经验,可以帮助你克服这类问题。

第一课总结:要非常明确地说明你对他们工作的期望,这样他们就永远不会说“我怎么知道?”

委派

我工作中另一个尴尬的部分是告诉大家该做什么——我们团队有一个目标,大家基本都达成了一致,但我们并不总是能做出很棒的事情,而且工作仍然需要按时完成。我见过其他人做得好,也见过其他人做得不好——但我无法向你解释原因。最初几次,当我说“嘿,罗杰,你能看看这个问题吗?”时,我感到很尴尬,因为那个开发人员的回复却让我意想不到(参见第一课)。

当我还是团队里的一名工程师时,我觉得自己有能力负责更大的项目,并确保我们交付正确的产品。但现在,我不仅要负责自己的项目,还要对团队正在进行的所有项目负责。现在我要做的工作大约是原来的两倍,典型的工程师出身的经理在遇到挫折时可能会问:“如果我一直被困在会议和与人打交道中,我什么时候才能写代码呢?” 兼顾我现在负责的所有项目、完成关键项目、规划跨团队计划以及其他 20 多项任务,对我来说非常困难。

总结这些书:对项目/任务的期望要非常明确,这样他们就永远不会说“我怎么知道?”

虽然这两本书听起来有点俗气,但它们给了我一个很好的授权框架和流程。读完之后,我开始在日历上留出时间来回顾我们的项目,并尝试将大家的目标和动机与我们必须完成的工作相匹配。我们中的一些人获得了AWS证书,一位工程师获得了晋升,还有一位实习生加入了我们的全职团队。我们也创造了很多很棒的产品。

打造一支优秀的团队

打造更优秀团队的一个方法是观察更多团队及其运作方式,并以它们为指导,打造你自己的团队。问题是,除非你辞职去别处工作,否则你不可能接触到那么多团队,所以你甚至可能不知道你的团队在最佳状态下会是什么样子!我非常喜欢阅读这些书,因为它们提供了一些知名公司真实团队的案例研究和故事。有些人的工作经历非常糟糕,有些人则不然,而且它们深入地解释了原因。

这些书籍更侧重于软件工程团队:

这些书籍涵盖了一般的团队内容:

用一句话来总结:明确说明你对团队文化的期望,这样他们就永远不会说“我怎么知道?”

总结

领导团队的一年多时间里,我过得非常愉快。虽然有时,想想如何度过特别困难的一周会让我感到无比恐惧,但我的团队始终保持正轨,随着时间的推移,我们能够更加积极主动地开展工作。管理中有很多不同的领域,你可以花上好几天的时间去学习,但如果你只专注于一件事而不做其他事情……

告诉你的团队,要非常明确地说明他们对你作为领导的期望,这样你就永远不会说“我怎么知道?”


如果你觉得这篇文章有帮助,你可以❤️🦄并在 dev.to 上关注我😄

最后,对于 dev.to 上的技术主管同事来说,第一次担任技术主管最困难的部分是什么?

文章来源:https://dev.to/intricatecloud/9-books-that-helped-me-navigate-my-first-time-being-a-tech-lead-eb7
PREV
使用 GitHub Pages 和 React 创建作品集网站(二)
NEXT
摆脱编程面试困境的技巧