Dual-track Agile er en effektiv strategi, der understøtter både design- og udviklingsteams på hvert trin af vejen til at bygge fantastiske produkter, som kunderne rent faktisk ville bruge og elske.
I dag er succesrige virksomheder dem, der fuldt ud forstår deres kunders problemer og leverer værdifulde løsninger.
Det handler ikke kun om, hvor mange kræfter du lægger i design og udvikling, men den indsats skal gå i den rigtige retning.
Traditionelle tilgange som Waterfall til produktudvikling følger en lineær tilgang, hvor udviklingen starter, når designet er godkendt, og derefter kommer test og frigivelse. Så hvis du vil ændre et større aspekt, bliver det en langvarig og vanskelig proces, da du bliver nødt til at gå tilbage til planlægnings- og designtrinene og ændre alt.
Derfor kan det være dyrt, tidskrævende og udfordrende at nærme sig dette.
Men med forbedrede modeller som Agile eller Dual-track Agile kan du implementere et bedre produkt med lavere omkostninger, tid og vanskeligheder på markedet, som dine kunder ville elske at bruge.
Lad os diskutere det dual-agile spor mere og finde ud af, hvor nyttigt det kan være til din næste produktudvikling.
Indholdsfortegnelse
Hvad er Dual Track Agile?
En dual-track agile refererer til en type agil ramme, hvor det tværgående produktudviklingsteam deler det daglige arbejde op i to spor – opdagelsessporet og leveringssporet.
- Opdagelsessporet lægger vægt på hurtig generering og validering af en produktidé, der skal føres ind i dit efterslæb. Det handler om produktdesign.
- Leveringssporet lægger vægt på at konvertere disse produktideer til et softwaresystem, der er klar til at blive leveret til slutbrugerne. Det er dybest set med produktudvikling.
Uanset om det er opdagelse eller leveringsspor, sigter de begge på at skabe det bedste produkt til brugerne. Begrebet dual-track agile kombinerer således målene for UX-design og agil udvikling, hvor begge spor arbejder i harmoni for at hjælpe med at skabe fremragende produkter. På denne måde kan produktteams arbejde effektivt med forskning og udvikling samtidigt.
Rødderne til dual-track agile kan spores tilbage til år 2005, efter at Agile Manifesto blev udgivet og populariseret. Idéen blev videreudviklet, og nu har vi dobbeltsporet agil.
Hvordan virker Dual-track Agile?
Den agile udviklingsramme sigter mod datadrevet, iterativ og hurtig udvikling for at bygge fremragende produkter. Dette kræver agile teams til at fortsætte med at lave nogle opdateringer til produkterne og implementere dem hurtigere på markedet. Det hjælper dem med at få brugerfeedback og forbedre deres tilbud.
Dual-track agile arbejder på dette koncept for agil udviklingsmetodologi, at udviklingen skal være iterativ og hurtig med kvalitet.
Dette er i modsætning til den traditionelle, lineære tilgang, hvor produktchefer er ansvarlige for at skitsere krav og tildele dem til designeren for at skabe en prototype eller wireframe af produktet, som går til udviklingsteamet for egentlig produktion.
Dual-track involverer at opdage og levere et produkt sideløbende med et større samarbejde. Her arbejder hvert medlem, inklusive udvikleren, designeren og produktchefen, tæt sammen gennem hele produktudviklingsprocessen.
Hvorfor bruge Dual-track Agile?
Brug af dual-track agile kommer med mange fordele for produktteams, såsom:
Bedre kvalitetsprodukter
Med opdagelses- og leveringssporene kan du vedligeholde veldefinerede backlog-elementer. Dual-track agile muliggør validering af funktioner, der faktisk er nødvendige, så du kan fokusere på brugeroplevelsen og adressere smertepunkterne.
Dette hjælper udviklere med at slippe af med funktioner, der tilføjer ringe eller ingen værdi. Derfor kan du frigive sådan software, hvis funktioner alle er elsket og brugt af brugerne. Dette betyder, at du tydeligt kender alle de funktioner, der ville være nyttige for brugerne, og dem, som du kan eliminere, mens du sikrer produktkvalitet.
Mindre efterarbejde
Efterslæb skal være korrekt defineret, kvalificeret og valideret for at sikre mindre omarbejde. Men hvis det modsatte sker, ville du skulle lave en masse omarbejde, hvilket ville kræve betydelig tid, kræfter og ressourcer for at bremse produktionen. Din deadline kan også synes at gå længere væk fra dig, og resultatet kan være utilfredsstillende, hvis du skynder dig.
Agile involverer også iterationer for at forfine kvaliteten af produktionen. Men hvis du ikke har kontrol over dine iterationer eller gennemføre møder, der ikke er tilfredsstillende, vil det resultere i spild.
Til dette bruges opdagelses- og leveringssporene til at sikre, at alle medlemmer af dit udviklingsteam har de nødvendige data. Det vil hjælpe dem med at sænke antallet af iterationer såvel som tiden og omkostningerne.
Forbedret brugeroplevelse
Hvis du vil have dit produkt til at få succes på markedet, skal du levere en fremragende brugeroplevelse. Konkurrencen er høj, og kunderne gider ikke lede efter muligheder, hvis du ikke leverer, hvad de ønsker, eller adresserer deres smertepunkter.
Traditionelle modeller involverede mange huller mellem udviklingsteamet, designteamet og driftsteamet. Derfor plejede produktstyring at være mere udfordrende. På samme måde har det tidligere været svært at fokusere på to ting – design og udvikling. Enten skal du fokusere på brugeroplevelsesdesign eller produktgentagelser.
Men med introduktionen af dual-track agile er opdagelsessporet og leveringssporet klart adskilt for at muliggøre det rette fokus på det rigtige område. Dit opdagelsesteam kan integrere brugeroplevelsesbaseret design i prototyper, mens leveringssporet vil bruge input fra opdagelsesteamet til at komme videre. Da opdagelsesteamet er ansvarligt for at udføre validering, kan de bruge brugeroplevelsesvalideringen i deres arbejdsgang.
Hurtigt tilpasse sig forandringer.
IT-branchen er i høj tempo, hvor kundernes krav ændrer sig hurtigt, og nye teknologier er iset i ny og næ. Derfor skal moderne organisationer være fleksible til at klare forandringer hurtigere for at være på forkant og relevante i konkurrencen. Ved at implementere dual-track agile kan du opnå dette.
Omkostningseffektiv validering
Produktudviklere har ofte en tendens til at overse validering og dens betydning. Årsagen til dette kan være, at det involverer kodning og gengivelse af koden, hvilket er tidskrævende, dyrt og kedeligt. Og selv når de beslutter sig for at gøre det, gør de det måske ikke helhjertet, hvilket resulterer i ineffektivitet.
Men validering af ideer er afgørende for at sikre produktkvalitet. Det er grunden til, at udviklere nu finder måder at gøre idévalidering mere overskuelig, billigere og hurtigere. Dual-track agile er en effektiv måde at opnå det på. Opdagelsesteamets medlemmer kan udføre undersøgelser og designe prototyper i stedet for koder til validering. Det resulterer i lettere, mere effektiv og omkostningseffektiv validering.
Hvordan anvender man Dual-Track Agile i praksis?
Den dobbeltsporede agile er fremragende til virksomheder i forskellige former og størrelser, der bygger softwaresystemer til forskellige markeder.
Små virksomheder og startups kan nemt udnytte det til at holde deres produktudviklingscyklusser kortere, mindre risikable og mere succesfulde. Også store virksomheder med tilstrækkelige ressourcer kan bruge denne model til at øge deres succesrater og reducere risici under produktlanceringer.
Implementering af dual-track agile giver dig en ligetil proces til at forbedre dine produktkoncepter, produktkvalitet, teammoral og udviklingscyklusser.
Så hvis du ønsker at introducere dual-track agile i din udviklingsproces, er her hvordan du gør det.
Trin 1: Discovery Track
Dette spor består af forskellige trin. Her starter teammedlemmerne med at indsamle information og indsigt for at skitsere, hvordan man bygger et produkt, der kan opfylde de definerede krav, når det implementeres.
Et af de første og vigtigste aspekter af denne proces er at diskutere med interessenter, efter at du har forstået projektkravene. Det vil hjælpe med at identificere mål for hvert medlem og teamet som helhed. De er forpligtet til at skitsere de validerede produktideer som input til projektet, som udviklingsteamet vil bruge til at producere produktet som output.
Så mens du opretter planen, er det vigtigt at interagere med slutbrugerne for at forstå deres smertepunkter og forventninger. Dette vil hjælpe teamet med at skabe succesfulde produkter med ønskværdige funktioner, designs, funktioner og brugervenlighed for brugerne. Dette kræver omfattende brugerundersøgelser gennem undersøgelser, interviews, undersøgelser, sunde diskussioner, interaktion med dit websted osv.
Ydermere kan opdagelsessporet også kræve udvikling og oprettelse af produktpersonas afhængigt af brugernes krav og smertepunkter. Her skal du skabe en valideret produktbacklog i samarbejde med dine designere og ingeniører.
Aktiviteter som teams laver her er:
- Gennemførelse af interessentinterviews for at forstå deres mål og planer
- Brugerundersøgelse for at forstå, hvilke problemer brugerne står over for, og hvordan de løses gennem produktet
- At skabe en produktpersona for at producere et produkt, der kan opfylde kundernes behov
- Historiekortlægning for at prioritere aktiviteter og funktioner, der skal tilføjes først
Nu kommer næste fase.
Trin 2: Leveringssporet
Leveringssporet bruger den indsigt og information, der er indsamlet af produktudviklingsteams under opdagelsessporet, som input til at producere det bedst mulige produkt.
Denne proces inkluderer hurtig prototyping og tager en iterativ tilgang til alt, hvilket muliggør mere samarbejde mellem udviklings- og designteams.
Leveringssporet gør det muligt for teams at frigive en fungerende produktprototype på markedet for at forstå, hvordan brugerne opfatter det og søge feedback. Det hjælper dem med at skitsere de nødvendige ændringer for at opfylde brugernes behov og forventninger. Det bliver således billigere og lettere at foretage ændringer selv efter udgivelsen.
For at anvende ændringer og oprette det endelige produkt kræver leveringssporet, at alle ledere, teams og brugere interagerer. På dette stadium skal alle aspekter af produktet gennemgås grundigt, lige fra dets design, farveskemaer og brugergrænseflade til dets funktioner, funktionaliteter og ydeevne.
Leveringssporet kræver, at du udfører disse aktiviteter:
- Hurtig prototypefremstilling
- Frigivelse af prototypen til markedet hurtigere
- Modtagelse af feedback for at forstå brugeradfærd
- Forbedring af brugergrænsefladen og andre aspekter baseret på brugerfeedback
Dual-track agile med Scrum
Opdagelsessporet bruger udviklingscyklusser af varierende længde. Det indebærer at lave udviklinger i små trin hver dag i stedet for at vente en uge eller to på at arbejde og derefter gennemgå en stor del af arbejdet. Det er fordi, hvis du gør andet, bliver det virkelig svært og tidskrævende at spore ændringer og foretage justeringer.
Mange ideer er produceret i opdagelse, og når de udvikler sig, bliver de ofte dræbt for at give plads til bedre ideer. Dernæst går de bedste ideer til leveringscyklusserne med tidsrammede sprintefterslæb.
Dual-track agile med Scrum kræver, at du udfører disse aktiviteter:
- Sprintplanlægning for produktopdagelse og leveringsopgaver, der involverer processer såsom analyse af muligheder, brugertest, kodning, prototyping, kontinuerlig integration mv.
- Gennemførelse af daglig Scrum for at diskutere fremskridt
- Gennemgang af sprints for at analysere produktydeevne, procesydelse osv. og opdatere fremskridt for at opnå de definerede OKR’er
- Retrospektiv ved at gennemføre forbedringsmøder for at identificere forbedringsmuligheder for iteration
- Visualisering af opdagelsesarbejde for at forbedre processen og spore fremskridt mod målet
Dual-track agile med Kanban
I Kanban er to efterslæb visualiseret – opdagelsesefterslæb og leveringsefterslæb.
Discovery-stadiet har til formål at hjælpe dig med at forstå brugernes smertepunkter og løse dem. Her er outputtet alle de validerede elementer, som du kan flytte til udvikling. I denne proces stræber forskere, designere og produktledere efter at forstå kundernes problemer og udforske passende løsninger, før de arbejder på nye funktioner.
Når designs er færdige, går de til leveringsfasen, som har til formål hurtigt at implementere det endelige produkt til slutbrugerne.
Udfordringer ved dual-track agile og hvordan man håndterer dem
Brug af Dual-track Agile på et mindre projekt med begrænsede specialister og definerede specifikationer er måske ikke så effektivt. Her ville kun en håndfuld enkeltpersoner være til rådighed til at administrere flere roller og ansvarsområder og konstant skifte fra et trin til et andet under opdagelsen og leveringen.
Derfor vil Dual-track Agile give større værdi til langsigtet projektudvikling med større teams, og hvor der er behov for løbende at bygge, teste og iterere produktet for at forbedre det. Denne type projekt vil kræve kontinuerlig produktopdagelse og levering. På denne måde kan roller fordeles tydeligt blandt medlemmerne, og et sådant setup vil sikre hurtig fremdrift af hele projektet.
Nogle myter om Dual-track Agile
- Det er kun til softwareudvikling: Det er rigtigt, at Agile først startede i softwareverdenen og er særligt velegnet til digital produktudvikling. Men det er en myte, at det kun er anvendeligt til softwareudvikling; alle typer organisationer kan bruge Agile.
- Egnet kun til små virksomheder og startups: Agile er en fremragende tilgang til at bygge overbevisende MVP’er og justere versioner afhængigt af brugerfeedback. Det betyder ikke, at større organisationer ikke kan bruge det. Nogle af de ældste og største virksomheder i verden, som GE, Philips osv., bruger Agile. De bruger det til at accelerere deres langsomme processer og eliminere siloer i arbejdsgangen for at drive innovation på virksomhedsniveau.
- Hastighed ofrer kvalitet: Agile muliggør hurtigere softwareudvikling. Det betyder ikke, at det gør det ved at ofre kvalitet. Agile sikrer produktkvalitet gennem forskellige testfaser og i iteration for at sikre, at ingen fejl eller fejl kan kompromittere kvalitet eller sikkerhed. Det involverer beta-test, QA osv., og hjælper med at skabe kvalitetsprodukter med en hurtigere hastighed.
- Agile er lig med Scrum: Dette er en udbredt myte om, at Agile er Scrum. Faktisk kom Scrum fra eXtreme Programming og Lean. Det er bare en projektledelsesmetodologi, men Agile er et andet koncept for softwareudvikling.
- Ingen klart definerede roller: Mange tror, at i Agile kan alle gøre, hvad de vil, da der ikke er nogen klart definerede mål og roller. Det er en myte. Agile kan involvere traditionel top-down ledelse med definerede roller og ansvar og overvågede projekter. Forskellen ligger dog i kommandoen og kontrollen til styring af individuelle teams. Her har alle en smule mere fleksibilitet til at arbejde tæt sammen med udviklings- og designteamene med et større samarbejde.
- Ingen plan: Mange tror, at Agile ikke involverer nogen planlægning, fordi det involverer hurtigere iterationer. Men det er ikke sandt. Faktisk er Agile intet uden et klart defineret langsigtet mål og planlægning for at nå det. Agile deler større opgaver op i mindre og udfører dem effektivt for at opnå den samlede projektafslutning med høje succesrater.
- Ingen dokumentation: Bare fordi tingene går hurtigere her, betyder det ikke, at der ikke er nogen dokumentation i Agile. Det involverer et dynamisk team med produktive medlemmer, og dokumentation er også vigtig her.
Konklusion
Brug af en avanceret produktudviklingstilgang som Dual-track Agile hjælper dig med at bygge kvalitetsprodukter med lavere omkostninger, tid og vanskeligheder. På denne måde kan du hurtigt frigive dit produkt på markedet og opnå en konkurrencefordel. Det vil også give dig mulighed for at modtage feedback tidligt og forbedre dit produkt for at øge succesraten.