Øk smidigheten din i 2026 - Den ultimate guiden
Som du kanskje vet, har den økonomiske situasjonen endret seg drastisk de siste månedene.
I 2022 var rentenivået fortsatt nær 0 %, og disse “billige” pengene sørget for at det private forbruket var svært høyt. Dette førte til at bedriftene prioriterte vekst og innovasjon.
Men med en kraftig renteoppgang og en påfølgende nedgang i forbruket har prioriteringene endret seg. I stedet for vekst fokuseres det nå på profittmarginer, og i stedet for innovasjon spiller kostnadsoptimalisering en nøkkelrolle. Og siden programvareutvikling er en kostbar affære, ser vi ikke bare bølger av oppsigelser i store teknologiselskaper, men også at det blir stadig mer populært å måle produktiviteten i programvareteamene. Og det er dette nye fokuset som gjør at Agile-coacher og scrum masters nå mer enn noen gang må ta ansvar for teamene sine og leveransen av nye funksjoner.
Nettopp derfor har jeg satt sammen 5 tips som vil hjelpe deg med å oppfylle dine krav som “Agile Delivery”-leder.
Den ultimate Agile-leveringsveiledningen
#1 - Reflektere over organisasjonens prioriteringer
Bare hvis du forstår hva som prioriteres i bedriften, kan du iverksette målrettede tiltak. Still deg selv disse tre spørsmålene for å få mer klarhet i dette:
- Hva er viktig for ledelsen i dag?
- Hvordan har dette fokuset endret seg de siste månedene?
- Hvilke rutiner har dere med ledelsen for å samordne prioriteringene?
Den ultimate Agile-leveringsveiledningen
#2 - Harmonisere forventninger
Nå som du har stilt spørsmål ved om du kjenner bedriftens prioriteringer, må du sjekke om teamene dine også er klar over bedriftens prioriteringer. Som coach eller leder er det også din jobb å sjekke om teamene dine er på linje med bedriftens prioriteringer. Til dette kan du også stille deg selv tre spørsmål:
- Hvordan lærer teamene i dag om prioriteringene i selskapet?
- Hvordan blir teamene enige om hva som er deres viktigste bidrag til det overordnede målet?
- Hvilke endringer kan bidra til å harmonisere forventningene til ledelsen og teamene?
Den ultimate Agile-leveringsveiledningen
#3 - Utvikle virkelig selvorganiserte team
Selv om et av hovedmålene med smidig arbeid er å bygge opp selvorganiserte team, lider mange Scrum Masters, Agile-coacher og teamledere fortsatt av fenomener som “mikromanagement” eller overdreven teamstøtte. Dette fører igjen til at de tilsynelatende “selvorganiserte” teamene ikke er i stand til å handle helt på egen hånd. Også her kan du reflektere over om teamene dine virkelig er selvorganiserte:
- Har teamet en felles forståelse av hva det vil si å gjøre en “god jobb”?
- Er teamet ditt i stand til å estimere nøyaktig hva de kan levere på en gitt tid med gitte ressurser?
- Undersøker teamet om oppgavene er meningsfulle, eller blir de bare utført?
Den ultimate Agile-leveringsveiledningen
#4 - Forbedre systemet
Hvis noe ikke fungerer optimalt, antas det ofte at teamet og teammedlemmene må forbedre seg. I de fleste tilfeller er det faktisk slik at det er systemene som teammedlemmene arbeider i, som må forbedres. Virkeligheten ser ofte slik ut:
Hvordan kan systemene forbedres?
- Får teamet all den informasjonen det trenger for å nå sine mål i tide?
- Når tilbakemeldinger fra brukerne raskt ut til alle relevante områder i selskapet?
- Får dere som team nok frihet til å organisere arbeidet på egen hånd?
Den ultimate Agile-leveringsveiledningen
#5 - Ta ansvar
En av grunnene til at mange “Agile Coaches” nå har tittelen “Agile Delivery Manager”, er for å tydelig symbolisere at man tar ansvar for teamets resultater. I 2020 sto det følgende i Scrum-guiden: “Scrum Master er ansvarlig for teamets effektivitet”.
I dag er det ikke bare viktig å gjøre dette, men på grunn av kostnadsbesparelsene selskapene gjør, forventes det også at de tar ansvar.
Den ultimate Agile-leveringsveiledningen
Konklusjon - Øk fleksibiliteten din i 2024
I en stadig strammere økonomisk situasjon er målbare resultater viktigere enn noensinne. For å maksimere dette i 2024 kan du ta disse fem punktene til deg:
#1 Avspeile organisasjonens prioriteringer
#2 Harmonisere forventninger
#3 Utvikle virkelig selvorganiserte team
#4 Forbedre systemet
#5 Ta ansvar
For å sikre dette er det viktig å jevnlig reflektere over spørsmålene jeg har gitt deg i denne artikkelen. Med vårt Agile-verktøy “Echometer” stiller vi noen få spørsmål i form av en Health Check ved hvert retrospektiv, slik at du alltid kan holde dem oppdatert.
Hvis du vil teste verktøyet gratis, kan du gjøre det her:
⚙️ Agile Delivery Retrospektiv: Slik foregår retroen
-
Tilfeldig Icebreaker (2–5 minutter)
Echometer gir deg en generator for tilfeldige innsjekkingsspørsmål.
-
Gjennomgang av åpne tiltak (2–5 minutter)
Før man begynner med nye temaer, bør man snakke om hva som har skjedd med tiltakene fra tidligere retrospektiver for å kontrollere effektiviteten. Echometer lister automatisk opp alle åpne action items fra tidligere retroer.
-
Diskuter retro-temaer
Bruk de følgende åpne spørsmålene for å samle de viktigste innsiktene deres. Først skjuler alle seg for seg selv. Echometer lar deg avdekke hver kolonne i retro-tavlen individuelt for deretter å presentere og gruppere tilbakemeldingene.
- Når har vår måte å jobbe på ført til en suboptimal arbeidsflyt? (f.eks. uklare, uhensiktsmessige eller ikke fulgte retningslinjer)
- Når har vår måte å jobbe på fungert bra?
- Hva var de siste eksemplene på et inkrement som ikke fungerte/ble levert ved slutten av sprinten?
-
Catch-all-spørsmål (anbefales)
Slik at også andre temaer har en plass:
- Hva annet vil du snakke om i retroen?
-
Prioritering / Stemmegivning (5 minutter)
På retro-tavlen i Echometer kan dere enkelt prioritere tilbakemeldingene med stemmegivning. Stemmegivningen er selvfølgelig anonym.
-
Definere tiltak (10–20 minutter)
Via pluss-symbolet på en tilbakemelding kan man opprette et lenket tiltak. Er du ikke sikker på hvilket tiltak som er det riktige? Åpne da i stedet et whiteboard om temaet via pluss-symbolet for å idémyldre om grunnårsaker og mulige tiltak.
-
Checkout / Avslutning (5 minutter)
Echometer lar dere samle inn anonyme tilbakemeldinger fra teamet om hvor nyttig retroen var. Dette resulterer i ROTI-score («Return On Time Invested»), som dere kan spore over tid.
⚙️ Agile Delivery Retrospektiv
