软件开发中团队首领的好坏之分

软件开发的成败更多的是在于人，而不是技术。当从大学毕业时，我以为，只有精通了各种技术才能成为一名伟大的程序员，以为人件管理技术是经理们的专属领地。但事实却给我好好的上了一堂课。经常我能听到有人说人件管理技术是学不到的，是一种天份，对这种观点我不敢苟同。

没有人能生来就带有某种技能，我们都是通过观察和模仿(我们的偶像)来学习。你也许通过读书得到了这方面的一些知识，但是，我记得一句老话，我十几岁时读过的一本书的封面上印着它：“生活从书本中学不来，只能靠自己去感受。”

如果你感觉在处理人际交往方面有困难，那么，唯一的方法是去观察，去学习。就这么简单。即使你现在不是一个团队首领，没有带领任何人，学习如何做一个领袖也是值得去做的事，在我们这样一个以人为本的产业里尤其是这样。

虽然跟优秀的团队首领交往能给人非常好的感觉，但糟糕的团队首领却能凸显出领导能力的真正价值。我很幸运有过这样的经历，我有机会接触了不少十分糟糕的团队首领——你可以想象他们有多糟。下面我们就来看看好的团队首领和不好的团队首领之间的对比。

内容	好团队首领	差团队首领
责任感	好的团队首领勇于承担责任。如果项目失败，他会认为是自己受首先应该受责备的人，他有勇气承认这些。	差的团队领导会认为不是自己的错，他会把所有精力都投入到证明团队其他人员有罪，或把责任推到团队中某些他不喜欢的人身上。
努力工作	团队首领应该是团队成员的劳动模范。至少会像团队其他成员一样努力工作。并不是因为他是带队的，他就有权了只选择干自己喜欢干的事情，把不好干的活儿丢给其他人。	差的团队首领认为自己有更重要的事情。既然手下有这么多人可以用，干嘛还要自己去编码呢？
指导	好的团队首领会指导培养团队中的初级程序员。他不会让这些人在有难度的任务上受挫折。他知道对团队成员的培养投入必定能在开发质量上获得回报。	差的团队首领不在乎这些。经验少的程序员就应该用高难度的任务来锻炼。
尊重	好的团队首领尊重所有团队成员，无论他们的技能如何。他知道带领一个团队的唯一方法是靠获得尊敬，而不是恐吓。	差的团队首领除了自己外不尊敬其他任何人。当有人出错时他会嘲笑，而且会把这些事情写入对上级领导的报告中。
晋升	好的团队首领相信技术和专业能力的价值。他相信能通过做好自己的工作来获得应该得到的职位。	差的团队首领技术不行，拍马屁很在行。对下属趾高气扬，对上司极力奉承。
情绪控制	好的团队首领性格成熟，他知道如何控制自己的情绪。他不会对着团队成员大喊大叫，也不会说出有任何威胁性的话。	差的团队首领喜欢亮出自己的身份，认为恐吓是管理一个团队最好的方法。他认为恐惧是最好的动力。
信任	好的团队首领信任他的团队成员。他知道这些同事都是用知识技能干活的人，这些知识技能需要提高的。这就是为什么他会鼓励所有人走出自己熟知的知识领域，用一些新技术，这样他们会学的更多，变的更强。	差的团队首领除了自己不相信任何人。那些经验不足的人就只能去写文档，或去给自己的代码写单元测试。毕竟测试这种活儿没人愿意干。
任务分配	好的团队首领会选择那些谁都不愿意干的活儿。把最艰苦的任务分给自己，身先士卒。	差的团队首领总是挑选自己喜欢干的活。也许是一个他一直想尝试的新框架。为什么这么好的机会没人跟我争？当他发现框架太复杂后，他会把它丢给团队其他成员，自己去修改一些小问题。
报告问题	好的团队首领会努力解决所有问题。但总有不能完全做好的事情，这个时候，他会立即将情况报告给上级，让上级采取正确的措施。	差的团队首领总是掩饰问题。他不喜欢报告出现的问题，因为这会影响到他的声誉。如果问题出现，他会找一个人出来顶罪，永远不是他的责任。
代码审查	好的团队首领喜欢代码审查，鼓励团队成员参与代码审查。当有重复出现的问题时，他会把问题记录到知识库里，这样所有人就能通过知识库更好的解决遇到的问题。	差的团队首领没有时间做代码审查，每个人都各自做自己的事。如果有人的代码出了问题，差的团队首领只告诉他如何解决问题。
挫折	一个优秀的团队首领也许有一个糟糕的上级领导，但他告诉自己绝对不能像那个家伙那样为人处世。他很成熟，已经知道如何从别人的错误中吸取教训。	差的团队首领在自己受挫时希望下属也遭受跟自己一样的痛苦。
新思想	好的团队首领善于聆听。他会让团队成员举行各种头脑风暴。他知道好主意往往在无意间冒出来。	差的团队首领不喜欢别人“炫耀”他们自认为的好想法。他认为自己的想法更好。如果他听到了一个有趣的观点，他会取笑它，然后到上级领导面前邀功说自己有了一个好主意。

不称职的团队首领会让公司破财。如果项目由一个不称职的人带领开发，最终弥补他的过失的成本会比让一个有水平的团队重新开发还要高。这听起来像是童话，但上面这些差的团队首领的特征都是从真实生活中整理出来的，我很感谢所有这些不称职的人，他们让我学到了团队领导艺术中难得的教训。