Designoperasjoner

Designoperasjoner, ofte forkortet til designoperasjoner, er praksisen med å forbedre hvordan en designfunksjon fungerer: dens prosesser, verktøy, standarder, ansettelser, onboarding, samarbeid med andre disipliner og infrastrukturen som støtter designarbeidet. Den anvender den samme operasjonelle tenkningen på designorganisasjonen som utviklingsoperasjoner anvender på ingeniørfag, med mål om å fjerne friksjon slik at utøvere bruker tiden sin på design i stedet for koordineringskostnader.

Behovet oppstår i stor skala snarere enn å eksistere fra starten av. Et team på tre designere koordinerer gjennom samtaler, oppbevarer filer der det passer, og opprettholder konsistens fordi alle ser alt. Et team på tretti på tvers av flere produkter kan ikke, og uten bevisst driftsarbeid akkumuleres dupliserte komponenter, inkompatible filstrukturer, inkonsekvent forskningspraksis og en økende andel av tiden brukt på å finne ting og forene forskjeller.

De karakteristiske problemene den adresserer er gjenkjennelige. Designere kan ikke finne eksisterende arbeid og gjenskape det. Komponentbiblioteker deler seg fordi det ikke finnes noen bidragsprosess. Forskning gjentas fordi tidligere funn ikke kan oppdages. Onboarding tar måneder fordi kunnskapen ikke er dokumentert. Overlevering til ingeniører er inkonsekvent, slik at implementeringskvaliteten varierer. Forespørsler kommer gjennom flere kanaler uten prioritering. Hver av dem er en driftsfeil snarere enn en håndverksfeil.

Omfanget dekker vanligvis verktøy og administrasjon, styring av designsystemer, inkludert bidrags- og avskrivningsprosesser, organisering av filer og ressurser, forskningsdatabaser og infrastruktur for deltakerrekruttering, standard arbeidsflyter for felles aktiviteter, onboarding og kapasitetsutvikling, og måling av designarbeid. Ikke alle disse trenger en dedikert rolle, men alle trenger en eier.

Rollen blir ofte misforstått som prosjektledelse for designere, og selv om koordinering er en del av det, er den særegne funksjonen å bygge systemer som fjerner tilbakevendende friksjon. Å administrere et prosjekt adresserer én instans; å etablere et forskningsarkiv, en komponentbidragsprosess eller et standard overleveringsformat adresserer den underliggende årsaken til mange instanser. Funksjoner som går over i koordinering uten å bygge infrastruktur produserer administrative overheadkostnader snarere enn innflytelse.

Å rettferdiggjøre investeringen krever at man viser hvor tiden går tapt, noe som er enkelt å bevise og sjelden måle. Revisjon av hvordan designere faktisk bruker tiden sin avslører vanligvis en betydelig andel som brukes på å søke, avstemme, koordinere og reprodusere arbeid som allerede finnes. Å redusere denne andelen er avkastningen, og å uttrykke det i form av gjenvunnet designkapasitet er mer overbevisende enn å beskrive prosessforbedringer.

Måling av designarbeid er et av de vanskeligere ansvarsområdene funksjonen har, og det er lett å gjøre det dårlig. Å telle leveranser belønner volum fremfor dømmekraft, og hastighetsmål oppmuntrer til snarveier nettopp der omsorg teller. Mer forsvarlige målinger gjelder forholdene design opererer under, inkludert hvor lang tid det tar for forskningsfunn å nå frem til menneskene som trenger dem, hvilken andel av leverte grensesnitt som bruker godkjente komponenter, og hvor mye av teamets tid som når frem til faktisk designarbeid.

For tidlig implementering er en reell risiko. Et lite team som innfører formelle prosesser, styring og verktøy før koordineringskostnadene rettferdiggjør det, bremser ned og pålegger seremonier på arbeid som fungerte. Den fornuftige utløseren er bevis på de spesifikke problemene funksjonen adresserer, snarere enn en terskel for antall ansatte eller en ambisjon om modenhet.

Fordi funksjonen eksisterer for å støtte praktikere snarere enn å veilede dem, avhenger dens effektivitet av å bli ledet av folk som forstår designarbeid snarere enn bare prosess. I praksis etableres den sammen med designsystemet og forskningsinfrastrukturen innenfor produktdesign, koordinerer overleveringspraksisene som bestemmer implementeringskvaliteten med produktutvikling, og i organisasjoner av tilstrekkelig størrelse blir det en fast funksjon innenfor UX-avdelingen.