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