9 op Springest (72 ervaringen)
CSSC geaccrediteerde opleiding
31.415 aantal tevreden deelnemers
  • Leestijd 3 minuten

  • Remco

Scrum Artefacten

Wat deed je? Nét voordat je dit artikel begon te lezen? En was het klaar? En heb je nog veel werk te doen? Het Scrum-raamwerk heeft tools die jij kunt gebruiken om antwoord te geven op zulke vragen. Bijvoorbeeld de Scrum Artefacten.

 

Scrum? Artefacten?

In een eerder artikel hebben we Scrum en het Scrum Team beschreven. Je leest in dit artikel meer over de Scrum Artefacten. Een artefact is volgens het woordenboek: een opzettelijk vervaardigd (gebruiks)voorwerp. Binnen het Scrum-raamwerk wordt met Artefacten voornamelijk lijsten bedoeld, zoals de gemaakte Backlogs. Er zijn drie artefacten binnen het Scrum raamwerk, namelijk; 1) De Product Backlog, 2) De Sprint Backlog en 3) het Increment.

De Product Backlog

Het Scrum Team moet op elk gewenst moment kunnen zien wat de totale hoeveelheid werk is dat nog gedaan moet worden. Dit staat op de Product Backlog. De Product Backlog is een geordende lijst van het werk dat moet worden gedaan om een product te maken én te onderhouden. Deze lijst is het eigendom en de verantwoordelijkheid van de Product Owner. De Product Owner is dé enige persoon dit verantwoordelijk is voor het managen van de Product Backlog.

 

Managen van de Product Backlog?

Product Backlog management bestaat onder andere uit:

  • Het helder omschrijven van de Product Backlog items;
  • Ordenen van Product Backlog items zodat doelen en missie op de beste manier behaald worden;
  • Optimaliseren van de waarde van het werk dat het ontwikkelteam uitvoert;
  • Ervoor zorgen dat de Product Backlog zichtbaar, transparant en duidelijk is voor iedereen, en dat het laat zien waar het Scrum Team als volgende aan gaat werken; en
  • Ervoor zorgen dat het Ontwikkelteam de Product Backlog items begrijpt tot het niveau dat nodig is.

 

Product Owner = verantwoordelijke

De Product Owner is dé enige persoon die verantwoordelijk is voor het managen van de Product Backlog. Wel kan de Product Owner het bovengenoemde werk uitbesteden aan bijvoorbeeld het Ontwikkelteam. Hoe dan ook, de Product Owner blijft verantwoordelijk.

 

User story

De Product Backlog is dus een geordende, geprioriteerde lijst van werkzaamheden die uitgevoerd moeten worden om waarde te leveren voor de klant. De wensen/ eisen van de eindgebruiken worden als ‘brokken werk’ omschreven. Deze ‘brokken werk’ noemen we ‘Userstories’. Een Userstory is een eenvoudige en beknopte beschrijving van een eigenschap van het product.

 

Epic

Een lange lijst met Userstories die nog geïmplementeerd moeten worden maakt de Product Backlog onoverzichtelijk. Daarom wordt er vaak voor gekozen om meerder Userstories onder te brengen in een Epic. Een Epic kan later weer worden opgesplitst in kleinere Userstories die worden opgepakt door het Ontwikkelteam.

De Sprint Backlog

Je hebt geleerd wat een Product Backlog is. Items (Userstories) die worden gekozen van de Product Backlog voor een sprint worden op de Sprint Backlog geplaatst. De Sprint Backlog is eigenlijk hetzelfde als de Product Backlog, met het enige verschil dat het Sprint Backlog alleen Userstories bevat voor de Sprint. Omdat het alleen werk bevat van de Sprint is de Sprint Backlog dan ook de verantwoordelijkheid van het Ontwikkelteam.

 

Sprint planning

Een Sprint begint met de Sprint Planning. Tijdens de Sprint Planning kiest het Ontwikkelteam de Userstories (of taken) die zij in de aankomende Sprint gaan ontwikkelen. Op de Sprint Backlog staan deze items over het algemeen in meer detail dan op de Product Backlog. Maar hoe gedetailleerd deze er op staan, is compleet afhankelijk van het Team.

Het Increment

Een Increment is een product dat daadwerkelijk áf is. Zo af, dat het in principe in productie kan worden genomen. In productie betekent hetzelfde als in gebruik nemen. Óf het daadwerkelijk in de productie wordt genomen is afhankelijk van de Product Owner. De Product Owner kan bijvoorbeeld ook beslissen om het Increment niet naar productie te laten gaan en bijvoorbeeld later een aantal Incrementen samen in één keer in productie te nemen.

Definitie van Klaar

Naast de drie Artefacten benoemt de Scrum-guide nog specifiek de Definitie van Klaar. Het Scrum Team bepaalt de Definitie van Klaar, ook wel Definition of Done (DoD). Het geeft helder weer wanneer iets gebruikswaardig of productiewaardig (releasable) is. De Definitie van Klaar bakent het op te leveren Increment af en helpt zo om niet te veel hooi op de vork te nemen per Sprint.

 

Niveaus

Een Definitie van Klaar betreft een verzameling van activiteiten, criteria, productkwalificaties, taken en specifieke werkzaamheden, verdeeld over de niveaus:

  • Userstories;
  • Sprint;
  • Release.

Voor elk niveau wordt beschreven wat ‘Klaar’ daadwerkelijk inhoudt. De Definitie van Klaar zorgt dat kwaliteit centraal staat. De kwaliteit is niet onderhandelbaar en ligt vast, afgestemd met stakeholders en is helder voor iedereen. Werk dat (nog) niet voldoet aan de Definitie van Klaar kan niet worden opgenomen in het op te leveren Increment. Zo komt er geen werk in productie (of wordt er geen werk vrijegeven) dat daar nog niet klaar voor is. Dit is niet altijd gemakkelijk en vereist soms veel missiewerk van de Scrum Master om het Team zo te laten werken.

 

Meer weten?

Je weet nu iets meer over de Scrum Artefacten. Wil je meer weten van Scrum? Schrijf je dan nu in voor onze e-learning Mastering Scrum en start direct!

Skoledo Bot
  • Ik ben de Skoledo AI-bot. Ik sta klaar voor je vragen! Mijn antwoorden zijn automatisch gegenereerd en kunnen afwijken van de info op Skoledo.com. De site en les-units zijn altijd leidend. Liever een mens spreken? Mail ons gerust.