就要把整个团队的荣辱放在第一位这似乎是集体主义精神的体现与当前更为流行的个人为中心的思想有些格格不入但是只有把整个团队的利益放在首位团队才能够发展和进步。而团队的发展和进步必定会给其中的每个成员带来好处。在这里我要说个很典型的情况在团队中一般都会有开发人员和质量管理人员也就是我们常说的测试人员一般来说这两种角色都是冤家。前者非常怕后者测试的时候测出无数的问题而后者经常会经常抱怨说“你自己测没测试啊”。似乎二者之间总是有着不可调和的矛盾。想要解决这个问题其实很简单就是要明确荣辱与共这条原则开发人员的目的是想要高效高质的开发出程序这首先就要对自己提高要求如果开发出来的程序质量不高那么必然会返工修改似乎当时是节省了自己的时间尽快地把程序提交上去了但实际上自己后来还需要修改节省的时间还要再找回来另一方面还需要测试人员指出低级的问题那些问题只要再稍微细心一些就能够避免也会浪费测试人员的时间结果对于团队来说就花费了两份时间。如果能够想到为团队节省时间的话也就会自觉地提高自己程序的质量了。而对于质量管理人员来说首先当然要仔细地测试不可敷衍了事那样的确可以节省自己的时间而且容易和开发人员搞好关系但是必定会导致程序质量的下降。而对于客户来说质量才是程序的生命线。其次不可以因为自己发现很多缺陷就沾沾自喜的确这意味着作为质量管理人员工作做得很到位但是我们的目的是什么呢并非是要找到更多的缺陷而是要想办法提高系统整体上的质量。我想我们大可以将缺陷总结分类然后将自己的分析结果提交给整个团队指出在哪些地方比较容易犯错误那样不仅整个团队的开发质量得到了提高也节省了自己以后工作的时间只不过是不会总是找到那么多的缺陷了。交流分享交流在任何工作中都是非常重要的人和人之间只有充分交流才能够更好地工作。这些交流不能仅仅限于开发人员之间团队之中每个人之间都应该充分的交流否则就会在信息的传达过程中出现理解上的偏差。比方说如果上游工程需求分析、概要设计的负责人不和下游工程详细设计、编码、测试的人员充分交流那么很可能会得到最终用户这样的评价你们所做的东西不是我要的。这就是由于信息在传达的过程中发生了偏差失之毫厘谬以千里导致了最终客户对团队的恶评。团队的成员应该成为朋友。也许这在现在的职场之中很难得到认同甚至还听到有人说过不要把同事当成朋友但是我不以为然毕竟我们很多的时间都是与同事一起度过的很多东西需要和同事一起承担、一起分享。如果不是朋友的话没有最起码的信任怎么做事儿呢的确有些同事会不值得做朋友那么就应该去找到值得做朋友的人或者在组建团队的时候就要慎重地挑选所有的成员尽量让大家都成为朋友那样才更有利于工作的开展。分享意味着什么呢我觉得它意味着共同进步知识要分享经验要分享好吃的好玩儿的都要分享。这也应该是大家成为真正的朋友的前提吧。尤其是知识和经验的分享对于组建学习型的团队非常重要。而最有效的形式就是在固定的期间内举办技术交流会团队的所有人尽可能地参加大家可以把自己工作学习生活中所发现、所学到的知识分享出来这样不仅仅有利于大家共同提高也有利于解决工作中的各种问题。而这也是我一直在致力推行的一种方式尽管最近有些障碍呵呵。精诚协作想要达到这一点首先就不要“事不关己高高挂起”。尽管有些事儿不是我们份内的事情但是团队的事情我们都应该有责任尽自己所能去做。有人会说做得多错就多帮别人修改了程序当这个程序出问题的时候就会怪罪到自己的头上。这种情况的确存在我也遇到过多次但是我更珍惜的是在这个过程中和其他团队成员的交流以及所学习到的知识。任何事儿都不可能是完美的都具有两面性。而且这样做非常有利于形成真正意义上的团队当出现问题的时候我们帮助过别人当我们自己出现问题的时候也就会有人帮我们。也有人会说让一个人做别人的工作修改自己不熟悉的程序风险会比较高很可能会出现其他的问题。的确这种情况也存在因此在涉及到业务领域知识的时候要谨慎复核一下也是非常必要的。而对于纯技术的问题就不存在这种问题了一个项目中的程序都应该是风格统一的程序员彼此之间应该可以互相阅读和修改程序。另外协作要体现在整个团队之中需求分析人员、设计人员、开发人员、测试人员之间都要协作。在做自己的工作的时候都要为别人着想考虑如何才能够更有利于让别人也顺利开展工作。尊重理解人都有长处都有短处。这是肯定的没有谁能够是完美的何况生活中不仅仅是工作还有很多其它的事情也会对工作造成影响。因此在发现别人犯错的时候应该去理解并且以对事不对人的态度去解决问题。比方说测试人员发现开发人员程序中出现了很多缺陷那么不应该去指责而是应该记录下来然后和开发人员一起分析提醒他以后不要出现类似的错误。再比方说当开发人员发现设计人员的设计出现了问题那么就应该去商量找到更好的解决方案。再比方说设计人员发现最终的程序与自己的本意有出入也应该去沟通而不是强硬地要求别人重新编写代码而应该找到为什么会出现这样的问题从而去避免以后理解上出现歧义。多一份尊重多一份理解才能够更好地沟通才能够更好地协作。我想如果做到了上面的四点我们应该建立起一个比较优秀的团队然后接下来要做的就是保持团队的稳定并且在一个又一个的项目的磨练中不断地增进团队的凝聚力和向心力并且越来越好地根据每个人的能力来分配工作做到人尽其用这样团队的工作效率会越来越高完成任务的质量也会越来越好。创建一个理想的团队需要很长的时间需要团队成员彼此之间不断地磨合、理解和包容所以在创建团队之前要确保团队成员的稳定性同时对于人员的增减都要慎之又慎必须是完全理解和赞成团队文化并且能够为团队做出贡献的人才会加入到团队中来。上面所述的团队非常理想化想要真正实现会很困难而且保持下去更困难我们要做的也不是一口吃个胖子一下子就建立一个超级团队而是要在创建团队的时候就有自己的原则并且根据这些原则不断地对团队进行改善和建设。p.s. 这篇文章在我的草稿箱里面待了很长一段时间一直在对其中的内容考虑来考虑去生怕误导了大家。不过“丑媳妇早晚要见公婆的”所以还是在修订了之后拿出来与大家分享大家有什么意见只管提出希望和大家一起讨论:)