Et Scrum Board er et visuelt værktøj, der viser status på alle opgaver i den aktuelle sprint. Boardet giver teamet et fælles overblik over, hvad der er i gang, hvad der venter, og hvad der er færdigt. Det er et af de mest konkrete og håndgribelige elementer i Scrum og fungerer som teamets daglige referencepunkt.
Den grundlæggende struktur på et Scrum Board består typisk af tre til fem kolonner: To Do (opgaver der ikke er startet), In Progress (opgaver under arbejde), In Review (opgaver der afventer gennemgang) og Done (færdige opgaver). Nogle teams tilføjer en kolonne for test eller validering, afhængigt af deres arbejdsproces. Kolonnerne skal afspejle teamets faktiske workflow - der er ingen universel standard.
Hvert kort på boardet repræsenterer en opgave eller et Product Backlog Item, der er taget ind i sprinten. Kortet indeholder typisk en kort beskrivelse, en estimering (ofte i Story Points), og hvem der arbejder på opgaven. På fysiske boards bruger mange teams farvekoder til at skelne mellem typer af arbejde: features, fejlrettelser, teknisk gæld og spikes.
Fysiske boards - typisk et whiteboard med sticky notes - har flere fordele. De er synlige for alle, der går forbi, de inviterer til spontane samtaler om status, og den fysiske handling at flytte et kort giver en konkret følelse af fremskridt. Mange erfarne Scrum-teams foretrækker fysiske boards, fordi de skaber en stærkere forbindelse mellem teamet og deres arbejde.
Digitale boards som Jira, Azure DevOps, Trello eller Linear er nødvendige for distribuerede teams og giver fordele som historik, søgbarhed og integration med andre værktøjer. Ulempen er, at de er mindre synlige i hverdagen - teammedlemmer skal aktivt åbne værktøjet for at se status. De fleste digitale værktøjer tilbyder både Scrum Board og Kanban Board som visninger, og det er vigtigt at vælge den rette til teamets kontekst.
Scrum Board og Kanban Board ligner hinanden visuelt, men der er væsentlige forskelle. Et Scrum Board nulstilles ved hver ny sprint - alle kort fjernes, og nye opgaver fra Sprint Backlog tilføjes. Et Kanban Board er permanent og viser et kontinuerligt flow. Scrum Boards har sjældent eksplicitte WIP-limits (Work in Progress), mens det er et kerneprincip i Kanban. Mange teams kombinerer elementer fra begge tilgange.
Burndown Charts supplerer ofte Scrum Boardet. Hvor boardet viser hvad der er i hvilken status, viser et burndown chart teamets fremskridt over tid i forhold til sprintens omfang. Den ideelle burndown-kurve er en jævnt faldende linje fra sprintens start til slut. Afvigelser fra denne linje kan afsløre problemer tidligt - for eksempel hvis kurven flader ud midt i sprinten, kan det indikere blokeringer eller scope creep.
Under Daily Standup bruger teamet boardet som omdrejningspunkt. I stedet for at gå rundt og lade hvert teammedlem rapportere, kan teamet "gå boardet" - gennemgå kolonnerne fra højre mod venstre (startende med opgaver tættest på Done) og diskutere status og eventuelle blokeringer. Denne tilgang fokuserer samtalen på arbejdet frem for på individer.
Et almindeligt problem med Scrum Boards er, at opgaver sidder fast i In Progress-kolonnen i lang tid. Det kan skyldes, at opgaverne er for store og bør nedbrydes yderligere, at teammedlemmer arbejder på for mange ting samtidigt, eller at der er eksterne afhængigheder, der blokerer fremskridt. Når en opgave har været In Progress i mere end to dage, bør teamet diskutere, om den kan splittes eller om der er forhindringer, der skal fjernes.
Swimlanes er en valgfri udvidelse af boardet, hvor rækker bruges til at gruppere opgaver efter kategori, teammedlem eller prioritet. For eksempel kan et team have en swimlane for hver User Story, med tilhørende opgaver i rækkerne. Swimlanes tilføjer struktur, men øger også kompleksiteten - de er mest nyttige for større teams med mange samtidige opgaver.
Boardet bør opdateres løbende, ikke kun under Daily Standup. Når et teammedlem starter på en ny opgave, flytter de kortet med det samme. Når en opgave er færdig, flyttes den til Done. Denne realtidsopdatering sikrer, at boardet altid viser den aktuelle status og gør det til et pålideligt informationsværktøj for hele teamet og interessenter.
Definition of Done spiller en central rolle i forbindelse med boardet. Et kort må kun flyttes til Done-kolonnen, når det opfylder alle kriterier i teamets Definition of Done. Det kan inkludere: kode er skrevet og reviewed, automatiserede tests består, dokumentation er opdateret, og funktionen er demonstreret. Denne disciplin sikrer, at Done virkelig betyder done, og at teamets Increment er potentielt releasbart ved sprintens slutning.