Designoperationer, almindeligvis forkortet til designops, er praksissen med at forbedre, hvordan en designfunktion fungerer: dens processer, værktøjer, standarder, ansættelser, onboarding, samarbejde med andre discipliner og den infrastruktur, der understøtter designarbejdet. Det anvender den samme operationelle tænkning på designorganisationen, som udviklingsoperationer anvender på ingeniørarbejde, med det formål at fjerne friktion, så praktikere bruger deres tid på design snarere end på koordineringsomkostninger.
Behovet opstår i stor skala snarere end at eksistere fra starten. Et team på tre designere koordinerer gennem samtale, opbevarer filer, hvor det er praktisk, og opretholder konsistens, fordi alle ser alt. Et team på tredive på tværs af flere produkter kan ikke, og uden bevidst operationelt arbejde akkumuleres duplikerede komponenter, inkompatible filstrukturer, inkonsistente forskningspraksisser og en voksende andel af tiden brugt på at finde ting og afstemme forskelle.
De karakteristiske problemer, den adresserer, er genkendelige. Designere kan ikke finde eksisterende arbejde og genskabe det. Komponentbiblioteker forgrener sig, fordi der ikke er nogen bidragsproces. Forskning gentages, fordi tidligere fund ikke kan findes. Onboarding tager måneder, fordi viden ikke er dokumenteret. Overdragelse til ingeniører er inkonsekvent, så implementeringskvaliteten varierer. Anmodninger ankommer gennem flere kanaler uden prioritering. Hver af dem er en operationel fiasko snarere end en håndværksmæssig fiasko.
Dets omfang dækker typisk værktøjer og administration, styring af designsystemer, herunder bidrags- og afskrivningsprocesser, organisering af filer og aktiver, forskningsdatabaser og infrastruktur til deltagerrekruttering, standardarbejdsgange for fælles aktiviteter, onboarding og kapacitetsudvikling samt måling af designarbejde. Ikke alle disse kræver en dedikeret rolle, men alle kræver en ejer.
Rollen misforstås ofte som projektledelse for designere, og selvom koordinering er en del af den, er den afgørende funktion at opbygge systemer, der fjerner tilbagevendende friktion. At styre et projekt adresserer én instans; etablering af et forskningsarkiv, en komponentbidragsproces eller et standardoverdragelsesformat adresserer den underliggende årsag til mange instanser. Funktioner, der glider over i koordinering uden at opbygge infrastruktur, producerer administrative overhead snarere end gearing.
At retfærdiggøre investeringen kræver, at man viser, hvor der i øjeblikket går tid tabt, hvilket er let at dokumentere og sjældent måle. Revision af, hvordan designere rent faktisk bruger deres tid, afslører typisk en betydelig andel, der bruges på at søge, afstemme, koordinere og reproducere arbejde, der allerede eksisterer. At reducere denne andel er afkastet, og at udtrykke det i form af genvundet designkapacitet er mere overbevisende end at beskrive procesforbedringer.
Måling af designarbejde er et af de vanskeligere ansvarsområder, funktionen bærer, og det er nemt at gøre det dårligt. At tælle leverancer belønner volumen frem for dømmekraft, og hastighedsmål tilskynder til genveje præcis der, hvor omhu betyder noget. Mere forsvarlige målinger vedrører de forhold, design opererer under, herunder hvor lang tid det tager for forskningsresultater at nå de mennesker, der har brug for dem, hvor stor en andel af leverede grænseflader, der bruger godkendte komponenter, og hvor meget af teamets tid, der når til det faktiske designarbejde.
For tidlig implementering er en reel risiko. Et lille team, der introducerer formelle processer, styring og værktøjsoverhead, før koordineringsomkostningerne retfærdiggør det, bremser sig selv og pålægger arbejde, der fungerede, en form for ceremoni. Den fornuftige udløser er bevis for de specifikke problemer, som funktionen adresserer, snarere end en tærskel for antal medarbejdere eller en ambition om modenhed.
Fordi funktionen eksisterer for at støtte praktikere snarere end at vejlede dem, afhænger dens effektivitet af at blive ledet af folk, der forstår designarbejde snarere end kun processer. I praksis etableres den sideløbende med designsystemet og forskningsinfrastrukturen indenfor. Produktdesignkoordinerer de overdragelsespraksisser, der bestemmer implementeringskvaliteten med produktudvikling, og i organisationer af tilstrækkelig størrelse bliver det en fast funktion inden for UX-afdeling.