Hvad er DesignOps? Hvorfor har dit team brug for dette? Og hvordan kan DesignOps hjælpe dit design / udviklingsteam med succes? Denne artikel svarer på disse spørgsmål og giver dig også nyttige råd til, hvordan du begynder at implementere dette nye koncept i dit udviklingshold.
I den moderne verden er det udviklingsholdets hastighed, som ofte definerer levedygtigheden af et produkt. Samtidig er der et nøgleelement, som er vigtigst og mest problematisk: design.
Design bliver ofte en flaskehals og påvirker hele udviklingsprocessen, uanset størrelsen af dit hold. Sommetider hjælper superhuman indsats fra en designledning med at køre designprocessen, men så snart arbejdsbelastningen øges, skal du skala dit team.
Hvor ofte har du set:
Hvis nogen eller alle disse er velkendte, er det på tide at implementere DesOps (Design Operations).
Udtrykket DesOps eller DesignOps er en replika af udtrykket DevOps som er en software engineering praksis, der sigter mod at forene udviklingsprocesser for at skabe større effektivitet. DesOps specialister er på samme måde som DevOps specialister erfarne designere med ledelsesevner, der forstår designprocessen inden for den større kontekst for produktudvikling.
Selv om vi måske ikke alle har "DesOps" -betegnelsen i vores jobtitel, er mange ledende designere allerede ansvarlige for den samme rolle. DesOps er en stadig mere efterspurgt rolle fra at etablere designprocesser, til at udvikle design systemer, til at skabe strategier og styre designteams.
Det der virkelig betyder noget er, at denne tilgang er skalerbar og relevant selv i hold med en enkelt designer. Så hvordan begynder du at implementere DesOps?
Designere skal vide, hvornår deres job er færdig og klar til at blive overført til udviklingsholdet. For eksempel har designere brug for en klar forståelse af, hvilke stater hver skærm skal have, og hvilke aktiver vil der kræves for udviklingsholdet at opbygge disse aktiver.
Det kan føle, at dette er et område, som designere skal forstå. Men det er faktisk et af de mest almindelige friktionspunkter i et projekt og bør ikke ignoreres. Hvis du formulerer det, der kræves klart, så reducerer du konflikter og sikrer, at alle forstår deres ansvar.
Fordelene ved dette er: det gør det muligt at opretholde en stabil udviklingstakt; det reducerer den samlede udviklingstid; det reducerer antallet af diskussioner, der er nødvendige mellem designere, udviklere og kundeemner.
For det sidste punkt overvejede vi specifikt hvad designeren burde formidle til udviklere. Dette punkt handler om, hvilken form designer skal bruge til at formidle designmockups, poleret design, prototyper, humørbræt - hvad skal designeren tilbyde for effektivt at formidle deres intentioner i et format, som udviklerne kan forstå.
Der er mange muligheder, såsom Zeplin eller InVision men en af de mest almindelige klager fra udviklere er, at disse formater ikke giver alt, hvad de har brug for (f.eks. eksporterede aktiver). Men det er normalt fordi designere ikke har udført deres designs korrekt. Ved at præcisere for designere, hvad de forventes at producere, kan de nemt videregive de rigtige aktiver.
Du skal oprette et internt dokument, der indeholder specifikke tekniske krav til aktiver, designværktøjer, samarbejde med udviklere og andre holdmedlemmer; Endelig skal dette dokument klart definere, hvornår og hvordan design skal leveres.
Et sæt design- og ingeniørløsninger samt vejledninger til deres implementering vil sikre en række fordele: produktintegritet; enklere og hurtigere ombordstigning af nye holdmedlemmer; mere effektivt arbejde for både designere og udviklere (som de kan kommunikere på et sprog defineret af designsystemet).
Fordelene ved dette er: forbedret overordnet arbejdskvalitet; reducerer "sag" når du skalerer holdet øger hastigheden af både design og udvikling.
Vi elsker alle de coole nye værktøjer, men et effektivt team arbejder med et ensartet sæt værktøjer, og at sikre denne enhed er dit ansvar.
Alle værktøjer skal være up-to-date, men hvis en opdatering springes over af en eller anden grund, skal alle springe over det.
Fordelene ved dette er: øget hold engagement; øget design og udvikling hastighed; forbedret team samarbejde.
Udviklere er heldigere med hensyn til denne opgave, fordi versionskontrol for kode er en moden industri med mange muligheder. Det er svært at producere en lignende fremgangsmåde for designere, da processer er så forskellige, men i sidste år har værktøjer som Abstrakt , Kaktus , og Plante er blevet stadig mere populære. Du kan endda have flere designere, der arbejder på et enkelt layout med noget lignende Figma .
Fordelene ved dette er: forbedret kommunikation; forenklet teamskalering; hurtige spor design processer som flere designere kan arbejde på et enkelt projekt produktivt.
For at beskrive alle funktionaliteter relateret til design, prøv at bruge "visuel dokumentation" i stedet for at skrive tekniske specifikationer. I de fleste tilfælde er det nok for en udvikler at have en interaktiv prototype til at forstå den grundlæggende logik og finde svar på de fleste spørgsmål.
Fordelene ved dette inkluderer: reduceret tid skrive tech specifikationer; reducerer omfanget af arbejdet for tekniske forfattere; udviklere bruger mindre tid læsning dokumentation og mere tid skrive kode; designere er mere produktive fremskyndet udvikling tempo.
Der er absolut ingen plads til design i mange populære softwareudviklingsmetoder; Uanset hvilken udviklingsproces du bruger, find plads til designere.
Fordelene ved dette er: et samlet team med forbedret kommunikation; øget udviklingshastighed; reduceret omarbejde og udvikler nedetid.
Du bør konstant vise væksten i kvantitative og kvalitative indikatorer takket være de implementerede ændringer, både for teammedlemmer og top management. Uden dette vil et hold være tilbageholdende med at ændre sig, mens øverste ledelse ikke vil kunne forstå, hvor og hvorfor yderligere ressourcer bruges. Konstant indsamling og præsentation af positive resultater efter implementering af ændringer hjælper dig med at opnå troværdighed og nødvendig myndighed til yderligere ændringer i team workflow.
Fordele omfatter: øget motivation og et stærkere hold; tilrettelæggelse af nye regler og praksis støtte til fremtidig innovation.
Udtrykket "DesOps" er helt nyt og er lige begyndt at erhverve sin mening; det første DesOps-konference blev kun afholdt i november i New York.
For nu vil jeg blot kalde dette en kultur, der sigter mod at udvikle og lette solide designprocesser. Men jeg føler, at vi i den nærmeste fremtid vil få dette som en separat designrolle i alle produktgrupper. Men jeg føler, at vi allerede sikkert kan tale om vigtigheden af at indføre disse metoder for at forbedre effektiviteten af design workflow og produktudvikling generelt.