“Anställ fler designers, okej?”
Foto: HubSpot
×
img-0803.jpg
Det är samtal från John Cutler, som, i en ny video presentation, uppmanar programvara team för att bädda in fler designers i programvara lag som de växer. Cutler visar att utveckling av programvara lag bildas, kommer de vid en viss tidpunkt, infoga en designer i processen för att försäkra programmet så användarvänligt som möjligt. De kan ta in en designer under den inledande fasen, som arbetar i nära samarbete med varje iteration av produkten.
Naturligtvis, den produkt av dragkraft, och fler utvecklare får läggas till laget. Den enda designer “har händerna fulla, men han kan hantera om han har en känsla för vad som ligger i att-göra-lista, han kan jonglera hur han spenderar sin tid och energi.”
Men då “blir det svårt att fungera som ett team på åtta utvecklare så laget delas upp i två lag om fyra,” Cutler säger att notera att förändringarna i processen kommer att vara subtil till att börja med. “Han har nu att gå till två stand-ups och andra gemensamma möten. Han har också skanna två nämnder för deras respektive för-att-göra-listor.”. När fler utvecklare ansluta sig, designer ‘ s schema blir ännu mer hektisk, och “han är frestad att få uppströms och brottas med och färdiga konstruktionen fungerar innan du lämnar ut arbetet till utvecklare.” Konstruktören hamnar i “Tetris” med programvara tidtabeller, Cutler utforskar.
Det viktiga är att inte låta designen får marginaliserade i utvecklingsprocessen, Cutler säger. Öka designer personalstyrkan är en strategi. Dessutom kan “visualisera hela systemet,” säger han, att notera att en djupgående utvärdering av hur designers och utvecklare att samarbeta är viktigt. “Effektivitet och prestanda är troligen inte ditt problem. Lägga till utvecklare kommer inte att hjälpa. Snyggare pixlar kommer förmodligen inte att hjälpa. Du behöver för att göra produkten bättre beslut. Designers som har befogenhet att göra forskning och upptäckter, tillsammans med tillräckligt med designers för att bädda in på en lag som kommer att hjälpa till med det. Vi vill lära dig snabbare vi inte vill lägga till mer komplexitet.”
Behovet av väl utformade program kastar strålkastarljuset på den framväxande praxis “DesignOps,” I ett senare inlägg, Nick och Finland definierar det som “ett försök att operationalisera design… att skapa en mycket effektiv design process som genererar hög kvalitet design utgångar.” Guld ekon Cutler ‘ s synpunkter på de utmaningar som en allt mer komplexitet i mjukvara leverans. “Att införa en DesignOps roll är inte bara en strukturell förändring, men det är också en kulturell förändring,” Elit-stater. “Vår förståelse av designprocessen mognar, och vi vill inte längre skiljer mellan olika lag. I stället vill vi designers, utvecklare, forskare och andra medarbetare som arbetar tillsammans under designprocessen, och DesignOps lag är den som gör detta möjligt.”
Relaterade Ämnen:
DET Prioriteringar
Cloud
Big Data Analytics
Innovation
Tech och Arbete
Samarbete