SCRUM checklist
Een dagelijks SCRUM checklist voor de beginnende Scrum master is geen overbodige luxe. De ervaren Scrum master kan meer dan één team tegelijk faciliteren. Maar als onze organisatie onderhevig is aan transformatie en nog onvoldoende volwassen is in Agile termen, moet ieder team een eigen Scrum master hebben. In het begin zijn de scrum masters nog onervaren terwijl er heel wat op hen afkomt. De Scrum master zou een barrière voor het team moeten zijn om het te beschermen tegen alle afleidingen die de resultaten van de sprint beïnvloeden. Een kapotte verwarming of extra verzoeken van de product owner, de Scrum master vangt het op. Een praktische SCRUM checklist komt dan goed van pas.
De Scrum master moet de backlog managen en gesprekken voeren met de product owner over zijn of haar feedback. De Scrum master kan de sprint status van het team gemakkelijk beoordelen door naar de sprint burn chart te kijken. Hij kan feedback geven op de user stories en checken of het team de richtlijnen van de organisatie naleeft. Het vorm waarin we de dagelijkse Scrum-meetings moeten uitvoeren, is erg belangrijk. Belangrijker nog is dat alle belemmeringen die we in de dagelijkse scrum-meetings onderkennen. De Scrum master moet deze registreren, prioriteren en bijgehouden om de snel te af te kunnen sluiten. De opmerkingen van de sprint retrospective moet zijn weerslag hebben op de backlog. Retrospective items moeten hij volgen en kortsluiten om ervoor te zorgen dat het team in absolute synergie werkt. Het team moeten zonder afleiding of blokkade kunnen leveren.
Alle relevante belanghebbenden moet de scrum master op de juiste wijze informeren en hij moet ervoor zorgen dat de hoeveelheid informatie die wordt uitgestraald voldoende is om alles synchroon te houden. Als de teams verspreid zijn over verschillende locaties, moet de Scrum master ervoor zorgen dat er inter- en intrateam-communicatie plaatsvindt en dat deze worden gecoördineerd. Er moet een gedefinieerd, duidelijk en transparant communicatiekanaal zijn. Op een dagelijkse basis moet de Scrum master ervoor zorgen dat alle teamleden hun charts correct bijwerken en hij of zij moet hen helpen dit zo nodig te doen.
De product owner moet zeer communicatief zijn en de Scrum master moet ervoor zorgen dat het team de verwachtingen van de producteigenaar en de sprintdoelen echt begrijpen. De Scrum master kan de product owners zelfs vragen om goede stories te maken en de backlog beter bij te houden. Het team moet altijd waardevolle user stories of functies boven aan de backlog plaatsen en de Scrum master mag niet toegeven op het moment dat het team user stories voor een sprint inplant. De teamvergaderingen moet de Scrum master faciliteren en de “wat” -vragen moeten in deze vergadering worden beantwoord door de functies en user stories.
De planningsvergadering moet zich concentreren op het “hoe” deel. Het team moet een goed begrijpen welke inzet en betrokkenheid er nodig is. De Scrum master moet een plan hebben voor het geval het team ongeplande uitglijders maakt. Hij moet ook een oogje in het zeil houden op mogelijke conflicten of wrijvingen die zich zouden kunnen voordoen tussen teamleden. Een goede Scrum master is altijd proactief, hij begrijpt het team en het team begrijpt waarom ze een bepaald proces volgen. De Scrum master moet controleren of de mate van zelforganisatie binnen het team duidelijk is. Terwijl het team met de sprint bezig is, speelt de Scrum master een cruciale rol bij het waarborgen van een omgeving van vertrouwen en hoge productiviteit.
Afgezien van alle teamgerelateerde activiteiten, moet de Scrum master ook zorgen voor andere engineeringpraktijken binnen een Scrum-team. Hij moet ervoor zorgen dat een goede balans is tussen de ge-automatiseerde en handmatige testgevallen. Hij moet ook nagaan of het team de waarde van een evoluerend ontwerp daadwerkelijk omarmt en niet de IT architectuur van voren op de eerste plaats te zetten. De Scrum master let er op dat het team de SCRUM de instrumenten zoals STLC op een juiste manier gebruikt en zo echt waarde aan het toevoegen aan de organisatie.
Hieronder staat een eenvoudige SCRUM checklist die Scrum masters dagelijks kunnen gebruiken. Met name voor organisaties die naar Agile transformeren is dit een handig tool. Deze checklist bevat aanwijzingen die je kunt aanpassen basis van de organisatie- of projectdynamiek.
<SPRINT #, – DD / MM / YYYY> | ||
Vraag | Omschrijving | status |
1 | Hoe ziet mijn productbacklog eruit? | |
2 | Zijn er productbacklog prioriteiten? | |
3 | Hoe ziet de burn-down-chart van de sprint eruit? | |
4 | Zijn de user stories volgens de richtlijnen opgesteld? | |
5 | Zijn Daily Scrum-updates in het juiste formaat? | |
6 | Ben ik bezig om belemmeringen weg te nemen? | |
7 | Zijn de reacties op sprintbeoordelingen aangepast in de backlog? | |
8 | Zijn retrospectieve items up-to-date? | |
9 | Is iedereen op de hoogte van de laatste status? | |
10 | Hebben de teamleden echt contact met elkaar? | |
11 | Zijn onshore / offshore met elkaar in contact? | |
12 | Zijn de statussen van de teamleden in de charts correct bijgewerkt? | |
13 | Is het team op de hoogte van het sprintdoel? | |
14 | Is het team in op de hoogte van de verwachtingen van de product owner? | |
15 | Wordt een continue stroom van taken onderhouden? | |
16 | Levert het team waardevolle functionaliteit? | |
17 | Kan het team zonder technische afhankelijkheden werken? | |
18 | Zijn alle teamleden aanwezig bij de vergaderingen? | |
19 | Zijn er conflicten conflicten binnen het team waarvan ik op de hoogte moet zijn? | |
20 | Ondersteunt de teamruimte de communicatie in voldoende mate? | |
21 | Zijn er vandaag zieken of ongepland activiteiten? | |
22 | Is er voldoende evenwicht tussen geautomatiseerde handmatige testgevallen? |
Mogelijk is dit een vertaling van Google Translate en kan fouten bevatten. Klik hier om mee te helpen met het verbeteren van vertalingen.