開發(fā)人員討厭更改請求。當(dāng)某人改變主意時(shí)，這意味著新的編碼，新的QA測試以及每個(gè)人的額外工作。如果您多次構(gòu)建同一個(gè)東西，這效率低下，效率不高。本文解釋了為什么在工程與UX協(xié)作時(shí)可以大部分或完全避免這種情況。

DevOps通常被定義為圍繞公司軟件和系統(tǒng)開發(fā)的過程，操作，方法論，工具和文化。

但是工程并不是在真空中進(jìn)行的。藍(lán)圖，想法，設(shè)計(jì)和概念來自產(chǎn)品設(shè)計(jì)專家，他們決定布局，流程和交互性。這些都是非工程人員和團(tuán)隊(duì)，他們共享DevOps的目標(biāo)和期望的結(jié)果。DevOps的確是要認(rèn)識到軟件開發(fā)過程中涉及多少團(tuán)隊(duì)，并找到更好的方法來打破孤島并使每個(gè)人都參與其中。

但是，許多工程團(tuán)隊(duì)經(jīng)常發(fā)現(xiàn)UX非常孤立，很難與他人協(xié)作，而不是精益。敏捷的許多風(fēng)格都排除了如何與產(chǎn)品設(shè)計(jì)師合作的細(xì)節(jié)，甚至有些甚至建議將UX專家從流程中刪除。

當(dāng)他們看起來像一個(gè)耗費(fèi)時(shí)間和預(yù)算的部門時(shí)，很想繞開UX。但是，UX研究，設(shè)計(jì)，測試和迭代是軟件開發(fā)過程中不可估量的方面。DevOps專注于為客戶構(gòu)建合適的產(chǎn)品，提高內(nèi)部效率并培育企業(yè)文化，因此，您的專家級產(chǎn)品設(shè)計(jì)師是開發(fā)人員，質(zhì)量保證和工程主管的重要且必要的合作伙伴。

如果我們沒有正確衡量客戶的需求，會發(fā)生什么？

Skype最近宣布，其2017年重新設(shè)計(jì)旨在使它更像Snapchat，但它是一次失敗。用戶不需要，不需要或不喜歡這些新功能。反向間隙是足夠大，使得Skype的做了一個(gè)2018宣布，他們將重新設(shè)計(jì)的Skype再次。

Engineering and Product可能喜歡讓Skype更像Snapchat來吸引年輕用戶的想法，并直接著手構(gòu)建它，并爭取將其推向市場。但是，對目標(biāo)用戶的研究可能很快發(fā)現(xiàn)這些功能是不需要的。終止該項(xiàng)目或在此早期開展工作可能為Skype節(jié)省了數(shù)百萬美元，并節(jié)省了不良媒體和客戶疏遠(yuǎn)感。

如果您要交付客戶不喜歡或不想使用的產(chǎn)品，效率，生產(chǎn)率和迅速進(jìn)入市場都無關(guān)緊要。

開發(fā)人員與UX之間的協(xié)作

記住敏捷宣言原則。您最優(yōu)先考慮的是通過構(gòu)建有價(jià)值的軟件來使客戶滿意。為每個(gè)團(tuán)隊(duì)成員提供所需的環(huán)境和支持，并信任他們以完成工作。最大化未完成的工作量。持續(xù)關(guān)注良好的設(shè)計(jì)可增強(qiáng)敏捷性。

當(dāng)產(chǎn)品或項(xiàng)目經(jīng)理確定功能和優(yōu)先級時(shí)，協(xié)作必須開始?？梢詣h除對用戶沒有價(jià)值的項(xiàng)目，從而節(jié)省了無數(shù)的時(shí)間和金錢，并使未完成的工作最大化。正在進(jìn)行的項(xiàng)目需要為UX從業(yè)人員提供巨大的發(fā)展空間，以便可以開始進(jìn)行適當(dāng)?shù)难芯?，設(shè)計(jì)和測試。

日常協(xié)作的最佳方法是將您的UX設(shè)計(jì)器嵌入到敏捷團(tuán)隊(duì)中。邀請他們發(fā)布計(jì)劃，站立，復(fù)古和可能討論功能或界面的每次會議。沒有他們就不要做出決定。如果您的隊(duì)友錯(cuò)過了會議，請等到可以親自找到他們，通過聊天，電子郵件或公司使用的任何方法。

將問題，歧義或錯(cuò)誤分配給JIRA中的UX隊(duì)友或首選的錯(cuò)誤跟蹤系統(tǒng)。

經(jīng)過漫長的跑道之后，請確保UX比團(tuán)隊(duì)其余成員的工作提前兩個(gè)或多個(gè)Sprint。

在開發(fā)人員編寫一行代碼之前進(jìn)行研究，設(shè)計(jì)，測試和迭代

它將節(jié)省時(shí)間，金錢和理智，同時(shí)增強(qiáng)了構(gòu)建針對目標(biāo)客戶的更有價(jià)值的產(chǎn)品的能力。

開發(fā)人員討厭更改請求。當(dāng)某人改變主意時(shí)，這意味著新的編碼，新的QA測試以及每個(gè)人的額外工作。如果您多次構(gòu)建同一個(gè)東西，這效率低下，效率不高。

當(dāng)Engineering與UX合作時(shí)，可以大部分或完全避免這種情況。通過使用UX的形式化過程，可以在開發(fā)人員編寫代碼行之前對功能進(jìn)行審查。然后，可以對該功能在UX測試中表現(xiàn)不佳的任何方面進(jìn)行重新設(shè)計(jì)和測試。然后，開發(fā)人員將收到經(jīng)過測試和批準(zhǔn)的設(shè)計(jì)，只需要構(gòu)建一次即可。

有價(jià)值的產(chǎn)品>時(shí)間安排和預(yù)算

精益創(chuàng)業(yè)公司（Lean Startup）的作者埃里克·里斯（Eric Ries）問道：“如果我們發(fā)現(xiàn)自己正在建造沒人想要的東西，該怎么辦？在那種情況下，如果我們按時(shí)按預(yù)算進(jìn)行，那有什么關(guān)系？” 即使您的組織未使用精益方法，該警告仍然成立。當(dāng)我們旨在為客戶打造合適的東西，提高客戶滿意度并開發(fā)具有高客戶價(jià)值的功能時(shí)，DevOps的預(yù)期結(jié)果便與之相呼應(yīng)。

最終，比時(shí)間表，預(yù)算，框架和工具更重要的是，了解客戶，使客戶參與流程并建立其真正的需求和偏好。相信如果您建立正確的想法正確執(zhí)行，收入就會存在。