在团队管理中，通常都会涉及到多人合作的情况，我们很难保证团队内会很和谐，不出现任何意见冲突。当出现冲突时，有时可以选择放任不管，让他们自己协商完成，也可以选择在中间起到一个解决问题并化解冲突的角色。
选择放任不管有些时候是适用的，比如程序在制作上，各自有各自的风格（包括书写风格），只要不影响结构，不影响效率和质量，程序员之间的交互冲突，影响不大时可以让他们自己协商处理。这样有个好处是，某些情况下程序员因为这个情况反而更仔细看自己的程序问题，也会更熟悉彼此的风格，互相学习。
但当冲突会影响到合作关系或者会影响到整个项目的走向时，就需要我们干涉处理了。
举个例子，有一个项目是需要做一个中间件给到其他项目用，在项目中就会有android和ios开发，然后我们还在sdk中集成了unity代码。而在讨论实现方案时，一端的开发想把接入第三方的功能放入原生中写，这样的好处是可以原生开发完成后放到各种引擎都可以快速实现；而另一端的开发想把代码放在unity中实现，这样只需要unity实现一次就可以不用原生写了，而且结构简单，不用两端编写同样的内容。
整个讨论过程僵持不下，都在维护自己的方案，甚至会考虑到比较细节的实现。这个时候如果他们继续讨论下去，会因为一些无论的细节而导致争吵甚至不合作，这是个很危险的时刻。
那么作为管理者你需要分析他们的矛盾核心和我们做这件事的目标是什么。矛盾核心上面基本提到了，就是究竟是unity做还是原生做，两种做法都是能实现的。那么我们再思考我们的目标是什么？我们的目标是做出一个sdk可以快速的给各个游戏接入，以这个为目标去做的项目。那么当你把他们的矛盾点说出来并经过他们确认后，再把目标说出来后，他们基本可以自己做出正确的选择，这样的情况下并不是你强制让他们选择哪个方案，而是他们自己把解决方案套到了目标中，自然而然就会选择他们认为更符合目标的方向。最后要注意如果有方向错误的一方而又愿意解决方案的人给一点鼓励和对他的认可。
也就是团队发生冲突时，要分析他们的倾向，找到核心矛盾点。然后以我们的最终目标为基础去讨论，让他们的讨论倾向于目标而不是各自的细节，不让他们过多纠结于细节上和对别人的反对意见上。这样既能削弱攻击性还能朝正确的方向使劲。
网友评论