Øg din agilitet i 2026 - den ultimative guide

Som du måske ved, har den økonomiske situation ændret sig drastisk i de seneste måneder.
I 2022 var renten stadig tæt på 0 %, og disse “billige” penge sikrede, at det private forbrug var meget stærkt. Det fik virksomhederne til at prioritere vækst og drive innovation.
Men med en kraftig stigning i renten og et deraf følgende fald i forbruget er disse prioriteter blevet ændret. I stedet for vækst er fokus nu på profitmarginer, og i stedet for innovation spiller omkostningsoptimering en nøglerolle. Og da udvikling af software er en bekostelig affære, ser vi ikke kun bølger af afskedigelser hos store teknologivirksomheder, men også en stigende popularitet af at måle produktiviteten i softwareteams. Og det er dette nye fokus, der betyder, at Agile-coaches og scrum masters nu mere end nogensinde skal tage ansvar for deres teams og leveringen af nye funktioner.

Netop derfor har jeg samlet 5 tips, der vil hjælpe dig med at opfylde dine krav som “Agile Delivery”-manager.

Kun hvis du forstår, hvad de aktuelle prioriteter er i din virksomhed, kan du handle målrettet. Stil dig selv disse tre spørgsmål for at få mere klarhed i denne henseende:

• Hvad er meget vigtigt for ledelsen i øjeblikket?
• Hvordan har dette fokus ændret sig i de seneste måneder?
• Hvilke rutiner har du med ledelsen for at afstemme jeres prioriteter?

Nu, hvor du har sat spørgsmålstegn ved, om du kender virksomhedens prioriteter, er du nødt til at tjekke, om dine teams også er klar over virksomhedens prioriteter. Som coach eller leder er det også din opgave at tjekke, om dine teams er på linje med virksomhedens prioriteter. Du kan også stille dig selv tre spørgsmål til dette:

• Hvordan lærer teams i øjeblikket om prioriteterne i virksomheden?
• Hvordan bliver teams enige om, hvad deres vigtigste bidrag til det overordnede mål er?
• Hvilke ændringer kan bidrage til at harmonisere ledelsens og teamets forventninger?

Selv om et af hovedformålene med agilt arbejde er at opbygge selvorganiserede teams, lider mange scrum masters, Agile-trænere og teamledere stadig under fænomener som “mikromanagement” eller overdreven teamstøtte. Det fører igen til, at de angiveligt “selvorganiserede” teams ikke er i stand til at handle helt på egen hånd. Også her kan du reflektere over, om dine teams virkelig er selvorganiserede:

• Har dit team en fælles forståelse af, hvad det vil sige at gøre et “godt stykke arbejde”?
• Er dit team i stand til nøjagtigt at estimere, hvad de kan levere på et givet tidspunkt med givne ressourcer?
• Bliver opgavernes meningsfuldhed undersøgt i teamet, eller bliver de bare udført?

Hvis noget ikke kører optimalt, antager man ofte, at det er teamet og teammedlemmerne, der skal forbedres. I de fleste tilfælde er det faktisk de systemer, som teammedlemmerne arbejder i, der skal forbedres. Virkeligheden ser ofte sådan her ud:

Hvordan kan systemerne forbedres?

• Får teamet al den information, det har brug for, for at nå sine mål til tiden?
• Når feedback fra brugerne hurtigt ud til alle relevante områder i virksomheden?
• Får I som team nok frihed til at organisere arbejdet selvstændigt?

En af grundene til, at mange “Agile Coaches” nu har titlen “Agile Delivery Manager”, er for tydeligt at symbolisere, at der tages ansvar for teamets præstation. Tilbage i 2020 stod der følgende i Scrum Guide: “Scrum Masteren er ansvarlig for teamets effektivitet”.
Ikke alene er det vigtigt at gøre det i dag, men på grund af de omkostningsbesparelser, som virksomhederne opnår, forventes det også, at man tager ansvar.

I takt med at den økonomiske situation bliver strammere, er målbare resultater vigtigere end nogensinde. For at maksimere dette i 2024 kan du tage disse 5 punkter til dig:

#1 Afspejler organisationens prioriteter

#2 Afstem forventninger

#3 Udvikle ægte selvorganiserede teams

#4 Forbedring af systemet

#5 Tag ansvar

For at sikre dette er det vigtigt, at du regelmæssigt reflekterer over de spørgsmål, jeg har givet dig i denne artikel. Med vores Agile-leveringsværktøj “Echometer” stilles et par spørgsmål i form af en Health Check ved hvert retrospektiv, så du altid kan holde dem opdaterede.

Hvis du vil teste værktøjet gratis, kan du gøre det her:

How to

⚙️ Agil leverings retrospektiv: Sådan forløber retroen

1. Random Icebreaker (2-5 minutter)

   Echometer stiller en generator til rådighed med tilfældige check-in-spørgsmål.

2. Gennemgang af åbne tiltag (2-5 minutter)

   Før man går i gang med nye emner, bør man tale om effektivitetskontrol for at se, hvad der er blevet af tiltagene fra tidligere retrospektiver. Echometer viser automatisk alle åbne Action Items fra tidligere retros.

3. Diskuter retro-emner

   Brug de følgende åbne spørgsmål til at samle jeres vigtigste indsigter. Først skjult for hver især. Echometer gør det muligt at afsløre hver kolonne på retro-boardet enkeltvis for derefter at præsentere og gruppere feedbacken.

   • Hvornår har vores måde at arbejde på ført til et suboptimalt workflow? (f.eks. uklare, uhensigtsmæssige eller ikke fulgte retningslinjer)
   • Hvornår har vores måde at arbejde på fungeret godt?
   • Hvad var de seneste eksempler på et inkrement, der ikke fungerede/blev leveret ved slutningen af sprinten?

4. Catch-all spørgsmål (Anbefalet)

   For at andre emner også får en plads:

   • Hvad vil du ellers gerne tale om i retroen?

5. Prioritering / Afstemning (5 minutter)

   På retro-boardet i Echometer kan I nemt prioritere feedbacken med afstemningsfunktionen. Afstemningen er naturligvis anonym.

6. Definer tiltag (10-20 minutter)

   Via plus-symbolet ved en feedback kan man oprette et linket tiltag. Er du ikke sikker på, hvilket tiltag der er det rigtige? Så åbn i stedet et whiteboard om emnet via plus-symbolet for at brainstorme kerneårsager og mulige tiltag.

7. Checkout / Afslutning (5 minutter)

   Echometer gør det muligt at indsamle anonym feedback fra teamet om, hvor hjælpsom retroen var. Dette resulterer i en ROTI-score ("Return On Time Invested"), som I kan tracke over tid.

⚙️ Agil leverings retrospektiv

Hvornår har vores måde at arbejde på ført til et suboptimalt workflow? (f.eks. uklare, uhensigtsmæssige eller ikke fulgte retningslinjer)

Hvornår har vores måde at arbejde på fungeret godt?

Hvad var de seneste eksempler på et inkrement, der ikke fungerede/blev leveret ved slutningen af sprinten?

Åbn denne retro nu