SCRUM er en Agile projektstyringsmetode og framework, der er designet til at hjælpe teams med at arbejde sammen effektivt og med mindst mulig downtime. SCRUM fokuserer på at opdele et projekt i mindre, håndterbare opgaver og arbejde på dem i korte iterationer, kaldet sprints.
Et SCRUM team har 2 meget vigtige roller, som altid skal være besat! Det er PO, Product Owner og SM som står for SCRUM Master!
Product Owneren er ansvarlig for at definere og prioritere kravene til produktet samt at vedligeholde backlog for produktet.
Udviklingsteamet er ansvarligt for at levere produktet og opdele opgaverne i sprints.
SCRUM Masteren er ansvarlig for at facilitere samarbejdet mellem teamet og sikre, at SCRUM-processen følges. Rollerne skifter fra sprint til sprint, så I alle har chancen for at prøve det. Man kan ikke nå at implementere alle ansvarsområder for en SM hver uge. De har nemlig også ansvaret for mange andre ting end at afholde møder og sikre sig at SCRUM bliver fulgt. Derfor har vi taget de vigtigste punkter ud og beskrevet herunder såsom de 4 punkter neden under som SM’en har ansvar for!
SCRUM-processen består af fire faser:
Daily SCRUM: Teamet mødes hver dag for at diskutere fremskridt og eventuelle udfordringer.
Daily SCRUM er beskrevet mere i dybden længere nede. Her bliver der forklaret lidt mere omkring hvad der er vigtigt at få ud af et dagligt møde og hvordan det ikke er et statusmøde!
Sprint Review: Teamet præsenterer deres arbejde for Product Owneren og identificerer eventuelle forbedringer.
Billedet viser at det er til stakeholders vi overlevere det, men ofte på et skoleprojekt har vi ikke stakeholders!
Her overlevere vi som regel bare til PO
Sprint Retrospektiv: Teamet reflekterer over deres præstationer og identificerer muligheder for forbedring.
Punkter som skal gennemgås er følgende
Det er næste uges SMs ansvar at følge op på retrospektet og indføre så mange ting som muligt for at undgå eller forbedre det næste spring
Figur 1.1 - Sprint Struktur
Alle 4 faser er præsentere på figur 1.1 - her ser vi også hvornår i processen at vi har de forskellige møder. Ofte arbejder vi med lidt korte sprint på 1 uge, her fordeler de 4 faser sig typisk på følgende måde.
Mandag → Sprint Planning, det er vigtigt at få valgt tasks ud til hele ugen og definere jeres sprint mål!
Tirsdag, Onsdag og Torsdag → Daily Scrum, her følger vi strukturen som er beskrevet længere nede.
Fredag → Sprint review og Retrospective
Backlog er et vigtigt begreb inden for SCRUM, her er alle vores tasks, fejl og features. Det er generelt vores hoved-dokument som skal holde os på sporet og have alle elementer fra kunden med i vores produkt.
Vi kan se på billedet ovenfor Figur 1.1, at en Product backlog danner grund for hele vores sprint planlægning og dermed hele processen. Denne vigtige del er under ansvaret hos vores PO. PO’en skal have en forståelse for hvad der er vigtigt i vores produkt, i forhold til hvad kunderne efterspørger.
Figur 2.1 Backlog stack
På Figur 2.1, kan vi se en visuel demonstration af en backlog. Her ser vi at den er rangeret i prioritet, efter hvad der er vigtigt for vores klient eller kunde. Derudover er der forskellige størrelse på tasks, som er i stakken. Det betyder også at til hver release som ofte hænger sammen med vores sprint, er det ikke den samme mængde tasks som bliver inkluderet.