Agile ritueel: Focus op sprints

Het eerste deel van dit artikel was gewijd aan rollen en structuren in Scrum. In dit deel gaan we dieper in op het Sprint-gedeelte van het proces, dat cruciaal is voor de effectieve implementatie van de agile methode. implementatie van de agile methode.

Allereerst moet worden bedacht dat de doelstellingen die tijdens de sprintplanning werden gedefinieerd, meetbaar, haalbaar, realistisch en tijdgebonden waren (S.M.A.R.T). De sprint review moet het team dan toelaten om de verwezenlijkingen van de sprint voor te stellen, door middel van een reeks demonstraties aan de stakeholders.

Doelstelling:

Uitgevoerd op de laatste dag van de sprint, net voor de retrospective, moet het product "getoond" worden. Het doel van deze bijeenkomst is de resultaten op een concrete manier te presenteren. In het kort, wat is er gedaan tijdens de sprint in termen van het bereiken van de backlog.

Vereisten :

  • Het team moet ervoor zorgen dat de voor de demonstraties benodigde apparatuur gereed en functioneel is (netwerk, onderdelen, gegevens)

De deelnemers zijn de belanghebbenden en andere mensen in de organisatie, de Product Owner, de ontwikkelaars en de Scrum Master.

Duur :

Als algemene regel geldt dat het afhangt van de duur van de sprint. Bijvoorbeeld, voor een sprint van twee weken, zal de duur niet langer zijn dan 2 uur. Voor een sprint van drie weken zal het minder dan 4 uur zijn.

Uitvoering van het agile ritueel :

  • Enkele minuten voor het begin van de vergadering bereidt het team alles voor wat nodig is om de demonstratie vlot te laten verlopen.
  • Dan, aan het begin van de vergadering, stelt de Scrum Master het kader vast voor de evaluatie.
  • Vervolgens herinnert de Product Owner de deelnemers aan de sprintdoelstellingen. Ten slotte voert het team voor elke voltooide story een demonstratie uit van wat is gedaan en verzamelt vervolgens feedback. Op Blue Soft wordt elke demonstratie uitgevoerd door de ontwikkelaar die de story heeft uitgevoerd (een story kan bestaan uit twee taken die door twee ontwikkelaars worden uitgevoerd).

De output bestaat uit :

  • Een bijgewerkte achterstand (bijgewerkt na de demonstratie).
  • Rekening houden met feedback (en indien nodig nieuwe verhalen creëren).
  • Gedetailleerde en besproken verhalen die voldoen aan de haalbaarheidseisen.
  • Verhalen die te maken hebben met bedrijfsregels die door het team begrepen worden.

NB: De evaluatie is een gelegenheid om de verwezenlijkingen van het team of de vooruitgang van het product met de rest van de organisatie te delen. Als zodanig maakt het communicatie over de levensduur van het product mogelijk en geeft het zicht op de voortgang van de ontwikkelingen.

De typische retrospectieve Sprint-vergadering Op Blue Soft

Doelstelling:

In deze fase kunnen de verschillende partijen hun gevoelens delen over de voortgang van de sprint die net is afgelopen. Het houdt in dat wordt nagegaan welke aspecten moeten worden verbeterd en aangepast.

Vereisten :

  • De aanwezigheid van het hele team dat deelnam aan de sprint.
  • Vermijd een horizontale hiërarchie, om de kwaliteit van de uitwisselingen te bevorderen.

De deelnemers zijn de stakeholders, de Product Owner, de ontwikkelaars en de Scrum Master

Duur van het agile ritueel :

45 minuten tot maximaal 1 uur

Procedure:

Voor dit moment van collectieve reflectie aan het einde van elke sprint bestaan verschillende variaties in het proces. De meest gebruikelijke vorm, op Blue Soft, is als volgt:

  • De keuze van de locatie hangt af van de beoordeling door de Scrum Master van de voortgang van de sprint. Soms wordt de retrospective voor specifieke gevallen buiten het terrein van Blue Soft gehouden.
  • Als de sprint goed verloopt zonder grote gebeurtenissen, vindt de retrospective plaats in een vergaderzaal met het hele team rond de tafel.
  • Er wordt een discussieronde gestart, waarbij elk teamlid aan de beurt komt om het woord te voeren.
  • Maak gebruik van goede praktijken waarover het team het eens is geworden,
  • Wijs op wat niet werkte tijdens de sprint om de praktijken aan te passen of te veranderen.

Samengevat komt het erop neer dat tijdens de typische ceremonie elk lid van het team het woord krijgt over de volgende onderwerpen:

  • Wat werkte goed?
  • Wat ging er mis?
  • Wat kunnen we beter doen?

De output bestaat uit :

  • Een lijst van gebieden die voor verbetering vatbaar zijn.
  • Een lijst van praktijken die moeten worden verboden of die moeten worden aangepast.

Geïnteresseerd in dit onderwerp? Lees ons artikel over de verschillen tussen de Scrum-methode en de Kanban-methode.

Je kunt ook het volgende lezen eerste deel van onze agile rituelen en hun praktijken voor Scrum succes.

Deel dit artikel!