Scrum er en fleksibel arbeidsmodell som ble utviklet som et svar på den tradisjonelle fossefallsmodellen. Fossefallsprosjekter er kjent for å kreve mye detaljert planlegging og komplekse arbeidsflyter, og på 1990-tallet var dette ofte årsaken til mange prosjektkatastrofer innen IT-bransjen. Jeff Sutherland og Ken Schwaber mente at det var behov for en mer tilpassingsdyktig metode, og skapte derfor Scrum.
I dette blogginnlegget går vi igjennom hva Scrum er, hvilke roller som er med i et Scrum-team og hva rammeverket passer til.
Scrum forutsetter at man arbeider i små, tverrfaglige team som er selvstendige. I stedet for å planlegge langsiktig, benytter Scrum korte iterasjoner, løpende kontroll av resultater og gradvis tilpasning av den overordnede planen. Alt arbeidet skjer helt åpent og med fokus på felles forståelse av mål og prosesser.
LES OGSÅ: Dette er de smidige rammeverkene
Det klassiske Scrum-teamet
Scrum er en arbeidsmetodikk som gjør det mulig å håndtere komplekse prosjekter ved hjelp av enkle prosesser. Det klassiske Scrum-teamet består av tre hovedroller: produkteier, utviklere og Scrum-leder.
1. Produkteieren (Product Owner) er ansvarlig for å representere kunden eller brukeren og prioritere oppgavene som skal utføres. For å jobbe som produkteier, anbefales det å ha en Scrum Product Owner-sertifisering.
2. Utviklere (Developers) som har de nødvendige ferdighetene for å utvikle det ferdige produktet.
3. Scrum-lederen (ScrumMaster) har ansvar for å sørge for at alle i teamet forstår og bruker Scrum-metodikken på riktig måte. For å jobbe som ScrumMaster anbefales det å ha en ScrumMaster-sertifisering.
Strukturering av arbeidet gjennom sprintplanlegging
I Scrum jobber man innenfor tidsbokser. Produkteieren har ansvar for å lage en ønskeliste over nye funksjoner, kalt produktkøen (Product Backlog), men det er ikke viktig å vite hvor lang tid det tar å utvikle alle funksjonene.
Scrum-teamet kan avtale en overordnet tidsboks på for eksempel seks måneder, hvor neste release skal være ferdigstilt. Disse seks månedene deles så inn i kortere tidsbokser, kalt sprinter, vanligvis på to uker og max en måned.
Under sprintplanleggingen, identifiserer Scrum-teamet ett sprintmål, og utviklerne velger de oppgavene med høyest prioritet som er mulig å fullføre innenfor sprinten. Disse oppgavene legges deretter i sprintkøen (Sprint Backlog) og utviklerne får full ro til å jobbe med oppgavene uten nye krav eller forstyrrelser.
Scrum-prosessen: Daglige møter, sprintgjennomgang og retrospektiv
Utviklerne møtes hver dag til et kort møte kalt Daily Scrum, der de tar en avsjekk om at de er på riktig vei mot sprintmålet og identifiserer eventuelle utfordringer som står i veien for arbeidet.
Dette bidrar til at alle føler et ansvar og er motiverte for å fullføre så mange oppgaver som mulig. På slutten av hver sprint, møtes teamet for en sprintgjennomgang (Sprint Review), der de viser frem den nye funksjonaliteten. Produkteieren og interessenter gir tilbakemelding på leveransen og skisserer nye ønsker i en produktkø (Product Backlog), og Scrum-teamet evaluerer sprinten i et retrospektiv (Retrospective) for å se på forbedringer til neste sprint.
Hva passer Scrum til?
Scrum er en smidig metodikk som er utviklet for å håndtere komplekst arbeid. Det er ikke ment å være en enkel løsning for alt, men heller et bidrag til å håndtere usikkerhet og endring i prosjekter. Scrum er ikke en prosjektstyringsmodell eller en metode for løpende drift, men en et rammeverk som er ment å brukes i eksisterende organisasjoner, som for eksempel en prosjektorganisasjon eller linjeorganisasjon.
Scrum har ingen formell prosjektlederrolle. De ulike delene i et Scrum-team bidrar med sitt fokus. Produkteier holder i hva som er rett produkt å utvikle, utviklerne fokuserer på hvordan produktet bør utvikles og ScrumMaster sikrer at teamet fungerer optimalt og legger til rette for at teamet blir bedre og bedre.
