Scrum Gids | 28. Sprint in Scrum

Verschillende kleinere evenementen vormen een Sprint in Scrum. Sprints vormen samen een pad dat gericht is op het ontwikkelen en vrijgeven van een Product. Elke Sprint heeft een specifiek Sprintdoel en een Sprint Backlog die wordt onderhouden door het Ontwikkelteam.

Wat is Sprint in Scrum – inhoudsopgave:

1. Sprint in Scrum – Inleiding
2. Sprint in Scrum Structuur
3. Sprints en de drie pijlers van empirisme
4. Transparantie
5. Inspectie
6. Aanpassing
7. Welke veranderingen aanbrengen tijdens een Sprint?
8. Sprint in Scrum – Samenvatting

Wat is Sprint in Scrum?

Sprint is het grootste van de evenementen in Scrum, waar we in dit artikel over hebben geschreven. Sprints volgen een continu cyclus van het begin tot het einde van het werk aan een Product. En elke iteratie brengt het team dichter bij het bereiken van het Productdoel.

Elke Sprint heeft een specifiek Sprintdoel om consistentie in het werk van het Ontwikkelteam te waarborgen. Het neemt de vorm aan van een zakelijk doel en beantwoordt de vraag “Waarom?”, “Met welk doel?”, of “Waarom?”.

De workflow van een Sprint wordt gedocumenteerd in de Sprint Backlog, die het werk opsomt dat nodig is om het Sprintdoel te bereiken. Een gedetailleerde beschrijving is hier te vinden.

Sprint in Scrum Structuur

Elke Sprint heeft een specifieke structuur en omvat de volgende evenementen:

• Sprint Planning – de Sprint begint. Tijdens dit evenement selecteert het Scrum Team het geplande werk uit de Product Backlog dat in de nieuwe Sprint moet worden gedaan
• Daily Scrum – een dagelijks evenement waar Ontwikkelaars de taken voor de dag plannen
• Sprint Review – open voor Stakeholders, gehouden op de laatste dag van een Sprint. Het doel is om de Sprint samen te vatten in termen van voortgang op het Product
• Sprint Retrospective – het afsluitende evenement van een Sprint, waar het Scrum Team de werkwijzen en ideeën voor verbetering bespreekt

De herhaling van Sprint-evenementen bevordert de implementatie van goede organisatorische praktijken. Met andere woorden, het Scrum Team implementeert de routines die nodig zijn voor effectieve planning en vestigt tijdens het werk de aandacht op problemen die op geschikte evenementen kunnen worden besproken.

Sprints en de drie pijlers van empirisme

Sprints stellen het Scrum Team in staat om het werk aan het Product op te splitsen in gelijke tijdsegmenten die niet langer dan een maand duren. Dit vaste kader versterkt de drie pijlers van empirisme:

• transparantie
• inspectie
• aanpassing

We hebben in meer detail over de drie pijlers van empirisme en hun rol in Scrum geschreven hier. Maar vandaag zullen we kijken naar hoe ze van toepassing zijn op Sprint en zijn structuur.

Transparantie

Het splitsen van het werk in Sprints vergroot de transparantie, aangezien alle betrokken personen de vereiste informatie over de status van het Productwerk in elke Sprint kunnen krijgen. Sprint Planning en Sprint Review, het begin en het einde van een Sprint, gecombineerd met een update van de Product Backlog, bieden alle stakeholders waardevolle inzichten in de huidige status van het Product.

Inspectie

Door het werk in Sprints op te splitsen, is het mogelijk om regelmatig de voortgang te monitoren. Dit bevordert de constante identificatie van problemen in twee belangrijke gebieden. Dit zijn:

• problemen met betrekking tot het bereiken van het Productdoel – aan het begin en het einde van de Sprint, dat wil zeggen tijdens Sprint Planning en Sprint Review
• obstakels in de manier waarop het Scrum Team werkt – tijdens dagelijkse vergaderingen en aan het einde van elke Sprint, dat wil zeggen tijdens Daily Scrum en Sprint Retrospective

Aanpassing

Aanpassing is een zeer belangrijk onderdeel van het werk van het Scrum Team, aangezien het de mogelijkheid biedt om de problemen die tijdens de inspectie zijn vastgesteld op te lossen. Tijdens elke Sprint bieden Daily Scrum en Sprint Retrospective een veilige ruimte om te praten over hoe het Scrum Team kan verbeteren. Het implementeren van voorgestelde oplossingen gebeurt onmiddellijk of aan het begin van de volgende Sprint.

Sprint Planning en Sprint Review creëren een veilige ruimte voor discussie over de Doelen en methoden om deze te bereiken. Een goed zelfsturend Scrum Team ontdekt succesvol wat en hoe te implementeren voor de volgende Sprint.

Welke veranderingen aanbrengen tijdens een Sprint?

Elke Sprint laat voldoende ruimte voor het Scrum Team om de manier waarop ze werken te verbeteren en te improviseren. Identificeer daarom wat te veranderen tijdens een Sprint. De Scrum Guide biedt geen lijst van dergelijke veranderingen. Echter, de notie van empirisme biedt richtlijnen om te volgen en aan te passen aan de manier waarop een bepaald Scrum Team werkt.

1. Alle veranderingen kunnen de verwezenlijking van het Sprintdoel in gevaar brengen. Volgens de eerste regel mag je tijdens een Sprint bijvoorbeeld het aantal taken in die Sprint niet verminderen of hun kenmerken aanzienlijk veranderen. Een Sprint is nauw verbonden met het Sprintdoel. Daarom, wanneer het Doel verandert, moeten we de Sprint afbreken. Dit gebeurt echter zelden, aangezien de enige reden voor een Sprint om te falen is wanneer het Doel verouderd raakt. Houd er rekening mee dat de beslissing om een Sprint te beëindigen uitsluitend aan de Product Owner toebehoort.
2. De kwaliteit van het werk mag niet in het gedrang komen. Deze regel is bedoeld om te voorkomen dat het werk dat tijdens een Sprint wordt gedaan, een Increment wordt omdat het niet voldoet aan de Definitie van Voltooiing. Het verlagen van de kwaliteit van het werk kan ertoe leiden dat het Sprintdoel schijnbaar wordt bereikt, maar de manier waarop individuele taken worden voltooid, voldoet niet aan de kwaliteitsnormen die door de organisatie zijn vastgesteld of die door Stakeholders zijn vereist.
3. De Product Backlog kan gedetailleerd worden. Terwijl er aan een Product wordt gewerkt, neemt de kennis erover toe. Daarom neemt de detailniveau van de uit te voeren taken natuurlijk toe. Daarom is het een acceptabele en zelfs wenselijke verandering tijdens een Sprint om de Product Backlog te detailleren.
4. De reikwijdte van het werk kan worden verduidelijkt of heronderhandeld. Deze verandering, net als de vorige, houdt verband met een groeiend begrip van de aard van het uitgevoerde werk. Het Ontwikkelteam kan dit doen in overleg met de Product Owner. De basisvoorwaarde voor de invoering ervan is echter de afwezigheid van conflicten met principes 1. en 2.

Sprint in Scrum – Samenvatting

Sprint is het cyclische Scrum-evenement dat alle andere bevat. Het heeft een sub Sprintdoel dat apart staat van het Productdoel. En de Sprint Backlog is anders dan de Product Backlog. De aard van Sprints is cyclisch. De vaste lengte van Sprints bevordert het handhaven van goede workflowpraktijken en het koesteren van de drie pijlers van empirisme. Tijdens een Sprint kan het Scrum Team zijn Doel niet veranderen. Het kan echter de Product Backlog verfijnen en naarmate de kennis toeneemt, de reikwijdte van het werk verfijnen en heronderhandelen.

Als je onze inhoud leuk vindt, sluit je dan aan bij onze drukke bijengemeenschap op Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.