De 5 Scrum-seremoniene: Hva de er, formål & tips
Scrum-seremonier er en sentral del av praksisen med å implementere Agile, en tankemåte som verdsetter mennesker, fungerende arbeidsprodukter, samarbeid med interessenter og tilpasning til endringer.
Scrum-metodikken og seremoniene er basert på Agile-manifestet, som omfatter flere metodikker for å samarbeide og fungere som et team, alle med den agile tankemåten og manifestet i tankene.
Hvis du har jobbet i et team som har snakket om «Scrum-hendelser», «sprinter», «foredling av backloggen» og «sprintgjennomganger», har du sannsynligvis jobbet med et team som forsøkte å bruke Scrum-metodikken. Husk at det agile rammeverket er en tankemåte, mens Scrum er en metodikk.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Hva er Scrum-seremonier?
Scrum-seremonier (noen ganger kalt Scrum-hendelser) er viktige hendelser eller elementer i Scrum-metodikken som følger den agile tankemåten, og som ofte brukes i programvareutvikling eller iterative prosjekter.
Det finnes fem spesifikt definerte Scrum-seremonier, som jeg skal gjennomgå i detalj i neste del av denne artikkelen.
Scrum-seremonier er ikke bare møter for møtenes skyld. De gir i stedet teamene et rammeverk for å få arbeidet gjort på en strukturert måte, bidrar til å avstemme forventninger, gir teamet mulighet til å samarbeide effektivt og skaper til slutt resultater.
Hvis de ikke håndteres på riktig måte, kan de overfylle kalendere og overdøve verdien de er ment å skape. Når det er sagt, er Scrum i seg selv, i likhet med Scrum-seremoniene, med hensikt enkelt og lite omfattende.
Lær mer i videoguiden vår:
Hva er de 5 Scrum-seremoniene?
Klar for å se nærmere på de fem Scrum-seremoniene og -hendelsene? La oss se på formålet med dem, hvem som deltar, samt tips og triks for å gjøre dem så effektive som mulig.
Det er spesielt verdt å merke seg at hver eneste av disse hendelsene er tidsavgrenset, målrettet og til for hele Scrum-teamet. Med andre ord finnes de for å gjøre det mulig å levere resultater.
Merk: Å gjennomføre disse hendelsene isolert vil ikke automatisk gjøre teamet ditt agilt, og det vil heller ikke sikre at teamet arbeider etter Scrum-metodikken. For å bruke Scrum effektivt må disse hendelsene være en del av en større, godt forstått og tydelig formulert prosess.
De bør legge til rette for samtaler i det agile teamet, slik at ting blir gjort. Og hvilken prosjektleder liker vel ikke å få ting gjort?
Sprinten
En sprint i Scrum er en fastsatt tidsperiode (vanligvis én måned eller kortere) der ideer omdannes til verdi. Sprinter gjennomføres fortløpende til produktet er ferdig (eller uten sluttdato). Team måler ofte fremtiden sin i sprinter.
Sprintens formål
Formålet med sprinten er å tidsavgrense arbeidstiden og få teamene til å levere i tråd med forpliktelsene sine. Sprinter gjør det mulig å sette mål som er kortsiktige, men solide. Under en sprint bør ingenting endres på en måte som kan sette sprintmålet i fare.
Deltakere i sprinten
Hele Scrum-teamet – produkteier, utviklingsteamet og Scrum-masteren.
Sprintens varighet
En sprint varer fra 1 til 4 uker, aldri lenger. Denne begrensningen gjør det mulig for teamene å komme i gang og levere trinnvis fremgang uten å drive folk til vanvidd.
Når jeg implementerer Scrum med et nytt team, starter jeg ofte med 1-ukers sprinter, ettersom vi vanligvis kan planlegge én uke frem i tid. Mer erfarne team, særlig team som leverer programvare, kjører ofte 2-ukers sprinter for mer innovasjon og testing i løpet av tidsboksen.
Nyttige tips
- Sprinter er ikke fienden, og de er heller ikke en motivasjonsfaktor. Ikke prøv å få folk til å gjøre ting på grunn av selve sprinten. Motiver i stedet folk til å nå sprintmålet og levere et produktinkrement.
- Vurder når sprinten skal starte og avsluttes. En sprint bør starte rett etter at den forrige sprinten avsluttes, bokstavelig talt innen noen timer. Tiden mellom sprintens slutt og start bør ganske enkelt brukes til sprintgjennomgangen, retrospektivet og sprintplanleggingen; deretter starter alt på nytt!
Noe mer?
Sprinter kan ikke gjøres lengre eller kortere. En sprint kan bare avbrytes hvis sprintmålet blir utdatert. Det er bare produkteieren som kan avbryte sprinten.
Møte for sprintplanlegging
Sprintplanleggingsmøtet er Scrum-arrangementet som skal sikre at teamet er forberedt på å få de riktige tingene gjort i den kommende sprinten.
Formålet med sprintplanlegging
Sprintplanlegging gir produkteieren og utviklingsteamet anledning til å gjennomgå den prioriterte produktkøen, vanligvis i Scrum-programvare eller smidig prosjektstyringsprogramvare. Gjennom en rekke diskusjoner og forhandlinger identifiserer de elementer de forplikter seg til å fullføre innen slutten av sprinten. Produkteieren har ansvaret for dette.
Deltakere i sprintplanleggingen
Scrum-teamet – produkteieren, utviklingsteamet og Scrum-masteren.
Varighet på sprintplanleggingen
Lengden på de fleste Scrum-arrangementer er knyttet til sprintens lengde. Når det gjelder sprintplanlegging, bør den vare dobbelt så lenge som sprinten (i timer).
Nyttige tips
- Epos og brukerhistorier kan deles opp i mindre oppgaver og tildeles under sprintplanleggingen, slik at alle vet hva de er ansvarlige for.
- Oppmuntre teamet til å skissere oppgaver, feil og alle andre elementer som krever det under dette Scrum-møtet. Det bør være et svært samarbeidsorientert arrangement.
- Prøv å ha et mål på teamets hastighet før sprintplanleggingen begynner, forutsatt at dere har arbeidet etter Scrum-metodikken en stund.
Noe mer?
Sprintplanlegging hjelper Scrum-teamet med å svare på spørsmålene: «Hva kan leveres i denne neste sprinten? Og hvordan skal vi utføre arbeidet?» Det bidrar til forutsigbarhet og skaper et samarbeidsorientert miljø.
Maler for sprintplanlegging
I malbiblioteket for DPM-medlemskapet finner du en agenda, sjekkliste og e-post som kan lastes ned og tilpasses behovene teamet ditt har for sprintplanlegging. Dette gir deg et produktivt og nyttig sprintplanleggingsmøte.
Daglig Scrum (daglig standupmøte)
Daglig Scrum gir teamet anledning til å feire nylige prestasjoner, legge en plan for dagen og identifisere eventuelle hindringer i Scrum-prosjektet.
Formålet med daglig Scrum-møte
Denne Scrum-hendelsen er en hyppig og regelmessig anledning der teamet møtes for å kommunisere individuell fremgang mot sprintmålet. Det er ikke en statusoppdatering, men bør synliggjøre eventuelle hindringer for teamet.
Deltakere på daglig Scrum-møte
Scrum-masteren og utviklingsteamet. Produkteieren er valgfri.
Varighet for daglig Scrum-møte
Dette møtet er kort! Det bør ikke vare lenger enn 15 minutter. Lettere sagt enn gjort.
Nyttige tips
- Hold møtet på samme tidspunkt hver dag (vanligvis om morgenen), og prøv å gjøre dette så rutinepreget som mulig for Scrum-teamet.
- Det daglige ståmøtet bør ikke avlyses hvis en leder eller Scrum-master ikke kan delta. Møtet er for teamet – gjennomfør den daglige Scrum-en.
Noe annet?
Dette møtet kalles også det daglige ståmøtet eller Scrum-møtet. Denne raske innsjekken bør gjøre teamet klare for dagen, slik at de er samkjørte og bygger tillit til hverandre. La teammedlemmene holde hverandre ansvarlige for å oppfylle forpliktelsene sine hver dag.
Møte for sprintgjennomgang
Møtet for sprintgjennomgang er Scrum-hendelsen der alt arbeid som er fullført i løpet av den forrige sprinten, kan presenteres for interessentene.
Formålet med sprintgjennomgangen
Ved avslutningen av hver sprint gir sprintgjennomgangen utviklingsteamet en plattform for å presentere alt arbeidet som er fullført. Dette gjør det mulig for interessentene å inspisere eller tilpasse produktet etter hvert som det utvikler seg.
Sprintgjennomganger kan gjennomføres på en uformell måte eller være mer strukturerte. Dette kan avhenge av produktets livssyklus og lanseringsplanlegging.
Deltakere på sprintgjennomgangen
Scrum-teamet – produkteieren, utviklingsteamet og Scrum-masteren. Det kan også inkludere en blanding av ledere eller eksterne interessenter.
Varighet for sprintgjennomgangen
1 time per sprintuke. En sprint på 2 uker bør ha en sprintgjennomgang på 2 timer.
Nyttige tips
- Produkteieren bør stille spørsmål til interessentene, innhente tilbakemeldinger og også gi svar på eventuelle spørsmål som oppstår.
- Tilbakemeldinger som kan omsettes til handling, og som mottas under sprintgjennomgangen, bør konverteres til nye elementer i produktkøen for senere prioritering og diskusjon.
Noe annet?
Denne Scrum-hendelsen kalles også en sprintdemonstrasjon og bidrar til å bygge tillit mellom interessentene og Scrum-teamet. Det er den mest direkte måten å samle inn og legge til tidlige og hyppige tilbakemeldinger i sprintkøen på.
Møte for sprintretrospektiv
Sprintretrospektivet er den siste Scrum-hendelsen i sprintsekvensen. Den gir teamet mulighet til å se tilbake på arbeidet som ble fullført, og identifisere elementer som kan forbedres i fremtidige sprinter basert på erfaringene deres.
Formålet med sprintretrospektivet
Etter at en sprintgjennomgang er gjennomført, trenger Scrum-teamet tid til å reflektere over arbeidet som nettopp ble presentert, og diskutere måter å forbedre både resultatet og den agile arbeidsflyten på. Alle tilbakemeldinger bør samles inn og tildeles på samme måte som andre epos eller brukerhistorier, slik at Scrum-teamet forstår hvem som er ansvarlig for hva, og når endringene skal implementeres.
Deltakere på sprintretrospektivet
Scrum-masteren og utviklingsteamet. Produkteieren er valgfri.
Varighet for sprintretrospektivet
Vanligvis bør sprintretrospektiver ikke vare lenger enn 1,5 timer for en sprint på to uker. Hvis sprintene varer en måned, bør møtet ikke vare lenger enn 3 timer.
Nyttige tips
- Når dere arbeider med delvis eksterne eller fullstendig distribuerte team, bør dere bruke aktive samarbeidsverktøy som Mentimeter eller Confluence for å få folk til å delta uten at de må slå på mikrofonen og dele stemmen sin med alle.
- Hvis det kommer et forslag til forbedring, bør du spørre de andre medlemmene av Scrum-teamet om de er enige. Hvis de er det, bør dere finne ut hvordan anbefalingen skal settes ut i livet.
Noe annet?
Sørg for å skape et miljø med psykologisk trygghet. Dette er ikke et skyldspørsmål. Disse møtene synliggjør ofte anbefalinger for å bli bedre og redusere risiko fremover. Som Scrum-master bør du sørge for å veilede teamet til å gi ærlige tilbakemeldinger og vise respekt gjennom hele møtet.
Scrum-rollene
Etter å ha nevnt noen Scrum-roller, la oss se på hva hver av dem innebærer:
- Produktansvarlig: Denne rollen representerer kunden og virksomheten generelt for produktet de arbeider med. De har ansvaret for arbeidskøen og fastsetter prioriteten for arbeidsoppgavene til utviklingsteamet. De tar daglige, overordnede produktbeslutninger. De oversetter kundenes behov til konkrete arbeidsoppgaver for utviklingsteamet.
- Scrum-masteren: Scrum-mastere har ansvaret for å sikre at teamet har det de trenger for å lykkes, inkludert en tydelig forståelse av Scrum-prosessen. De fungerer som coach, rådgiver, talsperson, den som fjerner hindringer, tilrettelegger og megler – alt i én rolle.
Scrum-mastere har ansvaret for å etablere Scrum slik det er definert i Scrum Guide, men de er ikke prosjektledere (vær på vakt mot ledere som tror dette er samme rolle!) – de har ikke ansvaret for arbeidsproduktet. En Scrum-master er heller ikke nødvendigvis én bestemt person eller en heltidsstilling! Les mer om Scrum-mastere kontra prosjektledere her. - Utviklingsteamet: Dette er en gruppe tverrfunksjonelle teammedlemmer som alle fokuserer på å levere fungerende programvare eller det ønskede resultatet av teamets arbeid. Det inkluderer produktutviklere, designere, kvalitetssikrere eller andre tekniske roller som må samarbeide om den faktiske utviklingen av et produkt.
Ideelt sett er denne gruppen på 5–9 personer fullt dedikert til ett Scrum-team. I virkeligheten, og i byråer, kan det se litt annerledes ut. Utviklingsteamet bør være selvorganiserende og motivert til å skape verdi, og med god tilrettelegging fra en Scrum-master og produktansvarlig kan det være det.
Hver av disse rollene har en unik deltakelse i hvert av Scrum-møtene. Når Scrum-møtene tilrettelegges på en god måte, får hver person i rollen sin en god mulighet til å lykkes.
Hvorfor er Scrum-møtene viktige?
Scrum-møtene er hjertet i Scrum-metodikken. Uten møtene kan Scrum raskt bli en svært vanskelig og rotete prosess å følge. Dette er spesielt viktig for nye team. Jeg oppfordrer folk til å ta i bruk Scrum slik det er beskrevet i Scrum Guide, gjennomføre noen sprintgjentakelser og deretter finne ut hva som må tilpasses for at det skal passe best mulig for teamet.
Merk: Du har kanskje lagt merke til at vi ikke snakket om et sprintbrett (noen ganger kalt et Kanban-brett) i denne artikkelen. Det er fordi det ikke er et kjerneelement i noen av Scrum-møtene. Sprintbrett er utmerkede verktøy å bruke i hvert møte, men de er ikke et obligatorisk element.
Praktisk sammenligningstabell
Har du dårlig tid? Ta en titt på denne korte tabellen for å sammenligne Scrum-møtene.
Hva synes du?
Uansett hvilken programvare for prosjektstyring du bruker, eller hvilket produkt du arbeider med, er disse Scrum-møtene utformet for å skape resultater.
Jeg har erfart at disse møtene gir struktur og fungerer godt når hele teamet slutter opp om en felles forståelse av hva hvert Scrum-møte skal brukes til. Igjen: Scrum er et rammeverk som skal hjelpe deg med å levere programvare på en smidig måte.
