I dagens artikel vil vi fokusere på Scrum Artefakter. Vi vil forklare Produkt Backlog, Sprint Backlog og Increment. Vi vil også besvare spørgsmålet om, hvad Scrum Team medlemmer og interessenter bruger dem til.
Scrum artefakter – indholdsfortegnelse:
Hvad er Scrum Artefakter?
Tre Scrum Artefakter er afgørende for et effektivt Scrum Team. Disse er to Backlogs, som er lister over opgaver, og Increment, som er en potentielt udgivelsesklar version af et produkt, der er forbedret i en given Sprint.
De kaldes samlet set Artefakter, fordi de har ét formål. Nemlig, at maksimere gennemsigtigheden af information vedrørende arbejdet med produktet.
Med tilgængeligheden af Scrum Artefakter kan ethvert Scrum Team medlem eller interessent få et klart billede når som helst. Der vil de se:
- Hvilket produkt og til hvilket formål der bliver skabt
- Hvilke opgaver der er planlagt til at blive udført
- Hvilke opgaver udviklingsteamet i øjeblikket arbejder på
- Hvilke opgaver der allerede er blevet afsluttet
- Hvordan den nuværende version af det kørende produkt ser ud
Scrum backlogs beskriver produktet både fra tekniske og forretningsmæssige vinkler. Den tekniske beskrivelse af produktet skabt af Scrum Teamet indeholder, hvordan produktet fungerer, samt forslag til specifikke løsninger, der skal implementeres af udviklingsteamet. Den forretningsmæssige beskrivelse indeholder brugerhistorier, der besvarer spørgsmål som:
- Hvad er produktet til?
- Hvilke funktioner skal produktet udføre?
- Hvilke forventninger fra kunden skal produktet opfylde?
Således beskriver de delvise funktionaliteter af produktet fra kundens synspunkt.
Vi vil dedikere separate indlæg til hver Scrum Artefakt, dedikeret til Produkt Backlog, Sprint Backlog og Increment, henholdsvis.
Produkt Backlog
Produkt Backlog er en liste over opgaver, som Scrum Teamet vil arbejde på. Det er udtrykt på forretningssprog, og dets omfang dækker hele projektets varighed.
Vedligeholdelse og tilgængelighed af Produkt Backlog er afgørende for gennemsigtigheden af Scrum Teamets arbejde. Takket være dette dokument ved udviklingsteamet hvilket forretningsproblem de arbejder på at løse og hvad kundens prioriteter er. Hvad mere er, Produkt Backlog er et vejskilt, som du kan støtte dig til, når du bliver overvældet af mindre opgaver, der slører billedet af hele projektet.
Produkt Backlog holder styr på udviklingsteamets fremskridt mod produktmålet. Det administreres af Product Owner og bør opdateres regelmæssigt. Så det til enhver tid giver et klart billede af det arbejde, der skal udføres.
Opgaver med de nærmeste deadlines beskrives i Produkt Backlog på den mest detaljerede måde. Opgaver med længere deadlines eller valgfrie opgaver har en form af en generel skitse.
Sprint Backlog
Vi kan tænke på Sprint Backlog som noget, der ligner Produkt Backlog. Dog ændrer måden, opgaverne beskrives på, og tidsrammen sig.
Mens fokus i Produkt Backlog var på at beskrive opgaver fra en interessent- og forretningsperspektiv, er Sprint Backlog udviklernes domæne. De er ansvarlige for at vedligeholde og opdatere Sprint Backlog. Det er en beskrivelse af teamets arbejde, derfor er det udtrykt i teknisk sprog. Det beskriver detaljerede opgaver og løsninger, som udviklerne planlægger deres udførelse.
Sprint Backlog opererer på en tidsramme, der svarer til varigheden af en Sprint, typisk to uger til en måned. Det muliggør sporing af udviklingsteamets fremskridt mod Sprint-målet.
Increment
Indholdet af Produkt Backlog er en trin-for-trin beskrivelse af, hvordan man opnår produktmålet. Indholdet af Sprint Backlog er en beskrivelse af opgaverne, der fører til opnåelsen af Sprint-målet. Increment er summen af delvise produktfunktionaliteter realiseret i en given Sprint tilføjet til den nuværende tilstand af produktet.
Hver ny Increment bygger på den forrige. Derfor skal det udførte arbejde testes grundigt. Testning gør det muligt at sikre, at den nye løsning ikke forstyrrer eller påvirker dem, der blev skabt tidligere. For at arbejdet kan blive en Increment, skal det integreres i den eksisterende tilstand af produktet. Og resultere i dens forbedrede, fungerende version.
Med andre ord er en Increment et sæt opgaver, der er afsluttet i en Sprint, som udgør en ny, fungerende version af et produkt. Og dens forretningsmæssige betydning beskrives af Definitionen af Færdiggørelse. Den indtastes i Produkt Backlog under Sprint Planlægning.
Sammenfatning
Scrum artefakterne er Produkt Backlog, Sprint Backlog og Increment. De giver alle interessenter adgang til information om status for produktet. Scrum artefakter indeholder Scrum Team Mål og Mål defineret fra forretnings- og tekniske vinkler. Derudover indeholder de alle karakteristika for den nuværende, fungerende version af produktet, potentielt klar til at blive frigivet til markedet.
Hvis du kan lide vores indhold, så bliv en del af vores travle bier fællesskab på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Som projektleder er Caroline en ekspert i at finde nye metoder til at designe de bedste arbejdsgange og optimere processer. Hendes organisatoriske færdigheder og evne til at arbejde under tidspres gør hende til den bedste person til at gøre komplicerede projekter til virkelighed.
Scrum Guide:
- Ordbog over grundlæggende termer, roller og begreber
- Hvad er Scrum?
- Scrum værdier
- Hvordan implementerer man Scrum i din virksomhed?
- Scrum Team - hvad er det, og hvordan fungerer det?
- Hvem er en Product Owner?
- De mest almindelige fejl hos Product Owner
- Hvem er Scrum Masteren?
- De mest almindelige fejl hos Scrum Master
- Hvilke statistikker og målinger bør Scrum Masteren følge?
- Udviklingsteam i Scrum
- De mest almindelige fejl hos udviklere
- Scrum artefakter
- Skalering af Scrum
- Sprint Backlog
- Hvad er produktbackloggen?
- Hvad er brugerhistorier?
- At skabe den bedste User Story med INVEST
- De mest almindelige fejl i User Stories
- Brugerhistorie Acceptkriterier
- Estimering og Story Points i Scrum
- Planlægningspoker
- Team Estimeringsspil
- Definere inkrement
- Scrum begivenheder
- Hvad er et Burndown-diagram?
- Fordele og ulemper ved burndown-diagrammet
- Kanban-tavler i Scrum og Scrumban
- Hastighed i Scrum - Udviklingsteamets hastighed
- Daglig Scrum
- Sprintplanlægning
- Sprintgennemgang
- Hvad er en Sprint Retrospektiv?
- Almindelige fejl under en Sprint Retrospektiv
- Produkt Backlog pleje
- Hvordan opretter og fortolker man et burndown-diagram?