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

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

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

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

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

如果我們沒(méi)有正確衡量客戶(hù)的需求，會(huì)發(fā)生什么？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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