本文主要是介绍Team Geek 阅读笔记之 第三章 Every Boat Needs a Captain，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
本章的主要是写给那些处于非官方管理位置的人。
如果你是积极并且渴望引导一个团队去实现项目的人，那么这个项目的leader就有可能是你。
我们不赞成像管理流水线工人（采取胡萝卜加大棒的方式）一样管理工程师。
在工程行业里，manager已经过时了，我们推荐使用leader来替代这个词。
manager担心的是如何完成工程，leader将制定路线。
作为一个leader，并不是所有的事情都需要管。
很多工程师不愿意成为manager的最重要的原因就是，他们将只有很少的时间来写代码。如果你一直在写代码，那么每天到下班的时候，你可以轻而易举的指出你今天的劳动成果，比如今天所写的代码、文档或者是设计。但是作为一个manager来说，当一天结束之后，你回头总结会觉的自己什么都没干。这就像是一个每天摘苹果的人，有一天不摘苹果了去摘香蕉，忙碌一天之后说自己连一个苹果都没摘，忽略了自己身边那么一大堆摘下来的香蕉。
管理工作的量化是很困难的一个事情，你很难因为你的团队的工作得到好评，除非你让团队成员开心并且高效的工作。
很多人不愿意作为一个manager的另外一个重要原因就是“Peter Principle”。为什么我们想要去提升到一个自己无法胜任的岗位？
这里还有很多原因说明因该成为一个manager:首先，这是一个提升你自己能力的一个途径；其次，或许你更适合做一个manager。
新的manager很容易范的一个错误就是按照之前自己的manager对自己的方式对待自己的下属，忘记了曾经自己对manager的这种做法很不爽。
作为一个Manager不应该做的：
1. 雇佣不如自己聪明的人，这样会让自己很累，会让整个项目无时无刻都需要自己的引导。
2. 容忍表现差的。容忍表现差的人，会让项目里表现好的人逐渐的离开这个项目，最终留下一群表现差的无法离开这个项目的人。
3. 忽略了作为一个leader应该不只关注技术方面，还要关注项目理的人。
4. 和每个人都做朋友。
5. 在招聘人员的时候对限制的条件妥协。
6. 像对待孩子们一样对待自己的下属。
作为一个Manager应该做的：
1. 不要太有自尊心。该承认自己的错误的时候就承认自己的错误，作为一个Leader不可能什么都知道。
2. 做一个禅宗样的Leader。时刻保持冷静，因为大家都在看着你。要学会通过问问题来帮助team members解决问题。
3. 做一个催化剂。可以找到对的人帮你的team members解决问题，比你自己知道如何解决问题更重要。
4. 做一个导师。
5. 设置一个清晰的目标。
6. 要诚实。
7. 关心team members的幸福。
这篇关于Team Geek 阅读笔记之 第三章 Every Boat Needs a Captain的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
