Alle taler om "Agile Delivery", og du vil gerne have et hurtigt overblik, nogle eksempler og best practices? I denne artikel finder du, hvad du leder efter. Agil levering
Agile Delivery 1x1: Oversigt, bedste praksis og eksempler
Hvad er Agile-levering?
Agile Delivery er en metode til at levere værdi til kunder og interessenter ved hjælp af agile principper og praksisser.
Agile Delivery er baseret på ideen om iterativ levering, dvs. at præsentere trin af produktet eller servicen tidligt og ofte og lære af kundernes feedback og data for at forbedre og tilpasse.
Agile Delivery er ikke det samme som "waterfall delivery", en traditionel måde at skabe værdi på, hvor planlægning, design, udvikling, test osv. planlægges på forhånd og derefter afvikles efter hinanden.
Man hører ofte, at et agilt team har en enorm "backlog" eller opgavebacklog, som vil dominere de næste par måneder. Og dette omtales ofte som "Agile Waterfall Delivery". Men jeg vil gerne præcisere, at der ikke findes noget, der hedder "Agile Waterfall Delivery". Og når nogen hævder at bruge det, blander de noget sammen, som ikke hører sammen.
Agile Grundlæggende om levering
Der er tre hovedprincipper for Agile Delivery, som du skal forstå og anvende:
- Lever arbejdstrin tidligt og ofte: Sørg for, at alle forstår, at værdi først skabes, når kunden har noget brugbart i hænderne. Alt, hvad der sker før det, medfører omkostninger og skaber ikke værdi. Uanset hvad du arbejder på, er det ikke "færdigt", før en kunde rent faktisk kan bruge det. Derfor bør teams først påbegynde nyt arbejde, når deres eksisterende arbejde bliver brugt af kunderne.
- Få hurtig og direkte feedback fra kunderne: Når teams leverer arbejdsfaser tidligt og ofte, kan de indsamle feedback fra rigtige kunder og handle på den feedback. Dette fungerer kun, hvis du har en struktur, der giver dig og dit team mulighed for at få feedback fra rigtige brugere tidligt i forløbet. Almindelig faldgrube: Tillad ikke ledere at fungere som stedfortrædere for brugerfeedback. Gør det klart for lederne, at de måske ejer definitionen af "forretningsværdi", men ikke definitionen af "kundeværdi" – dette tilhører kunderne og bør udforskes direkte af produktejeren og teams.
- Tværfunktionelle teams: Hvis dit team er nødt til at tale med 10 andre teams for at levere noget til en kunde, vil agil udvikling ikke fungere for dig (endnu). Sørg for at have teams, der kan tage ejerskab over hele processen, træffe beslutninger selvstændigt og tale med kunderne.
Agile Delivery 1x1: Oversigt, bedste praksis og eksempler
Agile Leveringseksempler – 2 Agile Organisationsmodeller
Der findes mange forskellige agile organisationsmodeller, som kan hjælpe dig med at implementere agile i din kontekst. Her er to eksempler på populære modeller, du kan lære af:
- Scrum: Det er en agil ramme, der hjælper teams med at skabe værdi iterativt og trinvist.
- Scrum definerer tre roller: Scrum Master, Product Owner og Development Team.
- Den definerer også fire begivenheder: Sprint Planning, Daily Scrum, Sprint Review og Sprint Retrospectives.
- Og den definerer tre artefakter: Product Backlog, Sprint Backlog og Increment.
Scrum er velegnet til små til mellemstore teams eller projekter, der har klare og stabile krav og leverancer.
- Spotify-model: Spotify-modellen er en agil organisationsmodel udviklet af Spotify, et musikstreamingfirma.
Spotify-modellen opdeler teams i Squads, Chapters, Tribes og Guilds.- Et squad er et lille tværfagligt team, der leverer en specifik funktion eller et specifikt produkt.
- Et chapter er en gruppe af mennesker, der har lignende færdigheder eller opgaver, som f.eks. udviklere, testere, designere osv.
- En tribe er en gruppe af squads, der arbejder på et beslægtet område eller domæne.
- Et laug er et interessefællesskab, der strækker sig over hele organisationen.
Spotify-modellen egner sig godt til store organisationer eller programmer med komplekse og dynamiske krav og resultater.
Bedste praksis: en-til-en-møder med udviklere
At lede softwareudviklere i regelmæssige en-til-en-møder er helt centralt for Agile Delivery Leads. De er måske dit vigtigste møde. Er du også klar over det?
Jeg vil gerne benytte lejligheden til at gøre opmærksom på vores gratis software til en-til-en-møder, som er specielt udviklet til agile teams. Gør dine 1:1-møder spændende, mål tendenser og, frem for alt, gør fremskridt i din medarbejderudvikling! Prøv en af vores skabeloner, se nedenfor.
1:1-mødeværktøjsskabelon: Stemning som vejr
- Hvis du skulle beskrive din følelsesmæssige tilstand som vejret, hvordan er vejret så i dit projekt eller dine opgaver i øjeblikket?
Hvordan er vejret i forhold til din arbejdsgiver, dit personlige liv og dit privatliv?
1:1-mødeværktøjsskabelon: Stemning som vejr
- Hvis du skulle beskrive din følelsesmæssige tilstand som vejret, hvordan er vejret så i dit projekt eller dine opgaver i øjeblikket?
Hvordan er vejret i forhold til din arbejdsgiver, dit personlige liv og dit privatliv?
Agile Delivery 1x1: Oversigt, bedste praksis og eksempler
Agile Levering – De bedste fremgangsmåder
For at få succes med agil implementering skal du følge nogle best practices, der hjælper dig med at optimere din implementeringsproces og dine resultater. Her er nogle af dem:
- Lede selvorganiserede og uafhængige teams: Som Agile-leder eller manager skal du give dine teams mulighed for at træffe beslutninger, tage ansvar og stå på mål for deres arbejde. Du skal stole på, at de gør deres bedste uden at nedgøre dem eller pålægge dem unødvendige regler eller restriktioner. Du skal også støtte dem ved at give dem de ressourcer, værktøjer, den feedback og anerkendelse, de har brug for.
- Har direkte kundekontakt: Som medlem af et agilt team eller som produktejer er du nødt til at interagere direkte og hyppigt med dine kunder. Du er nødt til at forstå deres behov, forventninger og præferencer og levere værdi, der opfylder eller overgår dem. Du skal også indsamle feedback fra dem om dit produkt eller din service og bruge det til at forbedre og tilpasse dit tilbud.
- Tænk på hver ny funktion som et eksperiment, du kan lære af: Som medlem af et agilt team eller som produktejer skal du behandle hver ny funktion eller hvert nyt krav som et eksperiment for at teste dine antagelser og hypoteser om, hvad dine kunder ønsker eller har brug for. Du skal planlægge dine eksperimenter omhyggeligt, måle dine resultater objektivt og lære af dine data og din feedback. Du skal også være parat til at gentænke eller gå videre baseret på dine resultater.
Det er alt, hvad du behøver for at få et overblik. Jeg håber, at denne artikel hjælper dig med at forstå mere om agile leverancer, deres grundlag, eksempler og best practices. Hvis du har spørgsmål eller feedback, så lad mig det vide 😊.
