Scrum Artefacten zijn cruciaal voor het succes van elk Scrum Team en definiëren al het werk dat gedaan moet worden in een project. Scrum Artefacten is alle informatie die het team en de belanghebbenden gebruiken om het product of de dienst die wordt ontwikkeld te beschrijven, de acties die nodig zijn om het te produceren en de taken die tijdens het project moeten worden uitgevoerd.
Er zijn drie Scrum-artefacten, die we elk in meer detail in dit artikel zullen onderzoeken. De artefacten zijn in wezen verschillende categorieën en omvatten het volgende:
- Product Backlog
- Sprint-achterstand
- Productverhoging
De drie artefacten laten de voortgang zien die het Scrum-team heeft gemaakt en welke volgende stappen nodig zijn. Daarbij zorgen ze ervoor dat het team allemaal hetzelfde kennisniveau heeft en dat alle vorderingen van het Development Team transparant blijven. We zullen elk van de artefacten hierna in meer detail onderzoeken.
Product Backlog
De Product Backlog is een van de drie belangrijkste scrum-artefacten en helpt bij het begeleiden en beheren van uw werk als team. Dit is een lijst met alle kenmerken, functies en vereisten die nodig kunnen zijn voor het product. De Product Backlog evolueert voortdurend en wordt bijgewerkt wanneer er nieuwe informatie aan het licht komt. Vervolgens wordt het soms een 'levend' artefact genoemd. De Backlog is afhankelijk van inputbronnen zoals marktvraag, feedback en analyse van concurrenten.
Het up-to-date houden van de Product Backlog is voordelig omdat het ervoor zorgt dat het team weet wat de projectvereisten zijn en welke prioriteit hebben.
Je kunt meer lezen over Product Backlog in ons artikel [hier].
Sprint-achterstand
De Sprint Backlog is de lijst van alles wat nodig is in de huidige Sprint en is samengesteld uit een set Product Backlog Items en de taak die nodig is om die items op te leveren. Terwijl de Product Backlog alles opsomt dat moet worden opgeleverd aan het einde van het project, bevat de Sprint Backlog alleen wat moet worden opgeleverd in de huidige Sprint. Het heeft daarom meer specifieke details over elk item dan de rest van de Product Backlog.
Voorafgaand aan elke Sprint houdt het Scrum Team een Sprint Planningsbijeenkomst waar ze beslissen welke items op de Product Backlog moeten worden toegevoegd aan de Sprint Backlog. Bijgevolg moeten de items op de Sprint Backlog tijdens de huidige Sprint worden opgeleverd. Dit artefact is nuttig omdat het een nauwkeurig beeld geeft van het werk dat het ontwikkelingsteam van plan is te volbrengen.
Net als de Product Backlog, moet de Sprint Backlog regelmatig worden herzien en bijgewerkt. Taken moeten worden verwijderd als ze overbodig worden en nieuwe taken moeten worden toegevoegd naarmate informatie en kennis toenemen. Het moet voldoende details bevatten zodat het team hun voortgang in de dagelijkse scrum kan inspecteren.
Product Increment
De Product Increment is de versie van het product, of een deel van het product, die aan het einde van elke Sprint wordt opgeleverd. Een item uit de Sprint Backlog wordt onderdeel van de Product Increment zodra het Scrumteam het als voltooid heeft ingesteld. Dit wordt vaak beschouwd als het meest cruciale van de drie artefacten van Scrum. En terecht, want het biedt inzicht in het werk dat het team in elke Sprint heeft geleverd.
Werk kan niet worden beschouwd als onderdeel van een Increment, tenzij het voldoet aan de Definition of Done. Het team moet een gedeeld begrip hebben van 'Klaar' om te kunnen beoordelen wanneer het werk is voltooid en om transparantie te garanderen.
4 tips om Scrum-artefacten effectief te beheren
Het is cruciaal om de Product Backlog, Product Backlog Items en het Verfijningsproces in detail te begrijpen als je Scrum gebruikt. Elk individu dat is begonnen met agile werken, moet op de hoogte zijn van de werkwijzen en processen van het Scrum-raamwerk. Het kan daarom een goed idee zijn om een scrumcursus te overwegen om er zeker van te zijn dat je helemaal bij bent.
Naamgeving
Scrumteams die hun Product Backlog Items niet goed benoemen, eindigen met een onsamenhangende Product Backlog. Goede namen hebben consistentie en uitleg, wat niet altijd gemakkelijk is. Gebruik beschrijvende naamgeving, wees consistent in de termen die u gebruikt en minimaliseer de lengte.
Burndown-grafieken toepassen
Er zijn twee soorten burndown-grafieken: Sprint Burndown en Release Burndown.
Een Sprint Burndown-grafiek is een waardevol hulpmiddel voor het Scrumteam omdat het hun werk zichtbaar maakt en hen helpt te voorspellen of ze het Sprintdoel bereiken of niet. Als dit niet het geval is, moeten de ontwikkelaars de juiste acties ondernemen om weer op het goede spoor te komen. Dit wordt vaak gedaan door een korter pad naar het sprintdoel te vinden dan het oorspronkelijke pad.
Een Release Burndown Chart is een waardevol hulpmiddel voor de Product Owner om te evalueren of het langetermijnplan, dat vele sprints omvat, nog steeds geldig is. Zo niet, dan moet de Product Owner de Product Backlog opnieuw prioriteren.
Zorg voor een duidelijke definitie van gedaan
Het is essentieel om een duidelijke Definition of Done te hebben. De Definition of Done zorgt ervoor dat iedereen in het team precies weet wat er wordt verwacht van alles wat het Scrumteam levert. Als er voor een Product Backlog Item geen duidelijke definitie is van 'klaar', mag het niet worden gepresenteerd tijdens de Sprint Review.
Maak gebruik van Backlog Refinement
Een Product Backlog is nooit compleet; het is een voortdurend veranderende entiteit die zorg en aandacht nodig heeft. Verfijning van de achterstand wordt gebruikt om items in de Backlog te bespreken, beoordelen en prioriteren. Het doel van Backlog Refinement is om de Backlog up-to-date te houden en ervoor te zorgen dat de items gereed zijn voor komende Sprints.
Samenvatting van de Scrum-artefacten
De Scrum Artifacts zijn een essentieel onderdeel van het Scrum framework. Scrum is het afronden van een lijst met items (uit de Sprint Backlog) binnen een korte periode (de Sprint) zonder het algehele projectdoel (de Product Backlog) uit het oog te verliezen. Het onderhouden van al deze elementen vereist een sterke samenwerking tussen het team, regelmatige communicatie, transparantie en het vertrouwen dat artefacten up-to-date en correct zijn.
