每个团队都在发生这种情况。
由于某些原因,团队中会发生冲突,它们会影响总体动力和生产力。
您建议采用什么方法解决该常见问题?
例子:
- 团队的一部分希望实施依赖注入,另一部分则认为这是浪费时间。
- 一些开发人员认为团队的其余成员正在减慢开发速度(这说明了为什么他们按计划迟到了)
- 一个或多个开发人员之间的个人不兼容性
- 一位开发人员拒绝与另一位开发人员交谈(无明显原因)
每个团队都在发生这种情况。
由于某些原因,团队中会发生冲突,它们会影响总体动力和生产力。
您建议采用什么方法解决该常见问题?
例子:
Answers:
我有一个10人的团队,两年来没有冲突(碰木头),我可能很幸运,或者做得对。解决冲突的最佳方法是永远不要让冲突存在更长的时间。您可以宣扬几个核心价值。
所有这些都需要一些人的保护。
软件几乎是一种团队游戏,个人才华横溢。如果我按照你的例子:
我发现非常有效的一件事是重复“我们是一支优秀的团队”并重复“我们是一个孤独的团队”。
显然,这取决于冲突。他们有多种口味。
在这种情况下,需要明确的一点是,原则上,哪一个是正确的并不重要,整个团队使用相同的方法实际上更为重要。向少数派意见持有者解释(并确保强调这不一定是正确的决定,但也没有足够的重要性以至于无法吸血)。简而言之,例如,开发人员拒绝使用源代码控制或提交代码审查。那是一个管理问题,老实说,我不会在不让流氓开发人员离开的情况下解决该问题。
确实没有减轻这种情况的方法。向他们双方都清楚,争吵是不可接受的,如果他们要成为同一个团队的高效成员,则必须在门口检查他们的个人怨恨(无论您是经理还是非经理,这都行得通;如果对自己有足够的把握,同龄人可能会产生令人惊讶的影响力)。如果这不起作用,请尝试在组织结构图中将它们拆分以减少其专业/人际关系,或者让自己远离办公桌。
此冲突类型与其他冲突类型之间的主要区别在于可能有正确的答案。通常,这与一个或另一个开发人员拥有的代码以及代码的工作方式有关(有时,这是一个更大的体系结构参数)。这里要把握的关键是,即使答案正确,您也可能不知道。您可以做的最好的事情是调解以确保这是一个明确的论据,并希望任何一方都能被说服。同样,无论他们是否向您报告,您都可以执行此操作,但是如果您是同龄人,即使您设法使他们得出结论,他们也可能会找经理重新播放。
以我的经验,这种性质的大多数冲突都归结为人格冲突。它们中的一些具有其他元素,但是最常见的是,它们只是被用作分歧的手段,因此,即使您解决了他们所争论的问题,出现其他问题也只是时间问题。
我的建议:
1)第一件事是要让他们两个人都清楚,冲突对他们两个人的影响都很严重,而且不会有赢家和输家,只有两个不同程度的输家。
2)向他们清楚表明,无论发生什么事情,您都希望他们两个都以专业的方式行事。他们不需要彼此喜欢,但他们必须做到文明,高效和有条理。确保将其反映在他们的年度评估和审查中-无法与队友相处是他们表现的重要问题。
3)一定要相互倾听他们的问题,并在适当的情况下同情他们,但也要指出他们在这一领域的失败,并避免引起更多的讨论或对谁是对与谁错的判断。正如我上面所说的,在95%的案件中(其余5%是真正的欺凌或类似的事情,需要作为纪律问题予以适当处理),他们俩都错了,他们需要了解这一点。
4)尽可能将它们分开,这很容易做到。我一般不会发现,将人们聚集在一起除了鼓动人心外,无非是什么。如果他们要“和解”,那无论如何都会发生,而且我怀疑当他们彼此之间不时面对彼此时,更有可能发生。
您应该让他们通过“技术脱颖而出”与之抗衡,每一面都得到一盒零件-一台拆卸的计算机,由他来制造机器并首先启动机器。
如果那对您不起作用,则应尝试进行弯刀战,甚至是电锯战。
TKI确定了解决冲突的几种不同技术,这些技术可能是解决某些问题的一个主意。有一些合理的问题,例如是否使用框架,尽管这可以通过团队投票解决某件事的一种方式来解决,也可以通过像某种经理这样的更高权力来解决。有时,在解释需求时可能存在争执,最好去找项目经理或业务分析员以获取特定裁定,例如,空白搜索是否不输入任何内容就什么都不返回,或者是否使用通配符匹配返回所有内容,从而最好地解决了这些要求说什么都没有。
如果是更多的人格冲突,那么问题就变成了每个人对该问题的了解程度如何,如果这种情况持续下去,该怎么办。这不是一个闲置的威胁,而是一个“如果你们不能解决这个问题,我将通过消除你们中的至少一个来解决它”的心态。当然,这的确可能带来消极的攻击性行为和其他幼稚的废话,但是当聪明的机智的人进入不使用传统武器解决敌对情绪的方式时,就会发生这种情况。 “卑鄙的女孩”有这种行为的几个例子,仅供参考。
我认为我无法忍受管理方面的保姆方面。我会告诉他们与死亡决斗。