Designsprinter til Scrum-projekter

Hvordan Scrum Teams kan blive mere designdrevne og systematisk bygge produkter, som kunderne elsker.

Det er ikke let at opbygge god software. Scrum og andre smidige rammer er den nye norm for levering af software og hjælpe teams til at sende bedre produkter hurtigere. Men Scrum alene er ikke nok til at opbygge et fantastisk produkt. Efterhånden som markederne bliver mere overfyldte, bliver en god brugeroplevelse (UX) en af ​​de vigtigste succesfaktorer for softwarevirksomheder. Design Sprints er et fantastisk instrument, som Scrum-teams kan bruge til at blive mere designdrevet og kundecentrisk.

Fremgangen i brugeroplevelse

Produktudviklingshold er konstant under pistolen for at få bedre produkter til markedet på kortere tid og budget. I løbet af de sidste to årtier har Scrum etableret sig som den mest populære agile udviklingsramme til levering af software. Det gjorde det muligt for hold at sende hurtigere produkter af bedre kvalitet og være mere konkurrencedygtige på markeder, der bliver stadig mere komplekse og uforudsigelige.

Scrum alene er ingen garanti for, at dit team konsekvent leverer virkelig engagerende, effektive produkter.

Men det er ikke nok at kunne sende ændringer i hurtige cyklusser. En af de sværeste dele af bygningssoftware er at tage gode beslutninger om, hvad de skal bygge, og hvordan det kan løse brugernes problem. I vores hurtig bevægelige verden er kunderne ikke længere villige til at acceptere softwareprodukter og -tjenester, som de ikke forstår, eller som er svære at bruge. De kræver løsninger, der er specielt tilpasset deres behov, og som giver dem mulighed for at få et arbejde så hurtigt som muligt. Som en konsekvens heraf er en stor brugeroplevelse (UX) blevet en af ​​de primære markedsdifferentificatorer og en afgørende succesfaktor for softwareprodukter. Alle taler nu om rammer som Design Thinking og Lean UX, og virksomheder ansætter flere og flere UX-designere for at gøre deres produkter mere intuitive og nyttige.

Scrum er nødt til at blive mere designdrevet

Dette er godt. Men der er et stort problem. Scrum og andre smidige rammer mangler specifik praksis for systematisk at integrere designaktiviteter i udviklingsprocessen. Som et resultat håndteres design og udvikling ofte som to meget separate aktiviteter, der følger deres egne processer og udføres af uafhængige teams. Designere er ikke fuldt integrerede medlemmer af Scrum-teamet, men tager ofte rollen som konsulenter eller tjenesteudbydere, der understøtter udviklerne med designbeslutninger. For at fortsætte med at bygge gode produkter er Scrum-team nødt til at blive mere designdrevne og finde nye måder, hvordan de systematisk kan opbygge løsninger, der løser de rigtige problemer.

Indtast designsprinter. Design Sprints er en relativt ny ramme og er for nylig blevet meget populære inden for design- og innovationssamfundet. De giver et team mulighed for hurtigt at identificere de rigtige problemer til at løse og teste løsninger gennem hurtig prototype og feedback. Som sådan er de en fantastisk tilføjelse til Scrum-projekter. Mens Scrum er en tilgang til problemløsning og levering af løsninger, er Design Sprints en tilgang til problemfinding og forståelse.

Hvad er en designsprint?

En Design Sprint er en hurtig, smidig tilgang til produktdesign. I det væsentlige er det en fem-dages proces, der giver et tværfagligt team mulighed for at udvikle og teste nye ideer ved hjælp af en række yderst effektive designtænkningsøvelser. Resultatet af hver Design Sprint er en interaktiv prototype af høj kvalitet, testet af virkelige brugere og med klar indsigt i, hvor de skal hen.

Designsprints blev oprindeligt udviklet af Jake Knapp hos Google Ventures og populariseret af den mest solgte bog „Sprint: Sådan løses store problemer og test nye ideer på bare fem dage“. Efter stor succes bliver Design Sprints nu vedtaget over hele verden af ​​tusinder af innovative virksomheder i alle størrelser og brancher - inklusive mærker som LEGO, Ebay, RedBull, Slack, Lufthansa, Bosch og UNICEF.

Design Sprints giver holdene en genvej til læring uden at bygge og lancere. Kilde: Google Ventures

En genvej til læring

Kerneideen bag Design Sprint er at udvikle og teste nye ideer uden at bygge og lancere noget. Så i stedet for faktisk at implementere et minimalt produktforøgelse (MVP) for at se, om en idé er god, udvikler du og får data fra en realistisk prototype.

Dette gør Design Sprint til et fremragende værktøj til at opdage og udforske krav og til at tilpasse et team omkring et samlet perspektiv. I stedet for at spilde tid på at skrive og diskutere specifikationer i uendelige møder, pakker du dem ind i en prototype og lægger dem foran kunden.

Hvordan fungerer en Design Sprint?

For at køre en vellykket Design Sprint har du brug for tre grundlæggende ingredienser:

  • En veldefineret udfordring: En vellykket Design Sprint kan ikke starte uden en klart defineret udfordring. Udfordringen bestemmer omfanget og målet med Design Sprint. Lad os sige, at du har et SaaS-produkt, hvor du tilbyder en gratis prøveperiode, men du kæmper for at konvertere forsøg til rigtige kunder. I dette tilfælde kan din udfordring være denne: "Hvordan kan vi forbedre oplevelsen i vores 30-dages prøveperiode for at kunne konvertere flere kundeemner til betalende kunder?"
  • Et tværfagligt team: Du har brug for et tværfunktionelt team med ideelt 6–8 (maks. 10) deltagere, der er motiverede og bringer alle nødvendige færdigheder til at tackle udfordringen. Hvis du tager udfordringen ovenfra, bør et godt team helt sikkert inkludere produktejer og folk fra marketing og salg, men også en designer og folk fra og udviklings- og kundesupportteam.
  • En stærk facilitator: Fordi Design Sprint-processen er superpakket med hurtige bevægelser, afhænger succes af en Design Sprint meget af en dygtig facilitator. De vil forberede sig, lede teamet gennem alle opgaver og guide diskussioner og holdbeslutninger. Facilitøren skal derfor være en person, der ikke kun har erfaring med Design Sprint, men også store kommunikations- og teamledelsesevner.

Når du har krydset af for disse ingredienser i din checkliste, er det at køre en Design Sprint temmelig ligetil, da hver dag består af en række klart definerede og tidsboksede øvelser og har et bestemt mål.

Oversigt eller Design Sprint Week. Kilde: Google Ventures.

Her er hvad der sker i de forskellige dage og faser:

  • Mandag (Forstå): Den første dag i Design Sprint handler om at forstå udfordringen og udforske problemet. Dette indebærer at kortlægge kunderejsen og gennemføre ekspertsamtaler.
  • Tirsdag (Ideate): Når teamet forstår problemet, er det tid til at generere løsninger. Gennem en række kreative øvelser vil hver deltager først oprette en flok potentielle ideer og til sidst komme med deres eget koncept skitseret på papir.
  • Onsdag (beslutte): Holdet stemmer og beslutter, hvilket koncept der får prototype. Dette kan være en løsning, men oftere er det ikke en kombination af de bedste dele af flere ideer.
  • Torsdag (Prototype): Holdet opretter en prototype af høj kvalitet til det endelige koncept og forbereder brugertestene til den næste dag.
  • Fredag ​​(Test): På den sidste dag i Design Sprint vil teamet præsentere prototypen for fem brugere for at samle deres feedback og ideer. I slutningen ved holdet nøjagtigt, hvordan det går videre.

Afhængig af feedback fra brugerne er der forskellige resultater og måder at fortsætte efter Sprint. Hvis feedbacken var stor, kan teamet ofte bruge prototypen til at komme ned på detaljerne, definere krav og forberede implementeringen. Hvis du får blandet feedback, kan du køre en anden Design Sprint for at gentage dine design og gennemføre nogle flere brugertest. Nogle gange kan Design Sprint afsløre, at du er på det helt forkerte spor. I så fald skal du være glad for at du ikke har investeret mere end en uge og gå videre.

Resultatet af hver Design Sprint er en interaktiv prototype af høj kvalitet, testet af rigtige brugere. Kilde: GV.

Bemærk, at der inden for Design Sprint-samfundet findes en ny og semi-officiel version af Design Sprint, der kun varer fire dage og ofte benævnes "Design Sprint 2.0".

Bridging Design Sprints og Scrum Sprints

Designsprints kan passe ganske let i et Scrum-projekt. Men der er et par faldgruber. For at få det til at fungere, skal du forstå, hvilken slags resultater en Design Sprint rent faktisk giver, og hvor de passer ind i Scrum.

Strøm ikke ned ad vandfaldet

En almindelig misforståelse, når man bruger Design Sprints inden for en smidig ramme som Scrum, er, at folk forventer, at Design Sprint leverer en masse perfekte pixel-design, som de kan rå-feed til udviklingsholdet til implementering. Men dette er ikke meningen med en Design Sprint og er farligt tæt på et tankefald med vandfald - færdiggør designfasen, før implementeringen begynder.

Kør ikke din Design Sprints vandfaldstil.

Designerne, der kommer ud af en Design Sprint, er prototype og vil derfor oftest ikke være klar til udvikling. De vil ofte være ufuldstændige og indeholde en masse "falske dør" -elementer for at udelade detaljer om applikationsadfærd. Dette skyldes, at en god prototype er bygget til at teste et sæt klart definerede hypoteser og vil udelade alt, hvad der er irrelevant for denne test.

Men hvis du ikke skulle bruge Design Sprints til at designe skærme, hvad er de egentlig gode til?

Den rigtige aftale med Design Sprints

Hvad en Design Sprint virkelig giver er ikke detaljerede mockups, men det store billede og en klar indikation i form af brugerfeedback. Det vil give dit team væsentlig indsigt om en idé og vil fortælle dig, om du er på det rigtige spor. Vigtigere er det, at det hjælper dig med at planlægge og prioritere frigivelser, efterslæb og brugerhistorier oven på faktiske brugerfeedback og ikke baseret på dine egne hypoteser.

Dette er en af ​​de største udfordringer inden for Scrum, fordi Scrum giver meget lidt vejledning (stort set ingen) om, hvordan du administrerer dit produkt backlog. Så det er helt op til teamet, især produktejer (PO), at sikre sig, at efterspørgslen altid repræsenterer kundeperspektivet. Dette gør det nemt at tro, at du allerede ved, hvad dine kunder vil have. Dette er grunden til at selv de største, velmenende Scrum-teams kan spilde deres tid på at bygge de forkerte funktioner eller opbygge rigtige funktioner på den forkerte måde, fordi de ikke har en klar forståelse af brugeren.

Så den reelle del af Design Sprints, når de bruges i Scrum, er, at de hjælper dig med at oprette efterspørgsler, der ikke kun er en flad repræsentation af alt, hvad et team har at gøre. I stedet hjælper de dig med at se dine brugerhistorier og efterslæb inden for rammerne af brugeren og besvare spørgsmål som: Hvorfor bygger vi dette? Hvem bygger vi det til? Hvilken værdi vil løsningen give kunden, og hvornår?

Sådan får du det hele til at fungere

Når du forstå ovenstående, bliver brugen af ​​Design Sprints i Scrum ret ligetil. Grundlæggende fungerer processen sådan:

  1. Kør en Design Sprint. Sæt din udfordring, saml teamet og kør en Design Sprint. Hvornår skal du køre Sprint? Der er mange tilfælde, hvor en Design Sprint kan være en hjælp i et Scrum-projekt, og også mange, hvor de bare overmorder. Jeg vil undersøge dette mere detaljeret i det næste afsnit.
  2. Afled brugerhistorier. Efter at have afsluttet Design Sprint, skal du bruge prototypen og feedbacken til systematisk at udlede brugerhistorier fra den. Der er ingen reel bedste praksis til dette, men vi finder User Story Mapping af Jeff Patton som den perfekte måde at bygge bro over resultatet af en Design Sprint. Du kan lære mere om dette i dette blogindlæg.
  3. Kør din Scrum Sprint. Tag de afledte brugerhistorier og planlæg din Sprint Backlog som sædvanligt. Under Scrum Sprint kan teamet derefter bruge den prototype oprettet under Design Sprint til at itereere og oprette detaljerede grænseflader til de forskellige brugerhistorier. Dette kræver, at udviklings- og designteamet arbejder tæt sammen.
Montering af designsprinter i Scrum er ret ligetil.

Gør designere til en del af Scrum-teamet

En anden meget vigtig forudsætning er, at designere skal blive reelle medlemmer af Scrum-teamet. Dette betyder, at de vil passe deres arbejde ind i Scrum Sprints og deltage i alle Scrum-møder, såsom planlægningssessioner, daglige standups, sprintanmeldelser, retrospektiver og forfining af efterslæb. De vil også arbejde direkte med udviklingsholdet for at implementere brugerhistorier og udføre designarbejde i løbet af sprintugen.

Bedste anvendelser af Design Sprints i Scrum-projekter

Nu hvor du ved, hvordan Design Sprints passer ind i Scrum, så lad os se nærmere på, når det er bedst at køre en Design Sprint i et Scrum-projekt. Teoretisk set kunne du drage fordel af at køre en Design Sprint, hver gang du planlægger at implementere noget nyt. Imidlertid er en Design Sprint en ganske investering, der beskæftiger mere end en håndfuld mennesker i en hel uge. Derfor giver det ingen mening at køre en Design Sprint for hvert nyt stykke, du planlægger at bygge. En Design Sprint er bedst, når du står over for noget komplekst og risikabelt, der bringer mange åbne spørgsmål om en funktions generelle ønskværdighed. Hvis dit problem handler mere om optimering og den perfekte anvendelighed, vil det at køre en Design Sprint ofte være fuldstændig overdreven.

For at give dig et bedre billede er her fire vigtige situationer, hvor Design Sprints bliver super praktiske for Scrum Teams:

  • når man starter nye projekter
  • når du tilføjer eller ændrer store funktioner
  • når produktvisionen, køreplanen eller efterspørgslen er ude af fokus
  • når du står overfor store udfordringer eller uspecifikke krav
Sådan bruges Design Sprints i Scrum-projekter.

Lad os undersøge hver af disse sager lidt mere detaljeret.

Kickoff nye projekter

Når du sejler til et nyt projekt, er chancerne for, at du og dit team har store usikkerheder omkring brugeren og hans kontekst og derfor ikke ved, hvordan en optimal løsning skal se ud. I dette tilfælde kan Design Sprint fungere som en produktopdagelsesøvelse. Så i stedet for at "bedst gætte" alle kravene, skal du blokere en eller to uger og køre en Design Sprint på forhånd eller i starten af ​​projektet, for eksempel i form af en "Sprint Zero" - en teknik, der ofte bruges til at reducere usikkerheder eller test teknologisk gennemførlighed inden den første sprint i et Scrum-projekt.

Resultatet af Design Sprint giver dig en fælles forståelse af den overordnede produktvision og oplevelse. Dette skaber en stærk tilpasning i dit team og alle relevante interessenter. Prototypen og brugerfeedbacken gør din indledende efterspørgselsforfining og sprintplanlægning meget ligetil, da du vil være i stand til at bestemme dine brugerhistorier uden meget diskussion. Du vil også være i stand til let at prioritere historier og oprette en første produkt køreplan og udgivelsesplan.

Det betyder ikke, at efter denne indledende Design Sprint får du alle krav til produktet. Igen er dette vandfaldstankegang. For de fleste projekter vil en Design Sprint som Sprint Zero simpelthen ikke være nok til at oprette koncepter, udføre forskning og få feedback fra kunden. Efter nogle Scrum Sprints står du over for nye udfordringer, og du bliver tvunget til at gentage.

Implementere nye funktioner eller redesign eksisterende

Ligesom kickoff for et nyt projekt, kan du køre en Design Sprint i et etableret projekt for at definere større bunker af ny funktionalitet eller for at revidere eksisterende funktioner. I dette tilfælde vil Design Sprint fokusere på et bestemt aspekt af dit produkt og hjælpe dig med at generere løsninger på det. For eksempel kunne dit team køre en Design Sprint for at finde ud af, hvordan en ny ind-boarding-oplevelse til din applikation skal se ud.

For at gøre dette skal du køre din Design Sprint mellem dine næste to Scrum Sprints i form af en "udforskningssprint". Du skal bestemt ikke prøve at køre en komplet Design Sprint og din normale Scrum Sprint side om side. Dette vil blokere hele dit team eller i det mindste nogle af dit team i en hel uge, hvilket gør en normal implementeringskadence umulig.

Hvis du imidlertid ikke kan lide konceptet med efterforskningssprinter, kan du også prøve at integrere Design Sprints direkte i dine normale Scrum Sprint-cyklusser. For at gøre dette arbejde skal du nedbryde og drastisk forkorte eller flette de forskellige Design Sprint-øvelser, så de kan udføres i dine sprintukker uden at koste for meget tid. Dette kræver et team, der allerede har en vis erfaring med Design Sprints.

Strategisk produktstyring og forfining af efterslæb

“Efterslæbet er, hvor funktioner dør”. Det er ikke ualmindeligt, at modne Scrum-projekter lider af stadigt voksende, uorganiserede efterspørgsler. Denne funktionskrypning sker ofte ud fra ønsket om at give brugeren et stadig mere nyttigt produkt eller på grund af kompromiser, der er gjort for at afbalancere forskellige interessenters interesser.

En god produktchef stiller forventningen om, at hun umuligt kan forudsige fremtiden.

Da Design Sprints hjælper dig med at få et stort billede, kan de være et effektivt instrument for Product Owner (PO) til at tilpasse de modstridende krav fra interessenter og forhindre krybning af funktioner. I stedet for at prøve at indstille forventningen om, at PO kan forudsige fremtiden og give alle de rigtige svar, kan han bruge Design Sprints som en metode, hvorpå kontrastkrav justeres og gode svar findes.

Hver gang efterspørgslen begynder at blive rodet, eller når produktets køreplan og vision bliver uskarpe, skal du tage noget timeout, samle alle relevante interessenter og køre en Design Sprint for at zoome ud, justere perspektiver og kollektivt finde ud af, hvad der er bedst for kunden.

Oplev løsninger til høje krav

Undertiden står du muligvis over for abstrakte krav på højt niveau, hvor det ikke med det samme er indlysende, hvordan man nærmer sig dem, eller hvor man skal starte. F.eks. Er du muligvis nødt til at forbedre nøglemetrik som fx konverteringsfrekvenser eller brugerengagement. Eller måske sigter du mod at gøre check-processen til din webshop hurtigere og lettere. I dette tilfælde kan Design Sprints hjælpe dig med at udforske problemet ud fra brugerperspektivet og komme med en masse mulige løsninger på kort tid. Efter at have kørt en eller to Design Sprints ender du op med en bevist tilgang til, hvordan du kan bevæge nålen.

Konklusion

Design Sprints er en fantastisk måde for Scrum-teams at få mere kundecentrisk og designstyret. De hjælper dig med hurtigt at udforske nye ideer og få feedback fra brugerne uden at kode. De giver dig mulighed for at udlede brugerhistorier og krav fra reel brugerfeedback i stedet for bedst at gætte dem. Dette vil give et perspektiv for hele teamet og tilpasse interessenterne. Over tid kan Design Sprints ændre dit tankesæt fra planlægning og gætte til hurtig eksperimentering og læring og nedbryde siloer mellem design og udvikling.

Design Sprints er dog ingen sølvkugle. Det er ikke en enkelt designproces, men blot et andet værktøj i dit arsenal. De hjælper dig ikke med at løse små optimeringsproblemer eller komme med perfekte skærmdesign. Ofte vil kørsel af en Design Sprint være overdreven, og du bør tage et kig på mindre designtænkning eller UX-fremgangsmåder, såsom empatikortlægning eller probleminterviews.

Mens Design Sprints og Scrum kan anvendes alene, er de to rammer bedre sammen, hvilket skaber et gensidigt forstærkende miljø med fokus på brugercentricitet og hurtig iteration som et middel til at nå optimale resultater. Design Sprints skaber et stærkt brugerfokus, mens Scrum er en fremragende måde til gradvist at levere løsninger, hvilket sikrer, at brugerbehov holdes foran og midt i hele design- og udviklingsprocessen.

Så hvis du er medlem af et Scrum-team og ønsker at drage fordel af Design Sprints, hvordan skal du så komme i gang?

Begynd i det små. Prøv at finde nogle muligheder med høj værdi og lav risiko og prøv Design Sprints. Måske starter du et nyt projekt snart? Måske har dit team nogle store funktioner, der kommer op? Eller måske har du brug for at passe din efterslæb for at få det store billede tilbage? Uanset hvad udfordringen måtte være, skal du samle et team af frivillige og bare komme i gang. Design Sprint er en af ​​disse ting, som du er nødt til at opleve for virkelig at forstå kraften og skønheden i det.

Det kan dog være svært at overbevise folk på dit team om at investere en uge på en proces, som de ikke kender og har tillid til endnu. Køb og del bogen med dit team, eller bare læs den selv og lav en kort præsentation. Der er også et væld af succeshistorier og virksomheder, der deler deres oplevelse med Design Sprints. I sidste ende kan du også ansætte nogle eksperter og bare lave en 1-2 dage Design Sprint-træning, der viser dig, hvordan Design Sprints fungerer og får dig alle opsætninger til at køre dem selv.

Uanset hvilken måde du vælger, lover jeg dig, at efter at have kørt din første Design Sprint, vil du begynde at se fordelene og i sidste ende blive forelsket i processen.

Benjamin Bestmann er grundlæggende partner i Strive Innovation Studio. Han hjælper teams og virksomheder over hele verden med at bygge brugercentrede produkter og indføre nye og mere effektive måder at arbejde i den digitale tidsalder på. Følg ham på LinkedIn eller Twitter.

Vil du lære mere om Designsprints, innovation og arbejde i den digitale tidsalder? Følg Stræb på Instagram for daglige historier eller tilmeld dig vores nyhedsbrev nedenfor ... og spørg os gerne noget!