Sprintdoel in Scrum

In dit artikel duiken we in de meest voorkomende uitdagingen rondom het Sprintdoel en hoe je deze kunt overwinnen. Maar laten we eerst kort stilstaan bij wat dit concept binnen Scrum precies inhoudt.

Het begrip "doel" komt in de Scrum Guide in verschillende contexten voor. De meest recente versie (2020) spreekt over de Product Goal als commitment voor de Product Backlog, en de Sprint Goal als het commitment voor de Sprint Backlog. Het hebben van zo'n Sprintdoel is van groot belang voor het behalen van bedrijfsdoelstellingen, klanttevredenheid en het geven van richting aan de huidige Sprint.

Het Sprintdoel wordt opgesteld tijdens de Sprint Planning en bevordert de samenwerking binnen het Scrum Team. Het creëert een gedeelde verantwoordelijkheid om dat doel te behalen en biedt focus. Gedurende de Sprint moet het voor iedereen transparant zijn, zodat er tijdens de Daily Scrum effectief naartoe gewerkt kan worden. De Sprint Backlog moet continu de voortgang richting dit doel weerspiegelen.

Veelvoorkomende uitdagingen uit de praktijk

Tot zover de theorie. De vraag is: welke problemen kom je in de praktijk tegen? Op basis van mijn eigen ervaring met Scrum Teams en input vanuit de community, kijken we naar echte "uit de loopgraven" uitdagingen.

Let op: Scrum is empirisch. Wat voor het ene team werkt, werkt misschien niet voor het andere. Experimenteer en kijk wat bij jouw context past.

Hier zijn de 5 grootste uitdagingen en tips om ze op te lossen.

Uitdaging #1: Er is helemaal geen Sprint Goal

Toen ik jaren geleden begon als Developer en Scrum Master, was het Sprintdoel geen prioriteit. Als het werk maar af kwam, waren we tevreden. Dit is een veelgehoord probleem. Hoewel je zonder doel nog steeds waarde kunt leveren, mis je de enorme winst van focus.

Tips om dit te verbeteren:

• Achterhaal de oorzaak: Waarom is er geen doel? Is het een gebrek aan kennis? Bespreek dit tijdens de Sprint Retrospective.
• Stel de juiste vraag: Vraag aan de Product Owner (of aan jezelf): "Wat willen we aan het einde van deze Sprint bereikt hebben?".
• Stakeholder management: Stakeholders willen zien wat het team oplevert. Zonder doel eindig je vaak met een willekeurige verzameling Product Backlog Items.
• Wees geduldig: Verandering kost tijd. Introduceer het als een experiment; mensen staan vaak meer open voor een experiment dan voor een verplichting.

Uitdaging #2: "Alle tickets afkrijgen" is het doel

Een klassieke valkuil: de regels van Scrum volgen zonder te snappen waarom. Het doel wordt dan: "Zorg dat Jira tickets 17322, 17323 en 17888 op 'Done' staan". Of we proberen alle taken samen te vatten in één onleesbare zin.

Onthoud: De Product Backlog Items zijn de output (het middel). Het Sprintdoel is de outcome (het resultaat). Het doel moet leidend zijn.

Tips om dit te verbeteren:

• Visie van de Product Owner: De PO moet een visie delen over wat er bereikt moet worden en hier feedback op vragen.
• Focus op waarde, niet op 'breadcrumbs': Probeert de PO alle stakeholders tevreden te houden door iedereen een klein kruimeltje te geven? Of is de backlog georganiseerd rondom waardevolle features?
• Daag de status quo uit: Developers moeten eigenaarschap tonen. Als het doel helder is, kunnen zij zelf bepalen hoe ze dit bereiken, eventueel met andere items dan oorspronkelijk bedacht.

Uitdaging #3: De Sprint zit te vol (geen ruimte voor onverwachte zaken)

Je hebt een goed Sprintdoel, maar de Sprint Backlog zit zo vol dat er geen ruimte is voor iets anders. Alle items zijn "verplicht" om het doel te halen.

Dit is riskant. Problemen doen zich altijd voor: een oplossing blijkt complexer, er is een storing in productie, of een teamlid wordt ziek. Een overvolle Sprint betekent een direct risico voor het behalen van je doel.

Tips om dit te verbeteren:

• Primaire en secundaire doelen: Sommige teams werken met een hoofddoel en een nevendoel om focus te houden maar toch flexibel te blijven.

• Kortere Sprints: Dit kan helpen om de focus scherp te houden.

• Refinement: Investeer tijd in het verfijnen van de backlog. Dit zorgt voor kleinere items en betere inzichten, wat stress vermindert als het tegenzit.

• Creëer ruimte: Geef Developers de lucht om creatief te zijn en problemen op te lossen, in plaats van ze vast te zetten in een dichtgetimmerd schema.

Uitdaging #4: Er is geen focus (Het doel wordt vergeten)

Een goed geformuleerd doel heeft geen zin als het na de Sprint Planning nooit meer besproken wordt.

Tips om dit te verbeteren:

• Maak het zichtbaar: Transparantie is stap één. Zorg dat het Sprintdoel voor iedereen zichtbaar is, fysiek of digitaal.

• Bespreek het dagelijks: Maak het doel het hoofdonderwerp van de Daily Scrum. "Wat doen we de komende 24 uur om dichter bij het doel te komen?".

• Prioriteer: Werk eerst aan de items die bijdragen aan het Sprintdoel. Sommige teams geven deze items een speciale kleur of tag in hun tool.

Uitdaging #5: Het doel is eigenlijk geen doel

Soms is het doel geformuleerd als een technische taak, zoals "Verander de pagina zodat deze HTML5 ondersteunt". Dit is een hoe-vraag, geen wat-vraag. Een goed doel richt zich op het resultaat of de waarde.

Tips om dit te verbeteren:

• Check de bedrijfsdoelen: Draagt dit Sprintdoel bij aan de grotere doelen van de organisatie?

• Kijk naar de organisatiecultuur: Technische doelen zijn vaak een symptoom van een onderliggend probleem, zoals onduidelijke rollen (bijv. een PO die eigenlijk Project Manager is) of een organisatie die niet stuurt op waarde.

• Rol van de Scrum Master: Het is aan de Scrum Master om deze organisatorische belemmeringen zichtbaar te maken en aan te pakken.

Conclusie

Het werken met Sprint Goals is niet altijd makkelijk, maar wel essentieel voor een succesvol Scrum Team. Hopelijk helpen deze tips uit de praktijk je om de volgende stap te zetten in het verbeteren van jullie focus en resultaten.