Tutorial voor Scrum
In deze tutorial geven we je stapsgewijze instructies over hoe je een scrumproject kunt sturen, je backlog kunt prioriteren en in sprints kunt organiseren, scrum-ceremonies kunt uitvoeren en meer, allemaal in Jira.
Tijd:
10 minuten leestijd. Voltooi binnen twee weken
Doelgroep:
Je bent nieuw op het gebied van scrum, agile-softwareontwikkeling of Jira
Voorwaarde:
Je hebt een Jira-account aangemaakt
Scrum is een van de meest populaire frameworks voor het implementeren van agile. Met Scrum wordt een product gebouwd via een reeks iteraties met een vaste duur, die sprints worden genoemd. Teams beschikken hiermee over een structuur voor het leveren van software in een regelmatige cadans.
Stap 1: Een scrum-project aanmaken
Nadat je een account hebt aangemaakt en je hebt aangemeld bij Jira, kun je een sjabloon selecteren in de bibliotheek. Selecteer Scrum (je kunt hier een voorbeeld van het gratis scrum-sjabloon bekijken of je kunt hier leren hoe je een kanban-projectaanmaakt).
Vervolgens word je gevraagd een projecttype te kiezen. Als je team onafhankelijk werkt en je eigen werkprocessen en -praktijken wil beheersen in een zelfstandige space, overweeg dan om onze teambeheerde Scrum-sjabloon eens uit te proberen. Zie Aan de slag met teambeheerde projecten in de Atlassian Community voor meer informatie.
Zodra je je project hebt aangemaakt, kom je op de lege backlog. De backlog wordt ook wel de productbacklog genoemd en bevat een doorlopende lijst van de potentiële werkitems van je team voor het project.
Stap 2: Userstory's of taken in de backlog aanmaken
In Jira noemen we werkitems zoals userstory's, taken en bugs 'issues'. Maak een aantal userstory's aan met de optie Snel aanmaken op de backlog. Als je geen userstory's in gedachten hebt, maak dan gewoon voorbeeldstory's om aan de slag te gaan en te zien hoe het proces werkt.
Userstory's worden gebruikt om werkitems te beschrijven in niet-technische taal en vanuit het perspectief van een gebruiker. Als {type gebruiker} wil ik {doel} zodat ik {ontvangst voordeel}.
Laten we een website gebruiken als een eenvoudig voorbeeld om een userstory te maken.
Als klant wil ik een account kunnen maken zodat ik mijn eerdere aankopen kan zien.
Userstory's worden meestal geschetst en geprioriteerd door de producteigenaar, en vervolgens bepaalt het ontwikkelingsteam gedetailleerde taken die nodig zijn om de story in een komende sprint te voltooien. Het ontwikkelingsteam is ook verantwoordelijk voor het schatten van de relatieve inspanning die nodig is om het werk van de story te voltooien.
Nadat je een aantal userstory's hebt aangemaakt, kun je ze prioriteren in de backlog. In Jira rangschik of geef je prioriteit aan je story's door ze te slepen in de volgorde waarin ze moeten worden bewerkt.
Dit zijn slechts de eerste story's voor je project. Je blijft story's aanmaken voor de levensduur van het project. Dit is omdat agility continu leren en aanpassen betekent.
Stap 3: Een sprint aanmaken
Maak je eerste sprint in de backlog zodat je kunt beginnen met het plannen van de sprint.
In Scrum voorspellen teams dat ze een reeks userstory's of andere werkitems zullen voltooien gedurende een vaste tijdsduur, bekend als een sprint. Over het algemeen duren sprints één, twee of vier weken. Het is aan het team om de lengte van een sprint te bepalen. We raden aan om met twee weken te beginnen. Dat is lang genoeg om iets voor elkaar te krijgen, maar niet zo lang dat het team niet regelmatig feedback krijgt. Zodra er een cadans voor de sprints is bepaald, werkt het team voortdurend op die cadans. Sprints met een vaste lengte versterken de schattingsvaardigheden en voorspellen de toekomstige snelheid voor het team terwijl ze de backlog doorwerken.
Stap 4: De sprintplanningsvergadering houden
Aan het begin van een sprint moet je de sprintplanningsvergadering houden met de rest van je team. De sprintplanningsvergadering is een ceremonie die het hele team klaarmaakt voor succes tijdens de sprint. In deze vergadering bespreekt het hele team het sprintdoel en de story's in de geprioriteerde productbacklog. Het ontwikkelingsteam maakt gedetailleerde taken en schattingen voor de story's met hoge prioriteit. Het ontwikkelingsteam verbindt zich er vervolgens toe om een bepaald aantal story's in de sprint te voltooien. Deze story's en het plan om ze te voltooien worden wat bekend staat als de sprintbacklog.
Voeg schattingen van storypoints toe aan je story's door een getal toe te voegen in het veld schatting voor storypoint. Je kunt ook meer details aan de story's toevoegen of op het pictogram Subtaak aanmaken klikken om het werk van de story verder op te splitsen.
Als je klaar bent, sleep je de story's die zijn overeengekomen tijdens de sprintplanningsvergaderingen naar de sprint die je zojuist hebt gemaakt. Dit is je sprintbacklog.
Deelnemers: Vereist: ontwikkelingsteam, scrum master, producteigenaar
Wanneer: Aan het begin van een sprint.
Duur: Meestal twee uur per iteratieweek, een sprint van twee weken begint bijvoorbeeld met een planningsvergadering van vier uur. De vergadering eindigt wanneer het doel ervan is bereikt.
Doel: Plan het werk van de sprint. Het team gaat akkoord met het sprintdoel en de sprintbacklog.
Bij het maken van een sprint stelt de producteigenaar meestal een sprintdoel vast. Dit geeft een thema voor het werk dat in de sprint moet worden voltooid. Een sprintdoel biedt ook enige flexibiliteit in het aantal story's dat in een sprint wordt voltooid. Een sprint wordt als een succes beschouwd als het sprintdoel wordt behaald.
Traditionele softwareteams geven schattingen in een tijdformaat van dagen, weken en maanden.
Veel agile teams zijn echter overgestapt op storypoints. Storypoints beoordelen de relatieve inspanning van het werk, vaak in een Fibonacci-achtig formaat: 0, 0.5, 1, 2, 3, 5, 8, 13, 20, 40, 100.
Met schattingen kun je meten hoeveel werk je moet toevoegen aan de volgende sprint op basis van het aantal teamleden dat je hebt. Na een aantal sprints kan je team beter inschatten hoeveel werk ze elke sprint kunnen doen. Hierdoor kun je te veel committen voorkomen.
Stap 5: De sprint in Jira starten
Geef de sprint een naam. Sommige teams benoemen de sprint op basis van hun sprintdoel. Als er een overeenkomst is tussen de issues in de sprint, benoem dan de sprint rond dat thema. Anders kun je de sprint welke naam je ook wilt geven.
Voeg een duur van de sprint en start- en einddatums toe. De start- en einddatums moeten aansluiten bij het schema van je team. Sommige teams starten bijvoorbeeld sprints op maandag en eindigen dan op een vrijdagochtend van de volgende week. Andere teams besluiten halverwege de week hun sprints te starten en te beëindigen. Het is aan jou! Als je niet zeker weet hoe lang je sprints moeten zijn, raden we je aan om twee weken te proberen.
Voeg het sprintdoel toe zoals afgesproken in de sprintplanningsvergadering.
Zodra je aan je sprint begint, word je naar het tabblad Actieve sprints in het project geleid.
Hier pakt je team items op uit de kolom Te doen en worden deze verplaatst naar In uitvoering en uiteindelijk Gereed!
Als je het door het team beheerde scrumsjabloon gebruikt, wordt dit een Bord genoemd.
Stap 6: De dagelijkse standupvergadering houden
Nadat de sprint is gestart, is het handig om de team dagelijks bijeen te laten komen, doorgaans in de ochtend, om te bekijken waar iedereen aan werkt. Het doel hiervan is om te zien of iemand in je team tegen obstakels aanloopt bij het voltooien van sprinttaken.
Deelnemers (voornamelijk): ontwikkelingsteam
Wanneer: eenmaal per dag, meestal 's ochtends
Duur: niet meer dan 15 minuten. Boek geen vergaderruimte en voer de standup niet zittend uit. Staan helpt om de vergadering kort te houden!
Doel: De dagelijkse standup is bedoeld om iedereen snel te informeren over wat er in het team speelt en om het werk van de dag te plannen. Het is geen volledige statusvergadering. De toon moet licht en vrolijk zijn, maar ook informatief. Laat elk teamlid de volgende vragen beantwoorden:
- Wat heb ik gisteren voltooid?
- Waar werk ik vandaag aan?
- Word ik ergens door geblokkeerd?
Er is een impliciete verantwoordelijkheid bij het rapporteren van welk werk je gisteren hebt voltooid in het bijzijn van je collega's. Niemand wil het teamlid zijn dat constant hetzelfde doet en geen vooruitgang boekt.
Pro-tip: Sommige teams gebruiken timers om iedereen op het goede spoor te houden. Anderen gooien een bal door het team rond om ervoor te zorgen dat iedereen oplet. Veel gedistribueerde teams gebruiken videoconferenties of groepschat om de afstandskloof te dichten. Je team is uniek — je standup zou dat ook moeten zijn!
Je kunt de actieve sprints van je scrumbord gebruiken tijdens de dagelijkse standup, zodat elk lid de taken kan zien waar ze aan werken.
Stap 7: De burndown-grafiek bekijken
Het is een goed idee om tijdens een sprint de burndown-grafiek te bekijken. In Jira toont de burndown-grafiek de werkelijke en geschatte hoeveelheid werk die moet worden verricht in een sprint. De burndown-grafiek wordt automatisch bijgewerkt door Jira wanneer je werkitems voltooit. Als je deze grafiek wilt bekijken, klik je op Rapporten in de zijbalk en selecteer je vervolgens de burndown-grafiek in de vervolgkeuzelijst Rapporten.
De burndown-grafiek toont de werkelijke en geschatte hoeveelheid werk die moet worden verricht in een sprint. De horizontale x-as in een burndown-grafiek geeft de tijd aan en de verticale y-as storypoints.
Gebruik een burndown-grafiek om het totale resterende werk voor een sprint bij te houden en om de kans op het behalen van het sprintdoel te voorspellen. Door het resterende werk gedurende de hele iteratie te volgen, kan een team de voortgang ervan beheren en dienovereenkomstig reageren.
- Het team voltooit sprint na sprint vroegtijdig omdat ze niet genoeg werk aannemen.
- Het team mist de ene voorspellingssprint na de andere omdat ze zich inzetten voor te veel werk.
- De burndown-lijn daalt scherp in plaats van meer geleidelijk omdat het werk niet is opgesplitst in granulaire onderdelen.
- De producteigenaar voegt halverwege de sprint de scope toe of wijzigt deze.
Stap 8: Het sprintrapport bekijken
Op elk moment tijdens of na de sprint kun je het Sprintrapport bekijken om de sprint te volgen.
Het Sprintrapport bevat de burndown-grafiek en vermeldt het voltooide werk, het werk dat niet is voltooid en al het werk dat is toegevoegd nadat de sprint is gestart.
Stap 9: De sprintreviewvergadering houden
The sprint review, or sprint demo, is a sharing meeting where the team shows what they've shipped in that sprint. Each sprint usually produces a working part of the product called an increment.
Dit is een vergadering met veel feedback op het project en omvat een brainstormsessie om te helpen beslissen wat er hierna gedaan moet worden.
Deelnemers (voornamelijk): ontwikkelingsteam, scrummaster, producteigenaar.
Optioneel: belanghebbenden
Wanneer: Meestal op de laatste dag van de sprint
Duur: Doorgaans twee uur voor een sprint van twee weken
Doel: Inspecteer de stap en werk samen de productbacklog bij.
Vragen om te stellen:
- Voldeed het team aan de sprintvoorspelling?
- Is er halverwege de sprint werk toegevoegd of verwijderd?
- Zijn er werkzaamheden niet voltooid tijdens de sprint?
- Zo ja, waarom?
Stap 10: De sprint retrospective-vergadering houden
Laat je team een retrospectief uitvoeren nadat je de sprint hebt voltooid. Documenteer je retrospectief ergens. Mogen we Confluence voorstellen?
Deelnemers: ontwikkelingsteam, scrummaster, producteigenaar.
Wanneer: Aan het einde van een iteratie.
Duur: Doorgaans 90 minuten voor een sprint van twee weken.
Doel: Het team inspecteert zichzelf, inclusief de processen, tools en teaminteractie. Issues voor verbetering worden vaak toegevoegd aan de backlog van de volgende sprint.
Retrospectieven zijn niet alleen een tijd voor klachten zonder actie. Gebruik retrospectieven om erachter te komen wat werkt, zodat het team zich op die gebieden kan blijven concentreren. Ontdek ook wat niet werkt en gebruik de tijd om creatieve oplossingen te vinden en een actieplan te ontwikkelen. Continue verbetering is wat de ontwikkeling binnen een agile team ondersteunt en stimuleert, en retrospectieven zijn daar een belangrijk onderdeel van.
Vragen om te stellen:
- Wat hebben we goed gedaan tijdens de sprint?
- Wat had beter gekund?
- Wat gaan we de volgende keer beter doen?
ProTip: Zelfs als het goed gaat in het hele team, stop dan niet met retrospectieven. Retrospectieven bieden voortdurende begeleiding voor het team om de zaken goed te laten verlopen.
Stap 11: De sprint voltooien in Jira
Aan het einde van de sprint moet je deze voltooien.
Als de sprint onvolledige issues heeft, kun je:
- De issue(s) naar de backlog verplaatsen.
- De issue(s) naar een toekomstige sprint verplaatsen.
- De issue(s) naar een nieuwe sprint verplaatsen. Deze zal Jira voor je maken.
Stap 12: Herhalen vanaf stap 2
Op dit moment beschik je over de basis voor het opbouwen van je backlog met userstory's, het organiseren van je userstory's in sprints, het starten van je sprint en het houden van Scrumceremonies. Je kunt beslissen of dit werkt voor je team, of dat je verder wilt gaan met enkele meer geavanceerde onderwerpen.
Nadat jij en je team de bovenstaande stappen hebben voltooid, ga je verder met het geavanceerde artikel: Geavanceerde scrum-werkwijzen uitvoeren met Jira.
