Hvad er Scrum Artifacts?

SCrum Artifacts er afgørende for succesen for ethvert Scrum Team og definerer alt det arbejde, der skal udføres i et projekt. Scrum Artifacts er al den information, som teamet og interessenterne bruger til at beskrive det produkt eller den service, der udvikles, de handlinger, der kræves for at producere det, og de opgaver, der skal udføres gennem hele projektet.

Der er tre Scrum-artefakter, som vi hver især vil udforske mere detaljeret i denne artikel. Artefakterne er væsentligt forskellige kategorier og omfatter følgende:

  1. Product Backlog
  2. Sprint Backlog
  3. Produktstigning

De tre artefakter viser de fremskridt, Scrum-teamet har gjort, og hvilke skridt der skal tages næste gang. På den måde sikrer de, at teamet alle har det samme vidensniveau, og at alle fremskridt, som udviklingsteamet har gjort, forbliver gennemsigtige. Vi vil udforske hver af artefakterne mere detaljeret næste gang.

Product Backlog

Product Backlog er en af de tre centrale scrum-artefakter og hjælper med at guide og styre dit arbejde som et team. Dette er en liste over alle funktioner, funktioner og krav, der kan være nødvendige for produktet. Product Backlog er i konstant udvikling og opdateres, efterhånden som ny information kommer frem. Efterfølgende omtales det nogle gange som en 'levende' artefakt. Efterslæbet er afhængig af inputkilder såsom markedskrav, feedback og konkurrentanalyse. 

Det er en fordel at holde Product Backlog opdateret, da det sikrer, at teamet ved, hvad projektkravene er, og hvilke der har prioritet.

Du kan læse mere om Product Backlog i vores artikel [her].

Sprint Backlog

Sprint Backlog er listen over alt, hvad der er nødvendigt i den nuværende Sprint og er sammensat af et sæt Product Backlog elementer og den opgave, der er nødvendig for at levere disse varer. Mens Product Backlog viser alt, hvad der skal leveres ved afslutningen af projektet, inkluderer Sprint Backlog kun det, der skal leveres i den nuværende Sprint. Den har derfor mere specifikke detaljer om hver vare end resten af Product Backlog. 

Inden hver Sprint afholder Scrum-teamet et Sprint Planning-møde, hvor de beslutter, hvilke elementer på Product Backlog der skal tilføjes til Sprint Backlog. Varerne på Sprint Backlog skal derfor leveres under den nuværende Sprint. Denne artefakt er gavnlig, da den giver et nøjagtigt billede af det arbejde, udviklingsteamet planlægger at udføre.

På samme måde som Product Backlog bør Sprint Backlog regelmæssigt gennemgås og opdateres. Opgaver bør fjernes, hvis de bliver overflødige, og nye opgaver tilføjes i takt med, at information og viden øges. Den skal have nok detaljer til, at holdet kan inspicere deres fremskridt i Daily Scrum.

Produkt Increment

Produktet Increment er den version af produktet, eller en del af produktet, der vil blive leveret i slutningen af hver Sprint. En genstand fra Sprint Backlog bliver en del af Produkt Increment når Scrum-teamet indstiller det som komplet. Dette betragtes ofte som det mest afgørende af de tre artefakter i Scrum. Og med god grund, da det giver sporing for arbejde, der er blevet leveret af teamet i hver Sprint. 

Arbejde kan ikke betragtes som en del af en Increment, medmindre det opfylder Definition of Done. Teamet skal have en fælles forståelse af 'Udført' for at vurdere, hvornår arbejdet er afsluttet og sikre gennemsigtighed.

4 tips til effektiv håndtering af Scrum-artefakter

Det er afgørende at forstå Product Backlog, Product Backlog elementerne og raffineringsprocessen i detaljer, hvis du bruger Scrum. Hvert individ, der er begyndt at arbejde med agil metodologi, skal kende til praksis og processer i Scrum-rammerne. Det kan derfor være en god idé at overveje et scrum-kursus for at være sikker på, at du er helt i top.

Navnekonvention

Scrum-teams, der ikke navngiver deres Product Backlog-elementer, ender godt med en usammenhængende Product Backlog. Gode navne har konsistens og forklaring, hvilket ikke altid er let. Brug beskrivende navngivning, vær konsekvent i de udtryk, du bruger, og minimer længden. 

Anvend nedbrændingsdiagrammer

Der er to typer burndown-diagrammer: Sprint Burndown og Release Burndown. 

EN Sprint nedbrændingsdiagram er et værdifuldt værktøj for Scrum-teamet, fordi det gør deres arbejde synligt og hjælper dem med at forudsige, om de når Sprint Goal eller ej. Hvis ikke, skal Developer'erne foretage de nødvendige handlinger for at komme tilbage på sporet. Dette gøres ofte ved at finde en kortere vej til Sprint Goal end den originale.

Et Release Burndown Chart er et værdifuldt værktøj for Product Owner til at vurdere, om den langsigtede plan, der dækker mange sprints, stadig er gyldig. Hvis ikke, skal Product Owner omprioritere Product Backlog.

Har en klar definition af udført

Det er vigtigt at have en klar Definition of Done. Det Definition of Done sikrer, at alle på holdet ved præcis, hvad der forventes af alt, hvad Scrum-teamet leverer. Hvis en Product Backlog-vare ikke har en klar definition af udført, bør den ikke præsenteres på Sprint Review.

Gør brug af Backlog Refinement

En Product Backlog er aldrig komplet; det er et væsen i konstant forandring, som har brug for omsorg og opmærksomhed. Forfining af efterslæb bruges til at diskutere, gennemgå og prioritere punkter i Backlog. Målet med Backlog Refinement er at holde Backlog up-to-date og sikre, at dens varer er forberedt til kommende Sprint'er.

Sammenfatning af Scrum-artefakter

Scrum-artefakter er en væsentlig del af Scrum-rammen. Scrum involverer færdiggørelse af en liste over emner (fra Sprint Backlog) inden for en kort periode (Sprint) uden at miste det overordnede projektmål (Product Backlog) af syne. Vedligeholdelse af alle disse elementer kræver stærkt samarbejde mellem teamet, regelmæssig kommunikation, gennemsigtighed og tillid til, at artefakter er opdaterede og korrekte.