“Ansætte flere designere, okay?”
Foto: HubSpot
×
img-0803.jpg
Det er opfordringen fra John Cutler, der i en nylig video præsentation, indtrængende software teams til at integrere flere designere i software teams som de vokser. Cutler illustrerer, at udvikling af software teams er dannet, vil de på et eller andet tidspunkt, optage en designer ind i processen for at sikre, programmet er så brugervenligt som muligt. De kan bringe i en designer i den indledende fase, der arbejder tæt sammen med hver iteration af produktet.
Selvfølgelig, det produkt, der bider sig fast, og flere udviklere får føjet til holdet. Det indre designer “har hænderne fulde, men han er i stand til at håndtere, hvis han har en fornemmelse af, hvad der er i den to-do liste, han er i stand til at jonglere med, hvordan han bruger sin tid og energi.”
Men så “det bliver svært at fungere som et team på otte udviklere, så holdet deler sig i to grupper af fire,” Cutler siger, at bemærke, at ændringer i processen vil være begrænset i første omgang. “Nu har han til at gå to stand-ups og andre fælles møder. Han har også til scan to bestyrelser for deres respektive to-do lister.”. Som flere udviklere slutte sig til den indsats, designer ‘ s tidsplan bliver endnu mere hektisk, og “han er fristet til at få opstrøms og tumle med og færdige design arbejde før aflevering fra arbejde til udviklere.” Designeren ender op med at spille “Tetris” med software-release schedules, Cutler bemærker.
Det vigtigste er ikke at lade design få marginaliserede i udviklingsprocessen, Cutler siger. Øge designer beskæftigede er én tilgang. Hertil kommer, at “visualisere hele systemet,” han rådgiver, der konstaterer, at en dyb evaluering af den måde, designere og udviklere samarbejde er af afgørende betydning. “Effektivitet og output sandsynligvis er det ikke dit problem. Tilføjelse af udviklere, vil ikke hjælpe. Smukkere pixels vil sandsynligvis ikke hjælpe. Du er nødt til at træffe bedre beslutninger. Designere, der er beføjet til at gøre forskning og opdagelse, sammen med nok designere til at integrere på holdene vil hjælpe med dette. Vi ønsker at lære hurtigere, vi ikke ønsker at tilføje mere kompleksitet.”
Behovet for en vel-designet software kaster fokus på den nye praksis “DesignOps,” I en nylig post, Nick Babich definerer det som “et forsøg på at operationalisere design… at etablere en meget effektiv design proces, der genererer høje kvalitet, design udgange.” Babich echos Cutler ‘ s bemærkninger om de udfordringer, der er af stadigt mere kompleksitet i software levering. “At indføre en DesignOps rolle er ikke kun en strukturel ændring, men det er også et kulturelt skift,” Babich stater. “Vores forståelse af design-proces modnes, og vi ønsker ikke længere at adskille de forskellige hold. I stedet ønsker vi, designere, udviklere, forskere, og andre medlemmer af teamet, der arbejder sammen i løbet af designprocessen, og DesignOps team er den, der gør dette til at ske.”
Relaterede Emner:
DET Prioriteter
Cloud
Big Data Analytics
Innovation
Tech og Arbejde
Samarbejde