Hvad er designoperationer, og hvorfor skal du passe på?

Der er flere måder at analysere designoperationer (DesOps), men sandsynligvis den vigtigste er som en måde at kortlægge designarbejde mod tankegangen og målene for udvikleroperationer (DevOps). Som en person for nylig udtrykte det for mig for nylig, blev DevOps oprettet som en måde at fjerne QA og SysAdmin fra driftsligningen. Udviklere ejede deres egen kvalitetsstyring samt givne midler og myndighed til at distribuere deres kode direkte gennem til leveringssystemet.

Hvorfor gøre dette?

  • Hastighed: Øger hastigheden fra krav til levering
  • Optimering: fjern hindringer, mindsk mennesker (ressourcer / udgifter)
  • Ansvarlighed: Vær den ultimative autoritet for den kode, du udvikler som ingeniør.
  • Fokus: Da du gør mere pr. Kodelinje, skal du reducere mængden af ​​kodelinjer, du opretter, hvilket oversætter til antallet af funktioner / historier, som du også er ansvarlig for. (dette begrænser optimering). Arkitekturer kan lide mikroservices men hjælpe på den anden side.

I produkttriumviratet (Product Management, Engineering, Design) er design mindst integreret i DevOps-miljøer. Dette har forårsaget de klassiske ”vogn” (vandfald før agile) systemer, som mange organisationer er faldet i, mens de smartere organisationer har anvendt “Dual-track” -tilnærmelser, der adskiller opdagelse fra levering sammen. Læs Marty Cagan's "Inspired" for at få flere oplysninger om Dual-track.

Når det kommer til designsiden af ​​ligningen er der ikke noget, der ligner det. Systemer som Lean UX er gode, men få vedtager. De taler om proces, men i modsætning til DevOps, opererer de ikke design overhovedet, hvad så meget på en måde, der giver organisationer mulighed for at holde trit med ægte 12-faktorers (eller lignende principper) Cloud Native applikationsudvikling i hjertet af de fleste DevOps systemer.

Hvis jeg skulle formulere mig selv, hvad jeg har taget væk fra DevOps som et sæt principper, som jeg gerne vil anvende til DesOps, ville det gå sådan ud:

  • Hold designeren ansvarlig.
  • Gå til ”lære” så hurtigt som muligt.
  • Drej hurtigt på lektioner.
  • Brug software til at gøre mere for at hjælpe med at oprette og administrere software.
  • Reducer risikoen ved hjælp af rumafdeling.
Jeg ville meget gerne høre andre tilføjelser til disse, som folk synes er relevante for design. Folk hos Rosenfeld Media er vært for en Slack-baseret samtale om Design Ops. Hvis du er interesseret, skyde mig et svar her, fortæl mig hvad du synes om Design Ops, og hvordan du vil bidrage til samtalerne.

Designerens driftsmæssige problemer

For at opnå ovenstående er der meget for designere og resten af ​​produktteamet at overvinde.

Værktøj

Værktøjer er bare ikke der. Der er en række grunde til, men i modsætning til hvad angår udvikling, tilbyder designværktøjer ikke markedet samme skala. Når designere er ansat på 1/5 (den bedste) til 1 / 100th (mere sandsynligt) hastigheden for udviklere, hvordan kan designværktøjer konkurrere om investeringerne på den måde, som udviklingsværktøjer har.

Par det problem med format og værktøjskrig for hvilke værktøjer, vi allerede bruger, og det er utroligt vanskeligt at være software til at være limet mellem værktøjerne og systemet (softwaren, der administrerer softwaren). For eksempel er der ikke noget reelt system til at anvende versionskontrol med objektdistribution med kildemateriale. Dette udgør det grundlæggende i mange DevOps-systemer.

Håndtering af "designsystemer" betyder ofte, at store organisationer bygger deres egen software til at gøre dette, og ofte er afhængige af udviklercentriske værktøjer som GitHub for at udføre designerstrømme og aktiviteter. Ligeledes mangler værktøjer til styring af forskningsdata hårdt. Der er et par hjemmevoksede værktøjer på markedet eller tilgængelige skabeloner, men intet til at opbygge en enterprise grade-arkitektur ud fra det, der håndterer den fulde forskningslivscyklus og forbinder denne livscyklus til magre metodologier og produktets livscyklus.

Digital betyder, at vi alle er fjerntliggende, og på grund af det påvirker den smerte, der kaldes ved dårlige samarbejdsværktøjer, os meget. Konferenceværktøjer i realtid er så dårlige at bruge, at de fleste organisationer har en mødeskat på 10 minutter bare for teknologiske spørgsmål. Andre samarbejdsværktøjer er ikke meget bedre. Uanset om misbrug af e-mail og Slack skaber alt for meget støj til at signalere, eller manglende evne til at have cogent trådning i chatrum.

Værktøj til synkroniseret og asynkront samarbejde påvirker bare ikke design, men design har et specifikt behov, som værktøjer, der ikke overvejer design, ofte ikke klarer at adressere de specifikke nuancer i design. Fordi design f.eks. Er følelsesladet, betyder det, at det allerede er en ret vanskelig leverbar at kommunikere nøjagtigt. Par sammen med abstrakte digitale værktøjskasser, vil du ende med en masse forkert justering mellem teammedlemmer.

designere

Designere er ikke der. Mens agile og lean har gjort et stort stykke arbejde med at tvinge designere til at løfte tempoet, forekommer de populære designmetoder stadig før og adskilt fra udvikling og design ses som en hindring i modsætning til et værdifuldt trin i læringsprocessen for udviklere og produkt ledere. Som et designarmatur udtrykte det for nylig i en privat samtale, "Design skal stadig gøres foran."

Menneskelige ressourcer

Human Resources (HR) er ikke der. Få organisationer har modne karriereveje til design. De fleste startups Frankenstein deres teams sammen baseret på direkte ressourcebehov uden strategiske overvejelser. Generelt kodificeres vurdering af potentielle og eksisterende medarbejdere ikke på en måde, som hele virksomheden forstår, hvad der forventes af givne roller, og hvordan disse roller er beregnet til at give værdi til deres team og organisationen som helhed. Disse findes i bedste fald, men de er skrevet af mennesker med begrænset viden eller forståelse for designere og deres kultur.

Forskning har sine egne driftsbehov

Mange forskningsorganisationer har fremstillingen af ​​en driftsmodel på plads, når de når et vist niveau. Mange af disse samme ting skal anvendes lige så godt til resten af ​​designorganisationen. (Ja, jeg antager, at forskning er inden i design, og jeg kan se argumenter for, at det enten er indeni eller parallelt med design, men jeg personligt foretrækker indeni.)

Nogle af kernestykkerne er korte skabeloner, rekruttering ved boarding, rekruttering af styring og sessionplanlægning (plads, tid, deltagere, incitamenter osv.) Og til sidst datafangst. Området som nævnt ovenfor, der har brug for mest arbejde, er hvad der sker med data og indsigt, når data er indsamlet. Dette er et komplekst problemområde og kræver sandsynligvis sin egen artikel, men det vigtigste smertepunkt er at rationalisere designindsigt gennem en bred skaleret virksomhed er stadig meget vanskelig, og det er hverken værktøjsmæssigt eller kulturelt arbejde for at løse dette problem i øjeblikket.

Dit teams API'er

Hvordan går du om bord på projekter? Hvad er kommunikations- og samarbejdsmetoderne mellem design og andre interne og eksterne interessenter? Hvad er objekter med værdi skabt af design, og hvordan integreres de i resten af ​​arbejdsgangen i produktlivscyklussen? Dette er mere end bare værktøj, men inkluderer alt omkring en organisations design.

Bevæger sig fremad

Da DevOps i sig selv stadig er en læringsindsats, er DesOps endnu mere. Vi, designere, har stadig så meget at lære, skabe, prøve og måle for i sidste ende at se, hvordan vi vil forstærke den værdi, som design bringer til organisationer.

Nogen i din organisation skal tildeles rollen som at kortlægge og styre dine designoperationer fra ressourcer til værktøj til processer / metoder. Denne person kan være en delt ressource og have andre hatte eller blive udnyttet fuldt ud i denne rolle afhængigt af organisationens omfang. Men da nogle organisationer har “Agile coaches” for at hjælpe dem med at få mest muligt ud af deres udviklingshold, bør ideen om at ansætte en “design studio coach” ikke være et så stort spring.

Deres job er at oprette et interessentkort i din organisation og parre det med et kulturkort. Derefter baseret på mål, oprette nye versioner af, hvordan strømmen af ​​information og artefakter skal forekomme. Dermed vil de designe den feng shui, der er ideel til dine behov. Der er selvfølgelig ingen idé, så der oprettes eksperimenter baseret på stærke hypoteser, og eksperimenter er skærme for resultater. Derefter foretages justeringer konstant.

Da vi taler om at udføre arbejde, er ændringer i takt på denne måde meget vanskelige, så denne person er nødt til at styre forandringer så meget som at være en forandringsagent for det, de ønsker at opnå.

Næste skridt

Så hvor finder du disse mennesker? Nå, ligesom når din VP for ingeniørarbejde først havde brug for at oprette en driftsmodel til deres udviklingsteam, de muligvis har ansat en "Agile Coach", har de brug for at finde nogen, der kan konsultere på kort sigt og måske være på lang sigt for at flytte dem forbi de almindelige spørgsmål om tilgængelighed, ændringsinternet og havkogning, der normalt hjemsøger projekter som disse.

Pointen

Vær så forsætlig i dit design og udførelse af dine designoperationer, som du ville gøre for enhver anden del af din organisation, som du forventer at få værdi af.

Genvej

Jeg starter en ny konsulentpraksis som Design Studio Coach. Hvad jeg tilbyder er meget af det, jeg beskrev ovenfor:

  • Evaluer den aktuelle kultur med fokus på kommunikation, processer, workflow, team og organisatoriske mål
  • Opret vision for teamet baseret på organisationens investeringsplaner på lang sigt.
  • Håndværk iscenesat plan for at nå målte mål med porte til evaluering af hypoteser til evaluering af nye retninger, indkvartering eller finpudsning.
  • Tilby bedst mulige evalueringer af raceredskaber på tværs af sættet af operationelle behov imod, organisationens mod kontekster.
  • Fortsætter med coaching for at hjælpe organisationen med at tilpasse sig ændringer, forblive i mål og foretage justeringer af løbende praksis efter behov.
  • Evaluer den aktuelle designerstyring fra ansættelse til promovering og andre strategiske teamudviklingsspørgsmål.
  • Til sidst tilbyder jeg uddannelse i kernedesignspørgsmål for at hjælpe med at niveau din designorganisation op.
I sidste ende er målet nøjagtigt at gøre det, der er nødvendigt for at forstærke værdien af ​​dit designteam og dets opfattelse som værdifuldt i din organisation.

Lad os gøre det sammen.

Det bedste sted at gøre det sammen er på den eneste konference, der fokuserer på designoperationer - DesignOps-topmødet. (næste udgave NYC nov 2018)