交流是贯穿整个项目之中的，项目收尾阶段，组外之间的交流尤为突出，交流不好，极容易出现问题，作为组长刚开始处理时觉得与组外人员交流很麻烦，因为大家的利益经常是对立，很容易把关系弄僵，但是后来细心观察、思考、实践后，发现一些小技巧，可以巧妙地解决很多问题，又何必大家争得脸红耳赤呢，现在回想起来还是别有一番乐趣的。

　　交流的前提：调节好自己的情绪

　　项目中间出了问题，换成谁都得恼火，特别是出现一些比较低级的错误，造成了不必要的损失，这时候你怎么办，马上跑过去，找到当事人，劈头就骂，假如你是别人上级，估计问题不大（其实也有很大问题呀，被骂人很有可能口服心不服）。假如别人跟你是平级或组外人员，再加上责任划分不是很明确，别人本来还有点愧疚感，被你这一骂，逆反的心理起了作用，就跟你吵起来了，大家吵得脸红耳赤，不可开交；等大伙把你们俩拉开的时候，你会发现：好像问题还没解决呀？

　　出了问题，应该以解决问题为主要目的。情绪一来，火气一大，骂得别人狗血淋头，反过来是你，你受得了吗？在进行交流之前，一定要适当地调节好自己的情绪；是调节情绪再进行交流，而不是心平气和地去和别人交流，因为脾气不是一天两天养成的，一下子达到这境界有可能吗？

　　说真的，我脾气也不小，特别是刚毕业那一会，几乎是有点属于眼睛容不下沙子，容不了别人犯错。在跟别人吵得脸红耳赤后的两三天，你再回过头看到引发争吵的问题，你会发现那个问题其实也没严重，稍微处理一下就可以解决的事，犯得上吵架吗？（不知道大家有这样的感觉吗？），情绪关键在于调节，以下是我的小方法：

　　（1）先歇而后行；遇了比较恼火的问题，觉得情绪上不是很好，不要马上去处理，先歇息一下，让其有一小段时间的间隔，比如上午出了点问题，下午再去交流处理，中午就是个间隔；这样做看似是误了些时间，实际则不然；估计你马上过去处理，怒气冲冲了，一般也办不好事情。

　　（2） 预演骂人；即然有了时间间隔，再加上现在火在心头，可以先预演一下骂人先了，找个没人的地方，阳台，走廊；把你想骂人的话骂出来，想怎么骂就怎么骂，当然最好是在心里或者低声，不要影响到别人。

　　经过了以上的调节之后，再去跟当事人进行交流，假如这时候还想骂人，那就骂他，经过了调节情绪还是要骂，可见这事比较重要，活该挨骂。不过就我自身，经过了（1）（2）之后，我觉得也没那么严重吧，该怎么处理就怎么处理得了，犯得上骂人吵架吗？就算有责怪也不会是那种骂得狗血淋头的。

　　关于情绪的小心得：

　　情绪对工作很重要，情绪好则工作效率高，情绪差则反之；在工作里遇到有些人情绪控制的能力很差，动不动就发火、骂人；这不仅仅是个人的问题，极容易形成怒火传递，例如：上级领导把小组的组长骂了，组长则骂组员，组员只好把怒火发泄在工作上，工作做不好上级领导又火（是不是成了一个循环了？），整个公司充满了火药味，大家一肚子怨气，这又何必呢？做为小组的组长要勇于承担一定的责任，让怒火在组长这一级别止步是很有必要的。

　　与测试小组的交流

　　测试小组拿到开发打包的程序，按照设计，需求说明及使用说明书对程序进行相关的测试，测出来的BUG分为如下几个级别（因公司而异）：

　　1、设计中存在功能但产品中没有

　　2、极其严重的错误导致无法工作

　　3、一个主要的错误但还可以工作

　　4、一个普通的错误但还可以工作

　　5、一个小问题

　　6、最好能加上的功能

　　这个BUG级别对开发人员来说比较重要

　　1、修复错误的时候尽量先修复级别高的。特别是时间紧的时候。还有很多时候都不是把整个程序开发完了再交给测试人员进行测试的，这时候测试人员把BUG表送过来了，但你手上又有任务，这时候只要先把3以上的错误修复即可，即保证了测试能够继续下去，又不会误自己的开发任务。