在軟件開發中，UX的設計師和軟件工程師可能會陷入口水戰，這就像是一場辯論和文字游戲。我去過那里太多次了，有戰斗的傷疤可以證明。如果說我從軟件開發過程中的沖突中學到了什么的話，那就是它不僅僅是一種文化現象，而且很明顯，它是沒有生產力的。
卷入沖突的人通常會對沒有人希望進入的消極的世界狀態做出反應。有時，它比我們個人更能說明一種特定的文化。不管是什么原因，這對于組織或公司來說都不是一個好的狀態，并且會剝奪你的生產力、團隊凝聚力和專注于交付客戶價值。每個公司和部門都有自己的挑戰。在這篇文章中，我們將回顧你可能會發現挑戰顯現的一些領域，一些起作用的因素是什么，以及應對挑戰的策略。
我過去常常看到設計和工程之間的沖突在軟件開發過程中，它是令人討厭的，是軟件設計的障礙。當我開始看到卷入上述沖突的人和組織的模式時，我開始傾向于沖突，并將它們更多地視為一個機會。我想強調一些導致設計和工程沖突的常見因素，并提出一些解決這些沖突的策略。
如果兩方面(設計和工程)不能完美和諧地結合在一起，可能會產生客戶不喜歡的功能特性，或者效率低下和/或構建成本高昂的良好體驗。這不是一個非此即彼的問題，而是一個“而且”設計和技術必須和諧地結合在一起，以平衡可行性和令人愉快的體驗。
我發現，通常情況下，工程師更容易看到良好用戶體驗的幾個方面對于設計師來說，更不用說它的可行性了。不管怎樣，當雙方都放下戒備，把手伸向過道時，雙方工作得最好。只有這樣，你的團隊才會真正致力于提供卓越的客戶體驗。
評估鴻溝#
可能有幾個因素導致了上述糾紛。從組織結構的角度來看，造成分歧的因素可以歸結為以下幾類:文化、團隊、角色和個人。
的回顧saylor.org課程中的文學更詳細地列出了這些類別，他們指出“有時組織本身的結構會直接導致沖突”，無論是基于組織結構還是結構中提供的權力。
我已經看到這些類別以幾種方式表現出來。你也許能和他們中的一些人產生共鳴。下面我們來討論一下。
文化#
人們做他們得到回報的事情。如果你的組織基于生產力來激勵團隊，他們會變得擅長制作小部件。即使這些小部件沒有達到客戶的期望，團隊也會很好地滿足您的要求。他們關注的焦點變成了產出而不是結果。這可能導致團隊偷工減料，產生“足夠好”的解決方案，一旦發布給客戶，這些解決方案就無法達到目標。這在很大程度上是由組織內的文化驅動的，并且可以滲透到管理層。
組#
類似于我提到的文化，一個團隊，雖然與更大的文化一致，但通常有一個團隊亞文化。有時團隊文化可能看起來與企業文化不一致。例如，一個合作和開放的企業文化可能會讓團隊過度關注度量標準和生產力，從而誤解了文化的意圖來滿足生產力度量標準。這通常是為了減少不確定性。我曾經和一些團隊一起工作過，他們變得過于關注自己，以至于評估一個用戶故事幾乎占據了整個會議。
角色#
作為設計師和工程師留在我們的車道上。就我個人而言，我非常反對人們呆在自己的車道上。我承認設計師和工程師滿足特定的業務需求，但在交付成果時，我們應該是一個統一的整體。工程師要對設計有意見，設計師要對應用的技術方案有意見。不同的觀點應該相互支持，這幾乎總是會帶來更好的結果。
個人#
我可以是貢獻者，也可以是阻礙者。我會變得如此專注于自己和自己的欲望，以至于對別人的觀點視而不見。我不關注結果和團隊，而是將自己的觀點強加于他人，包括客戶。我看到這導致工程師完全專注于輸出，“告訴我你想從我這里得到什么”，而不是在結果上合作。
