团队交流艺术－对事不对人

下班了，匆匆的写上几句

经常性的，我们在讨论会中对方案的设计讨论可能会变成情绪化的指责，因为我们自己在设计上投入了很多的精力，坚信它是最好的设计，而在不恰当的交流中常常会被中伤，虽然也知道别人是对事不对人的，但还是会使会议最后闹的很不愉快。

在团队中，交流是门艺术。可相对的是，我们程序员常期的与代码为伴，已经慢慢失去了交流的圆润技能，当一个人做新方案的介绍时，下面可能会有人说：“那样肯定就不行，只有低级的人才会用这种办法”，这句话是什么意思？本来是说方案不可行，可现在却又暗示着那个做新方案的人是个低级的人。这是个很容易伤人的话。如果能使用点艺术来说“哦，我想知道在你的方案中，如果是出现在xx的情况下，会怎么处理的？”同样的话，不一样的效果。

在团队讨论交流中一般会有三种交流方式，大家可以再回忆下以前的讨论会。

1、直接否定了个人能力

2、指出明显的缺点，并且否定了别人的观点

3、提出自己的顾虑

这三种不同的交流会出现不同的结果。

第一种，直接否定，就像刚才那样。你直接否定了人，对自己和别人都没有任务的帮助。唯一的效果就是点燃别人的愤怒。至致于可能把别人打击的不会再提出他的任何想法和方案了。一个没有拿出任何有力理由的情况下直接否定别人的能力是谁都不可能去接受的。

第二种方法是观点明确，但对别人的帮助也不大。每个人考虑的周全程序不一样，你是当场听到而想，别人是经过准备的，可能你指出的缺点是在别的步骤或方案中被解决了，而你自己可能是那个思考片面的人。

第三种方法，没有评判，只是表达自己的观点，让同伴意识到还有某种情况的可能性，而由此可以进行一步交谈而不是争辩。

在一个需要紧密合作的开发团队中，互相之间注意下礼貌待人，会非常有益于团队去真正的关系有价值的问题而不是勾心斗角。我们每个人都会随时闪出极好的创新方法，更多的也是萌生一些很愚蠢的想法。

对事我们要客观，但常常却因为这个客观无意中对同伴进行了伤害，在交流中，我们的重点应该是入在解决问题上，而不是极力证明谁的主意更好，一个团队中即使智商或技术很高，如果他很顽固并且拒绝合作这将是一个团队的灾难。

所以，我们要对事，也要注意对人。要和同伴们一起成长而不是打压。这里只是简单说了下特殊的情况。开会讨论方案也要有艺术和技巧，下回再说。