在软件开发中，UX的设计师和软件工程师可能会陷入口水战，这就像是一场辩论和文字游戏。我去过那里太多次了，有战斗的伤疤可以证明。如果说我从软件开发过程中的冲突中学到了什么的话，那就是它不仅仅是一种文化现象，而且很明显，它是没有生产力的。
卷入冲突的人通常会对没有人希望进入的消极的世界状态做出反应。有时，它比我们个人更能说明一种特定的文化。不管是什么原因，这对于组织或公司来说都不是一个好的状态，并且会剥夺你的生产力、团队凝聚力和专注于交付客户价值。每个公司和部门都有自己的挑战。在这篇文章中，我们将回顾你可能会发现挑战显现的一些领域，一些起作用的因素是什么，以及应对挑战的策略。
我过去常常看到设计和工程之间的冲突在软件开发过程中，它是令人讨厌的，是软件设计的障碍。当我开始看到卷入上述冲突的人和组织的模式时，我开始倾向于冲突，并将它们更多地视为一个机会。我想强调一些导致设计和工程冲突的常见因素，并提出一些解决这些冲突的策略。
如果两方面(设计和工程)不能完美和谐地结合在一起，可能会产生客户不喜欢的功能特性，或者效率低下和/或构建成本高昂的良好体验。这不是一个非此即彼的问题，而是一个“而且”设计和技术必须和谐地结合在一起，以平衡可行性和令人愉快的体验。
我发现，通常情况下，工程师更容易看到良好用户体验的几个方面对于设计师来说，更不用说它的可行性了。不管怎样，当双方都放下戒备，把手伸向过道时，双方工作得最好。只有这样，你的团队才会真正致力于提供卓越的客户体验。
评估鸿沟#
可能有几个因素导致了上述纠纷。从组织结构的角度来看，造成分歧的因素可以归结为以下几类:文化、团队、角色和个人。
的回顾saylor.org课程中的文学更详细地列出了这些类别，他们指出“有时组织本身的结构会直接导致冲突”，无论是基于组织结构还是结构中提供的权力。
我已经看到这些类别以几种方式表现出来。你也许能和他们中的一些人产生共鸣。下面我们来讨论一下。
文化#
人们做他们得到回报的事情。如果你的组织基于生产力来激励团队，他们会变得擅长制作小部件。即使这些小部件没有达到客户的期望，团队也会很好地满足您的要求。他们关注的焦点变成了产出而不是结果。这可能导致团队偷工减料，产生“足够好”的解决方案，一旦发布给客户，这些解决方案就无法达到目标。这在很大程度上是由组织内的文化驱动的，并且可以渗透到管理层。
组#
类似于我提到的文化，一个团队，虽然与更大的文化一致，但通常有一个团队亚文化。有时团队文化可能看起来与企业文化不一致。例如，一个合作和开放的企业文化可能会让团队过度关注度量标准和生产力，从而误解了文化的意图来满足生产力度量标准。这通常是为了减少不确定性。我曾经和一些团队一起工作过，他们变得过于关注自己，以至于评估一个用户故事几乎占据了整个会议。
角色#
作为设计师和工程师留在我们的车道上。就我个人而言，我非常反对人们呆在自己的车道上。我承认设计师和工程师满足特定的业务需求，但在交付成果时，我们应该是一个统一的整体。工程师要对设计有意见，设计师要对应用的技术方案有意见。不同的观点应该相互支持，这几乎总是会带来更好的结果。
个人#
我可以是贡献者，也可以是阻碍者。我会变得如此专注于自己和自己的欲望，以至于对别人的观点视而不见。我不关注结果和团队，而是将自己的观点强加于他人，包括客户。我看到这导致工程师完全专注于输出，“告诉我你想从我这里得到什么”，而不是在结果上合作。
