面向技术领导者(或那些有抱负的人)的经典书籍

书籍是在没有帮助的情况下分享知识的最好资源。他们深入一个主题，或者更简短地讲一大堆主题。虽然，作为一名软件工程师，我从博客帖子、tweet和会议演讲中学到了很多，但正是书籍让我为担任技术领导角色做好了准备。

在本文中，我创建了一个3本经典书籍的列表，我认为这3本书对于他们向技术领域的领导职位过渡(或想要过渡)是必不可少的。

书可以教我们很多东西。我们很熟悉这样的感觉：要学的东西太多，吸收的时间太少。我们容易因内容而焦虑不安，不堪重负。放轻松。

慢慢来读书，慢慢来练习。理论和实践在某一时刻交汇，你会意识到你已经成为领导者很长一段时间了。

自从它们出版以来，已经有相当长的一段时间了。所以，你在阅读的时候可能会注意到一些古老的故事。然而，我认为它们是经典的，就像这一类别的任何其他书一样，它们非常陈旧。

这本书于1987年首次出版。作者汤姆·德马科(Tom DeMarco)和蒂莫西·R·利斯特(Timothy R.Lister)谈到了通过很多故事来管理人。这些故事听起来可能过时了，不太可能在今天发生，但它们的本质仍然有效。

这两位作者所说的许多事情都是显而易见的，比如人员流动有多贵，我们应该把团队包括在招聘过程中，以及方法是有限制的。

这是一个重述这些主题的绝佳机会；其中一些是30多年前写的。

Peopleware是我记忆中第一本提到需要社会学观点的书，而不仅仅是关于项目和团队的技术观点。因此，汤姆和蒂莫西的理论仍然有效。

在这些理论中，我介绍了他们如何陈述同行观点(在我们的情况下是代码评审)的重要性，以及知识工作者，就像软件工程师一样，不断地使用他们的软技能和硬技能。

这些理论经历了软件工程生产力的陷阱，Office如何影响我们的工作方式，质量对我们工作的影响，等等。

2.推动技术变革：为什么你的团队中的人没有按照好的想法行动，以及如何说服他们应该这样做。

如果你在说服力和影响力方面是新手，“驾驶技术改变”一书是一个很好的开端。书中充斥着如何让怀疑者接受你的想法的趣闻轶事。它于2010年出版，由特伦斯·瑞安撰写。

对于如何展示你的想法，寻找盟友，以及最重要的是，检查你的建议是否合理，这些内容非常适合作为介绍性的方法。

这本书还列出了一些怀疑论的类别，这对我来说非常有价值。我可以更好地理解团队是如何回应我的喜好的，以及我是如何回应其他人的。对于那些想要管理大型团队的人来说，这种意识是一个很好的开端。

我承认这本书不太实用，这可能是它的不利之处。然而，当我第一次阅读它时，它是非常相关的，我强烈建议您阅读这本简短(约200页)的书，尽管它不会回答您所有的问题，也不会确切地告诉您应该做什么。

如果你认为Peopleware很老，因为它是在80年代末出版的，那么，我的下一个推荐是15年前。

弗雷德·布鲁克斯(Fred Brooks)的“神话人月”于1975年首次出版(大约在50年前！)。并涵盖软件工程和管理主题。

作者提出了人月的概念。它是一个人一个月的工作量的单位。然后，他辩解说，在一个延迟的项目中增加更多的人会使它变得更晚。这就是众所周知的布鲁克定律。

它与敏捷世界中关于“协调成本”的最新、最热门的讨论有关：当您增加团队中的人数时，组织工作会变得更加困难。因此，它需要更多的会议和管理工作来协调每个人，这就更加拖延了软件开发。

这是一本鼓舞人心的书，是一本经典的书，从某种意义上说，它仍然很现代，值得一读。