现代软件工程经理必读的管理书籍

这篇文章的主要目标是分享一份值得一读且实用的书籍清单，这些书籍对于软件工程经理或类似职位特别有用，因为这些职位需要结合技术技能和团队管理。

有很多有趣的书，但我特别想强调那些最近几年出版的书籍。我们的行业发展非常迅速。经典书籍虽然仍然很好且有价值，但考虑到时间、技术和方法的限制，最好从一些更实用的书籍开始，以便更快地跟上行业的步伐。

最后但同样重要的是，我在 Twitter 上看到许多帖子，其中各种人士推广“精选书单”，而他们甚至都没读过这些书。是的，我读了所有提到的书，甚至更多 😊。所以，我给大家推荐的是我真正读过的书，并尝试将书中的建议应用到实践中。

TL;DR

最近我发现的值得一读的书单：

• 成为有效的软件工程经理
• 改善团队协作：调试团队
• 管理者的路径：科技领导者的指南
• 管理人类：一个尖锐而有趣的管理故事
• 领导高效工程团队
• 坦率直言
• 无规则规则：奈飞的文化与重塑
• 我们也能掌握的工程管理
• 优雅的谜题：工程管理的系统
• 给新软件工程师的指南：缺失的README

成为一名高效的软件工程经理

(https://www.amazon.com/Become-Effective-Software-Engineering-Manager/dp/1680507249/)

我最爱的书是《成为有效的软件工程经理》。它与《Manager's Path》在“全面指南”类别中竞争。这本书虽然很大，但并不冗长，重点在于提供实用建议并分享作者作为工程经理的成长经历，特别是关于成为工程经理的实际建议。最佳实践被解释为“必须使用的工具”和“必须遵守的规则”。这本书以“第一人称射击”的方式叙述。你从这条职业道路的起点开始，“解决”你遇到的问题。这本书读起来很轻松，也很有趣，想知道接下来会发生什么，每一步都像是在解决问题的旅程上迈出的一步。虽然书名提到了“有效性”，但使用书中的所有“工具”会使你作为一个经理更上一层楼。

调试小组

(https://www.amazon.com/Debugging-Teams-Productivity-through-Collaboration/dp/1491932058 "《通过协作提高生产力的团队调试》")

还有一本非常好的书，《调试团队》，是由两位谷歌经理写的。这本书只有大约200页，并且包含了许多幽默的插图，使得阅读既轻松又有趣。我觉得这本书非常实用，也很有用。尽管它是由在大科技公司工作的人写的，但对于管理3-5人团队的经理来说也同样适用。如果你在意团队效率和如何提升它，这本书值得一读。书中主要探讨了三个特质之间的相互联系：谦逊（不要把自己放在第一位）、尊重（对团队、组织和用户）、信任（对这些同样的东西）。作者通过提供很多例子做得非常好，展示了这些方面对团队效率的影响。

管理者之路

[1]

一本关于经理成长的书籍

[1] https://www.amazon.com/Managers-Path-Leaders-Navigating-Growth/dp/1491973897/

这本书是其中一个最受欢迎的推荐。如果你只能读一本书，我建议选择《The Manager's Path》。这本书涵盖了广泛的话题，阐明了从技术领导到首席技术官的职业发展路径。你可以把它当作手册，查找特定问题的答案，并按照一步步的指导进行。因此，这本书非常实用。它还包含了许多“CTO问答”片段，回答了一些有争议的问题，比如“我还想写代码”或“招聘实习生”等问题。每一章的末尾都有评估你经验的练习。如果你诚实地回答这些问题，这肯定能帮助你了解自己的改进之处。

管理人类（或员工）

如果你作为一名工程经理工作了几年，你可能会喜欢阅读《Managing Humans》这本书。这些“尖锐而幽默”的故事真是太好了。作者曾在 Borland、Netscape、Apple、Palantir、Pinterest 和 Slack 等著名公司工作，面对了各种不同的挑战。但这不仅仅是“有趣的故事”。这本书是由一位非常有经验的经理分享的知识，这些经验分享非常宝贵。如果你作为工程师经理工作了一段时间，其中的一些故事可能会让你感到非常熟悉。你的工程师中有不喜欢你的吗？故事“Wallace Hates Me”能给你指点迷津。你是否在努力寻找思考的时间？这本书会给你一些如何区分真正的思考过程和仅仅是反应的见解。开会总是很有挑战性，特别是分类“会场生物”。你可能已经多次在会议中见过这些角色，比如“笔记本拉里”、“无关先生”、“多嘴帕蒂”等等。这本书从一个名为“别当一个混蛋”的故事开始，一直保持读者的关注直到最后一个故事。总的来说，这本书是对工程管理中各种情况的有趣反思。

领导有效的工程团队管理

(https://www.amazon.com/Leading-Effective-Engineering-Teams-Contributors/dp/109814824X/)

《高效工程团队领导力》是又一本出自谷歌人的书。这一次，书名中的“高效”一词在书中扮演了核心角色。如果你之前读过“氧气计划”和“亚里士多德计划”，你会发现很多内容和你之前读过的计划相似。如果你之前没有读过这些计划，这本书的作者对这些项目的重点发现提供了更好和更详细的解释。此外，他还分享了他在谷歌十年积累的宝贵经验，讲述了如何构建真正高效的团队。书中充满了“要点式”的指导和建议，可能对你有帮助。然而，我个人并不是特别喜欢这种写作风格，因为它很快让人觉得难以阅读和理解那些无休止的列表。此外，我感觉书中很多内容，像“问好问题”和“使用正确的工具”看起来过于理想化。类似“招聘超级有才能的人，打造一个高度高效的团队，创造一个有价值的产品”这样的理想模式，在实际生活中更容易说出口，但很难真正实现这些理想。不过，这本书仍然值得一读，至少如果你想了解一个理想的工程经理应该过怎样的生活。

真诚的坦率

https://www.amazon.com/Radical-Candor-Revised-Kick-Ass-Humanity/dp/1250235375/

我试着开始读这本书，结果试了三次才读完。最终我意识到，只要我能坚持读完前30-40页，就能习惯作者的写作风格并继续阅读。所以，如果你在阅读过程中遇到困难，可以试着采纳这个建议。
建立一个高效且人才济济的工程师团队非常困难，但要留住这些人才更是难上加难。这本书的作者提出了“彻底坦诚”的理念，并在书中详细介绍了这一理念在苹果公司和谷歌中的实际应用。如何在不失去人性的前提下成为一位伟大的领导者？这是一个棘手的问题，书中不仅提供了理论背景，还给出了实用的建议。这本书可能不太适合刚晋升不久的管理者，而是更适合有一定管理经验，并希望提升自己管理技能的人。

没有固定规则的规则。

尽管前一本书的标题中有“激进”这个词，“无规则规则”是我读过的关于工程管理中最激进的一本书。这本书描述了奈飞公司内部流程是如何组织的。你可能无法在自己的公司中应用所有这些实践，可能一个都用不了。但是你会对一些普通工作能够以非常不同的方式组织起来感到印象深刻。例如，如果你想花60美元在某个云服务上，需要准备书面的解释，需要得到三个不同人的批准，还要等上两个星期，这就不难理解为什么工作进展会非常缓慢，而且没有创新的空间。另一方面，给予员工自由支配公司资金的权力至少听起来是不舒服的。

这本书中经常被引用的部分之一是“守护者测试”。如果有些工程师想要离开，你会为他们而战吗？如果你的答案是否定的……那还是读一下这本书，看看原因吧。即使你还没有准备好采取这样的激进步骤，“守护者测试”也是在应对艰难时刻之前很好的练习。

《无规则规则》这本书谈论的是规则，但绝对是不同的规则。读完这本书后，你可能会觉得这些规则在现实中如此激进，以至于难以实施。然而，奈飞是一家成功的公司，而且绝对是现实存在的。

这本书尤其适合那些高层管理者和公司所有者，他们可能正为创新不足和工作进度缓慢而苦恼。

普通人也能懂的工程管理

点击购买《工程管理入门指南》

《工程管理，除了我们之外》（Engineering Management for the Rest of Us）是一本有趣的书，主要聚焦于大部分工程管理者缺乏管理方面的教育，在他们成为管理者后面对危机和许多不熟悉的问题时的挣扎。
有种奇怪的感觉，这本书的章节像是演讲文稿的汇编。我知道她是一位演讲者，但从未见过她的演讲。这本书虽然短，但涵盖了大量主题，都非常简略。尽管如此，作者还是提供了许多实用的例子。如果你正在寻找一本简短的工程管理入门书，这本书非常适合你。

一个优雅的谜题

点击了解更多:

首先，《An Elegant Puzzle》这本书对于高级管理者来说应该很有意思。作者曾在几家著名公司工作，比如Uber和Stripe，并在书中分享了他的经验。如果你在工程团队规模或项目经理选择等问题上感到困惑，书中会给你提供实用的建议和详细的解释。我发现各章节之间相对独立，没有很强的故事线。这可能是因为最初这些内容是作为博客文章发布的。然而，这种方法也有好处。你也可以将这本书当作手册，只阅读你感兴趣的章节，以获得实用建议和分步指导。总的来说，软件工程，特别是工程管理，常常令人困惑。这样的书在解决这类问题上非常有帮助。

缺失的 README

这本《缺失的README：软件工程师的实用指南》（点击阅读），乍一看像是为新软件工程师准备的。所以我为什么推荐这本书呢？原因很简单：早晚有一天，每个管理者都会遇到为新成员介绍项目的情况。每个项目都有其独特之处，但也有很多共通之处。与其从零开始编写新人指南，不如借鉴这本书中的智慧。作者们清晰地描述了软件工程师在工作中几乎会遇到的所有方面，并提供了可以直接使用的指南。在我的工作中，我发现这本书中的很多实用例子帮助我在与工程师的讨论中节省了很多时间。

最后的感想

别骗自己了：读到某件事和实际去做是两码事。但知识可以非常强大。如果你正面临一个挑战性的情况，已经了解了相关知识，找到正确解决方案的可能性就会增大，做出更加明智的决定。

我担任工程经理已经很久了，真希望在刚开始的时候就阅读了这些书。那样我当时就能省下不少时间和精力。只从自己的错误中学习，在管理上代价高昂且非常敏感。你可以修复之前犯下的软件错误，但要撤销招聘或解雇某人的决定，就复杂得多。

如果你觉得这些书中有些有趣的，不妨读一读，我会非常高兴。如果你有自己喜欢的软件工程管理书籍，欢迎分享，欢迎在评论里分享。