团队首领应该是团队成员的劳动模范。至少会像团队其他成员一样努力工作。并不是因为他是带队的，他就有权了只选择干自己喜欢干的事情，把不好干的活儿丢给其他人。

差的团队首领认为自己有更重要的事情。既然手下有这么多人可以用，干嘛还要自己去编码呢？

好的团队首领会指导培养团队中的初级程序员。他不会让这些人在有难度的任务上受挫折。他知道对团队成员的培养投入必定能在开发质量上获得回报。

差的团队首领不在乎这些。经验少的程序员就应该用高难度的任务来锻炼。

好的团队首领尊重所有团队成员，无论他们的技能如何。他知道带领一个团队的唯一方法是靠获得尊敬，而不是恐吓。

差的团队首领除了自己外不尊敬其他任何人。当有人出错时他会嘲笑，而且会把这些事情写入对上级领导的报告中。

好的团队首领相信技术和专业能力的价值。他相信能通过做好自己的工作来获得应该得到的职位。

差的团队首领技术不行，拍马屁很在行。对下属趾高气扬，对上司极力奉承。

好的团队首领性格成熟，他知道如何控制自己的情绪。他不会对着团队成员大喊大叫，也不会说出有任何威胁性的话。

差的团队首领喜欢亮出自己的身份，认为恐吓是管理一个团队最好的方法。他认为恐惧是最好的动力。

好的团队首领信任他的团队成员。他知道这些同事都是用知识技能干活的人，这些知识技能需要提高的。这就是为什么他会鼓励所有人走出自己熟知的知识领域，用一些新技术，这样他们会学的更多，变的更强。

差的团队首领除了自己不相信任何人。那些经验不足的人就只能去写文档，或去给自己的代码写单元测试。毕竟测试这种活儿没人愿意干。

好的团队首领会选择那些谁都不愿意干的活儿。把最艰苦的任务分给自己，身先士卒。

差的团队首领总是挑选自己喜欢干的活。也许是一个他一直想尝试的新框架。为什么这么好的机会没人跟我争？当他发现框架太复杂后，他会把它丢给团队其他成员，自己去修改一些小问题。

好的团队首领喜欢代码审查，鼓励团队成员参与代码审查。当有重复出现的问题时，他会把问题记录到知识库里，这样所有人就能通过知识库更好的解决遇到的问题。

差的团队首领没有时间做代码审查，每个人都各自做自己的事。如果有人的代码出了问题，差的团队首领只告诉他如何解决问题。

一个优秀的团队首领也许有一个糟糕的上级领导，但他告诉自己绝对不能像那个家伙那样为人处世。他很成熟，已经知道如何从别人的错误中吸取教训。

差的团队首领在自己受挫时希望下属也遭受跟自己一样的痛苦。

好的团队首领善于聆听。他会让团队成员举行各种头脑风暴。他知道好主意往往在无意间冒出来。

差的团队首领不喜欢别人“炫耀”他们自认为的好想法。他认为自己的想法更好。如果他听到了一个有趣的观点，他会取笑它，然后到上级领导面前邀功说自己有了一个好主意。