Agile Leverans 1x1: Översikt, bästa praxis och exempel

Alla pratar om “Agile Delivery” och du vill därför ha en snabb överblick, några exempel och bästa praxis? I den här artikeln hittar du det.

Agile Delivery är en metod för att leverera värde till kunder och intressenter med hjälp av agila principer och metoder.

Agile Delivery bygger på idén om iterativ leverans, dvs. att presentera steg av produkten eller tjänsten tidigt och ofta och att lära sig av kundfeedback och data för att förbättra och anpassa.

Agile Delivery är inte samma sak som “Waterfall Delivery”, ett traditionellt sätt att skapa värde där planering, koncept, utveckling, tester osv. är förplanerade och sedan bearbetas i följd.

Man hör ofta att ett agilt team har en enorm “backlog” eller uppgiftskö som kommer att dominera de närmaste månaderna. Och detta kallas ofta för “Agile Waterfall Delivery”. Jag vill dock klargöra att det inte finns något som heter “Agile Waterfall Delivery”. Och om någon påstår sig använda det, så sätts saker ihop som inte hör ihop.

Agile Grundläggande om leverans

Det finns tre huvudprinciper för Agile-leverans som du måste förstå och tillämpa:

• Leverera arbetssteg tidigt och ofta: Se till att alla förstår att värde skapas först när kunden har något användbart i handen. Allt som händer innan dess orsakar kostnader och skapar inget värde. Oavsett vad man arbetar med är det inte “klart” förrän en kund faktiskt kan använda det. Följaktligen bör team inte påbörja nya arbetsuppgifter förrän deras tidigare arbete används av kunder.
• Få snabb och direkt feedback från kunderna: När team levererar arbetsinkrement tidigt och ofta kan de samla in feedback från faktiska kunder och agera utifrån denna feedback. Detta fungerar bara om du har en struktur som gör det möjligt för dig och ditt team att få feedback från riktiga användare tidigt. Vanlig fallgrop: Låt inte chefer agera som ombud för användarfeedback. Gör det klart för cheferna att de kanske äger definitionen av “affärsvärde”, men inte definitionen av “kundvärde” - den tillhör kunderna och bör utforskas direkt av produktägaren och teamen.
• Tvärfunktionella team: Om ditt team måste prata med 10 andra team för att leverera något till en kund kommer agil utveckling inte att fungera för dig (ännu). Se till att du har team som kan ta ansvar för hela processen, fatta självständiga beslut och prata med kunderna.

Det finns många olika agila organisationsmodeller som kan hjälpa dig att implementera agile i ditt sammanhang. Här är två exempel på populära modeller som du kan lära dig av:

• Scrum: Detta är ett agilt ramverk som hjälper team att skapa värde iterativt och stegvis.

  • Scrum definierar tre roller: Scrum Master, produktägare och Utvecklingsteam.
  • Den definierar också fyra händelser: Sprintplanering, Daily Scrum, Sprint Review och Sprint Retrospectives.
  • Och den definierar tre artefakter: produktbacklog, sprintbacklog och inkrement.

Scrum är väl lämpat för små till medelstora team eller projekt som har tydliga och stabila krav och leveranser.

• Spotify-modell: Spotify-modellen är en agil organisationsmodell som utvecklats av Spotify, ett musikstreamingföretag.
  Spotify-modellen delar in teamen i Squads, Chapters, Tribes och Guilds.

  • En squad är ett litet tvärfunktionellt team som levererar en specifik funktion eller produkt.
  • Ett chapter är en grupp människor som har liknande färdigheter eller uppgifter, t.ex. utvecklare, testare, designers osv.
  • En tribe är en grupp av squads som arbetar med ett relaterat område eller domän.
  • Ett skrå är en intressegemenskap som sträcker sig genom hela organisationen.

Spotify-modellen lämpar sig väl för stora organisationer eller program med komplexa och dynamiska krav och resultat.

Därefter vill jag peka på en klassisk ledningsmetod som också spelar en viktig roll i ett agilt sammanhang: En-till-en-möten.

Som framgår av diagrammet nedan anser medarbetarna att de är mycket viktiga.

Bästa praxis: En-till-en-möten med utvecklare

Att leda mjukvaruutvecklare i regelbundna en-till-en-möten är helt centralt för Agile Delivery Leads. De är kanske ditt viktigaste möte. Tar du dem på allvar

Jag vill passa på att göra er uppmärksamma på vår kostnadsfria programvara för 1:1-möten, som är speciellt utvecklad för agila team. Gör dina 1:1-möten spännande, mät trender och, framför allt, gör framsteg i din medarbetarutveckling! 

Testa gärna någon av våra mallar, se nedan. Följande mall är en standardmall för till exempel tvåveckors en-till-en-möten. Den innehåller också en mätbar “stämmningskoll” i slutet, som du naturligtvis kan anpassa:

För att lyckas med agil driftsättning behöver du följa några best practices som hjälper dig att optimera driftsättningsprocessen och resultaten. Här är några av dem:

• Leda självorganiserade och självständiga team: Som Agile-ledare eller chef måste du ge dina team möjlighet att fatta beslut, ta ansvar och stå upp för sitt arbete. Du måste lita på att de gör sitt bästa utan att vara nedlåtande eller införa onödiga regler eller begränsningar. Du måste också stödja dem genom att ge dem de resurser, verktyg, den feedback och det erkännande de behöver.
• Har direkt kundkontakt: Som medlem i ett agilt team eller som produktägare behöver du interagera direkt och ofta med dina kunder. Du måste förstå deras behov, förväntningar och preferenser och leverera värde som uppfyller eller överträffar dem. Du måste också samla in feedback från dem om din produkt eller tjänst och använda den för att förbättra och anpassa ditt erbjudande.
• Se varje ny funktion som ett experiment som du kan lära dig av: Som medlem i ett agilt team eller som produktägare måste du behandla varje ny funktion eller krav som ett experiment för att testa dina antaganden och hypoteser om vad dina kunder vill ha eller behöver. Du måste planera dina experiment noggrant, mäta dina resultat objektivt och lära dig av dina data och din feedback. Du måste också vara beredd att tänka om eller gå vidare baserat på dina resultat.

Det är allt du behöver för en översikt. Jag hoppas att den här artikeln hjälper dig att förstå mer om agil leverans, dess grunder, exempel och bästa praxis. Om du har några frågor eller feedback, låt mig veta 😊.