Hva er Scrum?

Scrum er en smidig metode som handler mer om hvordan man samarbeider innad i teamet og med kunder, enn om hvordan man skriver kode.

  • Vanligst å være rundt 7–8 personer i et team
  • Arbeidet utføres i sprinter på 1–3 uker
  • Stand-up møter hver morgen (15 minutter)
  • Scrum-board oppdateres underveis i sprinten

Roller

Product Owner (PO)
Eier og prioriterer product backlog. Representerer kundens/forretningens interesser. Definerer hva teamet skal bygge og i hvilken rekkefølge.
Scrum Master (SM)
Fasilitator og coach. Fjerner hindringer («impediments»). Sørger for at Scrum-prosessen følges. Skjermer teamet fra forstyrrelser utenfra.
Development Team
Tverrfaglig team (5–9 pers) som designer, koder og tester. Selvorganiserende – bestemmer selv hvordan de løser oppgavene.

Seremonier (møter)

  1. 1

    Sprint Planning

    Hvem: PO + Development Team
    Hva: Velger oppgaver fra product backlog til sprint backlog. Estimerer arbeidsmengde. Setter sprint-mål.

  2. 2

    Daily Standup (Daily Scrum)

    Hvem: Development Team (+ SM)
    Hva: 15 minutter. Tre spørsmål: Hva gjorde jeg i går? Hva gjør jeg i dag? Er det noe som hindrer meg?

  3. 3

    Sprint Review

    Hvem: Hele teamet + interessenter
    Hva: Demo av det ferdige inkrement for kunden. Innhenter tilbakemelding. Evaluerer leveransen.

  4. 4

    Sprint Retrospective

    Hvem: Kun Development Team + SM
    Hva: Teamet reflekterer over prosessen (ikke produktet). Hva gikk bra? Hva kan forbedres?

Artefakter

Product Backlog
Prioritert liste over alt som skal bygges. Eies av PO. Oppdateres kontinuerlig (backlog refinement).
Sprint Backlog
Undersettet av product backlog som teamet tar inn i sprinten. Kan ikke endres midt i sprint (uten å avbryte sprinten).
Inkrement
Det ferdige, potensielt leveringsdyktige produktet ved slutten av sprinten. Skal møte «Definition of Done».

Sprint-syklusen

En sprint er typisk 1–3 uker og følger alltid samme mønster:

  1. Sprint Planning → definer sprint-mål og sprint backlog
  2. Utvikling (med Daily Standup hver dag)
  3. Sprint Review → demo og tilbakemelding
  4. Sprint Retrospective → forbedre prosessen
  5. Ny sprint starter
Viktig Krav og prioriteringer i product backlog kan oppdateres mellom sprinter. Men i pågående sprint er sprint backlog låst – teamet leverer det de planla.

Sprint Review vs. Retrospective

Dette er et vanlig eksamens-spørsmål:

Sprint ReviewSprint Retrospective
Evaluerer leveransen/produktet Evaluerer prosessen og samarbeidet
Involverer interessenter og kunder Kun development team (+ SM)
Demo av ferdig inkrement Refleksjon: hva gikk bra/dårlig?
Formål: få tilbakemelding på produktet Formål: forbedre neste sprint

Test Scrum-kunnskapen din

Øv på spørsmål om Scrum-roller, seremonier og prosess.

Start metodikk-quiz →