Agile-levering 1x1: Oversikt, beste praksis og eksempler

Alle snakker om «Agile Delivery», og du ønsker derfor en rask oversikt, noen eksempler og beste praksis? I denne artikkelen finner du det du leter etter.

Agile Delivery er en metode for å levere verdi til kunder og interessenter ved hjelp av smidige prinsipper og praksiser.

Agile Delivery er basert på ideen om iterativ levering, det vil si at vi presenterer ulike trinn av produktet eller tjenesten tidlig og ofte, og lærer av tilbakemeldinger og data fra kundene for å forbedre og tilpasse oss.

Agile Delivery er ikke det samme som «Waterfall Delivery», en tradisjonell måte å skape verdi på, der planlegging, konsept, utvikling, testing osv. er forhåndsplanlagt og deretter behandles trinnvis.

Man hører ofte at et agilt team har en enorm «backlog» eller oppgaveoversikt som vil dominere de neste månedene. Og dette blir ofte referert til som «Agile Waterfall Delivery». Jeg vil imidlertid gjøre det klart at det ikke finnes noe slikt som «Agile Waterfall Delivery». Og hvis noen hevder å bruke det, blir det satt sammen ting som ikke hører sammen.

Agile Grunnleggende om levering

Det er tre hovedprinsipper for Agile Delivery som du må forstå og anvende:

• Lever arbeidsoppgaver tidlig og ofte: Sørg for at alle forstår at det bare skapes verdi når kunden har noe nyttig i hånden. Alt som skjer før det, forårsaker kostnader og skaper ingen verdi. Uansett hva man jobber med, er det først «ferdig» når en kunde faktisk kan bruke det. Følgelig bør team først ta fatt på nye oppgaver når deres tidligere arbeid brukes av kunder.
• Få rask og direkte tilbakemelding fra kundene: Når team leverer arbeidsinkrementer tidlig og ofte, kan de få tilbakemelding fra faktiske kunder og handle basert på denne tilbakemeldingen. Dette fungerer bare hvis du har en struktur som lar deg og teamet ditt få tilbakemelding fra virkelige brukere tidlig. Vanlig fallgruve: Ikke la ledere handle som stedfortreder for brukertilbakemelding. Gjør det klart for lederne at de kanskje har definisjonen av «forretningsverdi», men ikke definisjonen av «kundeverdi» – den tilhører kundene og bør utforskes direkte av produkteieren og teamene.
• Tverrfunksjonelle team: Hvis teamet ditt må snakke med 10 andre team for å levere noe til en kunde, vil ikke smidig utvikling fungere for deg (ennå). Sørg for å ha team som kan ta eierskap til hele prosessen, ta selvstendige beslutninger og snakke med kundene.

Det finnes mange ulike agile organisasjonsmodeller som kan hjelpe deg med å implementere agile i din kontekst. Her er to eksempler på populære modeller du kan lære av:

• Scrum: Dette er et smidig rammeverk som hjelper team med å skape verdi iterativt og inkrementelt.

  • Scrum definerer tre roller: Scrum Master, produkteier og Utviklingsteam.
  • Den definerer også fire hendelser: Sprint Planning, Daily Scrum, Sprint Review og Sprint Retrospectives.
  • Den definerer tre artefakter: Product Backlog, Sprint Backlog og Increment.

Scrum egner seg godt for små til mellomstore team eller prosjekter som har klare og stabile krav og leveranser.

• Spotify-modellen: Spotify-modellen er en smidig organisasjonsmodell som er utviklet av musikkstrømmeselskapet Spotify.
  Spotify-modellen deler teamene inn i Squads, Chapters, Tribes og Guilds.

  • En squad er et lite tverrfunksjonelt team som leverer en bestemt funksjon eller et bestemt produkt.
  • Et chapter er en gruppe mennesker som har lignende ferdigheter eller oppgaver, for eksempel utviklere, testere, designere osv.
  • En tribe er en gruppe grupper som jobber med et beslektet område eller domene.
  • Et laug er et interessefellesskap som strekker seg gjennom hele organisasjonen.

Spotify-modellen egner seg godt for store organisasjoner eller programmer med komplekse og dynamiske krav og resultater.

Deretter vil jeg trekke frem en klassisk ledelsesmetode som også spiller en viktig rolle i agile sammenhenger: Én-til-én-møter.

Som det fremgår av diagrammet nedenfor, anses de som svært viktige av de ansatte.

Beste praksis: én-til-én-møter med utviklere

Å lede programvareutviklere i regelmessige en-til-en-møter er helt sentralt for Agile Delivery Leads. De er kanskje de viktigste møtene dine. Tar du dem på alvor

Jeg vil gjerne benytte anledningen til å gjøre deg oppmerksom på vår gratis programvare for en-til-en-møter, som er spesielt utviklet for smidige team. Gjør 1:1-møtene dine spennende, mål trender og, fremfor alt, gjør fremskritt i utviklingen av medarbeiderne dine! 

Prøv gjerne en av våre maler, se nedenfor. Følgende mal er en standardmal for for eksempel to ukentlige en-til-en-møter. Den inkluderer også en målbar «stemningssjekk» på slutten, som du selvfølgelig kan tilpasse:

For å lykkes med smidig distribusjon må du følge noen beste fremgangsmåter som hjelper deg med å optimalisere distribusjonsprosessen og resultatene. Her er noen av dem:

• Lede selvorganiserte og selvstendige team: Som Agile-leder eller -sjef må du gi teamene dine mulighet til å ta beslutninger, ta ansvar og stå for det de gjør. Du må stole på at de gjør sitt beste uten å være nedlatende eller pålegge dem unødvendige regler eller begrensninger. Du må også støtte dem ved å gi dem de ressursene, verktøyene, tilbakemeldingene og anerkjennelsen de trenger.
• Ha direkte kundekontakt: Som medlem av et smidig team eller som produkteier må du ha direkte og hyppig kontakt med kundene dine. Du må forstå deres behov, forventninger og preferanser og levere verdi som oppfyller eller overgår disse. Du må også innhente tilbakemeldinger fra kundene om produktet eller tjenesten og bruke disse til å forbedre og tilpasse tilbudet.
• Tenk på hver ny funksjon som et eksperiment som du kan lære av: Som medlem av et smidig team eller som produkteier må du se på hver ny funksjon eller hvert nytt krav som et eksperiment for å teste dine antakelser og hypoteser om hva kundene ønsker eller trenger. Du må planlegge eksperimentene nøye, måle resultatene objektivt og lære av dataene og tilbakemeldingene. Du må også være forberedt på å tenke nytt eller gå videre basert på resultatene.

Det er alt du trenger for å få en oversikt. Jeg håper denne artikkelen hjelper deg med å forstå mer om smidig levering, dens grunnlag, eksempler og beste praksis. Gi meg gjerne beskjed hvis du har spørsmål eller tilbakemeldinger 😊.