Što su dizajnerske operacije i zašto bi se trebali brinuti?

Postoji nekoliko načina za raščlanjivanje dizajnerskih operacija (DesOps), ali vjerojatno je najvažniji način mapiranja dizajnerskog rada prema mišljenju i ciljevima operatora za razvojne programere (DevOps). Kako mi je nedavno to rekla jedna osoba, DevOps je stvoren kao način uklanjanja QA i SysAdmin iz jednadžbe operacija. Programeri su posjedovali vlastiti QA, kao i davali su sredstva i ovlaštenja za izravno raspoređivanje svog koda u sustave isporuke.

Zašto to učiniti?

  • Brzina: povećava brzinu od zahtjeva do isporuke
  • Optimizacija: ukloniti prepreke, smanjiti ljude (resursi / troškovi)
  • Odgovornost: budite vrhunski autoritet za kôd koji razvijate kao inženjer.
  • Fokus: Budući da radite više po liniji koda, trebate smanjiti količinu linija koda koje stvorite, što znači i broj značajki / priča za koje ste odgovorni. (ovo ograničava optimizaciju). Arhitekture poput mikroservisa pomažu iako s druge strane.

U trijumviratu proizvoda (Upravljanje proizvodima, inženjering, dizajn) dizajn je najmanje integriran u DevOps okruženja. To je uzrokovalo klasične „wagile“ (vodopad prije okretnih) sustava u koje su upale mnoge organizacije, dok su pametnije organizacije koristile „dual-track“ pristup koji razdvaja otkriće od isporuke zajedno. Pročitajte "Inspirirano" Martyja Cagana za više informacija o dvostrukoj stazi.

Kada je riječ o dizajnerskoj strani jednadžbe ne postoji ništa sasvim slično. Sustavi poput Lean UX-a su sjajni, ali malo ih se usvaja. Oni govore o procesu, ali za razliku od DevOps-a, oni uopće ne operacionaliziraju dizajn, a kamoli na način koji organizacijama omogućuje da budu u korak s istinskim 12-faktorskim (ili sličnim principima) razvojem aplikacija Cloud Native u središtu većine DevOps-a sustavi.

Ako bih artikulirao za sebe ono što sam oduzeo DevOps-u kao skup principa koje bih htio primijeniti u DesOps, izgledalo bi ovako:

  • Dizajnirajte odgovornost.
  • Dođite do "učenja" što je brže moguće.
  • Brzo okrenite lekcije.
  • Upotrijebite softver da biste napravili više za stvaranje i upravljanje softverom.
  • Smanjite rizik putem odjeljaka.
Volio bih čuti druge dodatke za ove koje ljudi smatraju relevantnim za dizajn. Ljudi u Rosenfeld Media održavaju razgovor o Design Opsu temeljenom na Slacku. Ako ste zainteresirani, ovdje mi pošaljite odgovor i recite mi što mislite o Design Ops-u i kako želite pridonijeti razgovorima.

Operativna pitanja dizajnera

Da bi se postiglo gore, dizajneri i ostatak tima proizvoda mogu mnogo toga svladati.

alat

Alati jednostavno nisu tu. Postoji niz razloga zašto, ali za razliku od razvoja, alati za dizajn ne nude tržištu istu razinu razmjera. Kad su dizajneri zaposleni na 1/5 (najbolju) do 1/100 (stopu vjerojatnije) stope programera, kako se alati za dizajn mogu natjecati za ulaganje onako kako imaju razvojni alati.

Spojite taj problem s formatom i ratovima alata za ono što već koristimo, a nevjerojatno je teško stvoriti softver koji će biti ljepilo između alata i sustava (softvera koji upravlja softverom). Na primjer, ne postoji stvaran sustav za primjenu kontrole verzija s implementacijom objekta s izvornim materijalom. To čine same osnove mnogih DevOps sustava.

Upravljanje „dizajnerskim sustavima“ često znači da velike organizacije grade svoj vlastiti softver za to, često se oslanjajući na alate usmjerene na razvojne programere kao što je GitHub za obavljanje dizajnerskih tokova i aktivnosti. Isto tako, alati za upravljanje podacima o istraživanju također nedostaju. Na tržištu je dostupno nekoliko alata za kućno uzgoj ili predložaka, ali ništa od čega ne može graditi arhitekturu korporativnog razreda koja bi odradila cjelokupni životni ciklus istraživanja i povezati taj životni ciklus s naslonom metodologije i životnog ciklusa proizvoda.

Digitalno znači da smo svi udaljeni i zbog toga bol nazvana lošim alatima za suradnju utječe na nas. Alat za konferencije u stvarnom vremenu toliko je loš da se koristi da većina organizacija ima porez na sastanak u trajanju od 10 minuta samo za tehnička pitanja. Ostali alati za suradnju nisu puno bolji. Bilo da je zloupotreba e-pošte i Slack stvaranje previše buke za signalizaciju ili nemogućnost skladnog navođenja unutar chat soba.

Alat za daljinsku sinkronu i asinhronu suradnju jednostavno ne utječe na dizajn, ali dizajn ima određeni skup potreba za koje alati za koje se ne smatra da dizajniraju često ne uspijevaju odgovoriti na specifične nijanse dizajna. Na primjer, jer je dizajn emotivan, to znači da je već prilično teško precizno komunicirati. Zajedno s apstraktnim digitalnim okvirima za alat, na kraju ćete imati točku neusklađenosti članova tima.

dizajneri

Dizajneri nisu tamo. Iako su okretni i vitki napravili sjajan posao prisilivši dizajnere da podignu tempo, popularne metode dizajna i dalje se događaju prije i odvojene od razvoja i dizajna vide se kao prepreka za razliku od vrijednog koraka u procesu učenja za programere i proizvode menadžeri. Kao što je dizajnerska rasvjeta nedavno napisana u privatnom razgovoru, "Dizajn se još uvijek mora pripremiti."

Ljudski resursi

Ljudskih resursa nema. Malo organizacija ima zrele karijerne staze za dizajn. Većina startup grupa Frankenstein svoje timove temelji na izravnim potrebama resursa bez ikakvih strateških razmatranja. Općenito, procjena budućih i postojećih zaposlenika nije kodificirana na način da cijelo poduzeće razumije što se očekuje od danih uloga i kako te uloge trebaju dati vrijednost svom timu i cijeloj organizaciji. U najboljem slučaju, postoje, ali napisali su ih ljudi s ograničenim znanjem ili razumijevanjem dizajnera i njihove kulture.

Istraživanje ima svoje vlastite potrebe

Mnoge istraživačke organizacije uspostavljaju operativni model nakon što postignu određenu razinu razmjera. Mnoge te iste stvari trebale bi se podjednako primijeniti na ostatak dizajnerske organizacije. (Da, pretpostavljam da je istraživanje unutar dizajna i vidim argumente za to bilo unutar ili paralelno s dizajnom, ali ja osobno favoriziram unutra.)

Neki od osnovnih dijelova su kratki predlošci, regrutiranje na brodu, regrutiranje upravljanja i zakazivanje sjednice (prostor, vrijeme, sudionici, poticaji itd.) I konačno prikupljanje podataka. Područje na koje se gore već spominje i koje treba najviše raditi jest ono što se događa s podacima i uvidima nakon prikupljanja podataka. Ovo je složeno problematično područje i vjerojatno zahtijeva svoj članak, ali glavna muka je racionaliziranje uvida u dizajn kroz široko promijenjeno poduzeće i dalje je vrlo teško i trenutno niti alat niti kultura ne rade na rješavanju ovog problema.

API-je vašeg tima

Kako sudjelujete u projektima? Koje su metode komunikacije i suradnje između dizajna i ostalih unutarnjih i vanjskih dionika? Koji su vrijedni predmeti stvoreni dizajnom i kako su integrirani u ostatak tijeka radnog ciklusa proizvoda? Ovo je više od samo alata, ali uključuje sve o dizajnu organizacije.

Ići naprijed

Kako je sam DevOps još uvijek ulaganje, DesOps je to još više. Mi, dizajneri, moramo još toliko učiti, stvarati, pokušati i mjeriti da bismo u konačnici vidjeli kako ćemo pojačati vrijednost koju dizajn donosi organizacijama.

Nekome iz vaše organizacije treba dodijeliti ulogu mapiranja i upravljanja dizajnerskim operacijama od resursa do alata za procese / metode. Ova osoba može biti zajednički resurs i imati druge kape, ili se u potpunosti iskoristiti u toj ulozi, ovisno o skali organizacije. No kako neke organizacije imaju "agilne trenere" koji im pomažu u dobivanju najviše vrijednosti od svojih razvojnih timova, ideja o angažiranju "trenera dizajnerskog studija" ne bi trebala biti tako veliki skok.

Njihov je posao stvoriti kartu dionika u vašoj organizaciji i spojiti je s mapom kulture. Zatim na temelju ciljeva stvorite nove verzije kako treba doći do protoka informacija i artefakata. Na taj način će osmisliti feng shui koji je idealan za vaše potrebe. Naravno, nema pojma, pa se stvaraju eksperimenti na temelju jakih hipoteza, a eksperimenti su motivi za rezultate. Tada se neprestano obavljaju podešavanja.

Budući da govorimo o obavljanju posla, promjena tempa na ovaj način je vrlo teška, tako da ta osoba mora upravljati promjenom koliko može biti agent za promjene u onome što želi postići.

Sljedeći korak

Pa gdje nalazite te ljude? Pa, baš kao kad je vaš VP inženjering prvi put trebao stvoriti operativni model za svoj razvojni tim možda je unajmio "Agile Coach", oni moraju pronaći nekoga tko se može kratkotrajno savjetovati i možda ostati na duži rok da ih prebaci najčešća pitanja pristupačnosti, inercije promjena i okeanskog vrenja koja obično progone projekte poput ovih.

Točka

Budite jednako namjerni u svom dizajnu i izvođenju svojih dizajnerskih operacija kao i u odnosu na bilo koji drugi dio vaše organizacije od kojeg očekujete da dobije vrijednost.

Prečica

Započinjem novu konzultantsku praksu kao trener dizajnerskog studija. Ono što nudim je puno onoga što sam gore opisao:

  • Ocijenite trenutnu kulturu s naglaskom na komunikacije, procese, tijek rada, timske i organizacijske ciljeve
  • Stvorite viziju tima na temelju dugoročnog plana ulaganja u organizaciju.
  • Obrtnički insceniran plan prema postizanju izmjerenih ciljeva pomoću vrata za procjenu hipoteza za procjenu novih smjerova, smještaja ili ugađanja.
  • Ponudite najbolje ocjene alata za uzgoj kroz niz operativnih potreba u odnosu na kontekst organizacije.
  • U nastavku osposobljavanja kako bi se pomoglo organizaciji da se prilagodi promjenama, ostane na cilju i po potrebi prilagodi postojećoj praksi.
  • Ocijenite trenutačno upravljanje dizajnerom od zapošljavanja do promocije i ostalih strateških pitanja razvoja tima.
  • I na kraju, nudim obuku o osnovnim dizajnerskim pitanjima kako bih vam pomogao da poboljšate svoju dizajnersku organizaciju.
Na kraju je cilj upravo učiniti ono što je potrebno kako bi se povećala vrijednost vašeg dizajnerskog tima i njegova percepcija kao vrijedna u vašoj organizaciji.

Hajde da to učinimo zajedno

Najbolje mjesto za to zajedno je jedina konferencija koja se fokusira na dizajnerskim operacijama - DesignOps Summit. (sljedeće izdanje NYC, studeni 2018.)