Toch maar eens in het concept Scrum en Scrumy (onze roze geeltjesbord) gedoken.
Het hele begrip was mij niet duidelijk, met oog op het ontwikkelproces wat ik nu zelf doorloop. Ook de inzet van Scrumy is mij niet duidelijk. Nu gebruik ik het als planbord voor mijzelf, waarbij ik mijn to-do-list thuis nu verplaatst heb naar een digitale tool.....

Scrum start met een Product Owner. Aangezien ik "alleen" aan deze curriculum ontwikkeling werk, ben ik daar de aangewezen persoon voor ;-). De Product Owner onderhoudt de verbinding tussen de stakeholders (en hun wensen) en het ontwikkelteam. Met de stakeholders wordt een lijst met belangrijke items die in het product opgenomen moeten worden samengesteld: de Product Backlog.


Vervolgens wordt een Sprint Planning gehouden waarin het ontwikkelteam een aantal items van de Product Backlog op zich neemt. Hiervoor wordt een definition-of-done geformuleerd, zodat duidelijk is waar de taak aan moet voldoen en wanneer deze voldaan is. De taken voor het uitwerken van deze items worden opgeschreven op post its en opgehangen in de 'to-do' list van het scrum bord. De taken worden dus niet toegewezen, maar worden in de Sprint Backlog (lees: in ons geval Scrumy) door de teamleden zelf gekozen op basis van urgentie of interesse/talent en verplaatst van to-do, naar ín progress' (ik ben ermee bezig), naar 'verify' (graag iemand even controleren!) tot 'done'. Dit proces kan ook opgenomen worden in een Burn down chart waarin dagelijks wordt bijgehouden hoeveel werk het team nog moet verzetten en of er voor- of achterlopen wordt op schema. 

Dan start de Sprint; een periode van 1-4 weken waarin het ontwikkelteam de gekozen items afwerkt tot een zo concreet mogelijk product. Dagelijks is er bij het Scrum bord een Daily Scrum of Standup meeting waarbij het team weer op elkaar afstemt en bespreekt wie wat heeft gedaan sinds de laatste ontmoeting.

Aan het eind van de sprint wordt het eindproduct door de Product Owner gepresenteerd aan de stakeholders in de Sprint review. Hier wordt al een bruikbaar product afgeleverd, maar de feedback die hier door de stakeholder gegeven wordt neemt de Product Owner weer mee voor de resterende items en het stellen van prioriteiten op de Product Backlog.
Daarnaast evalueert het team het proces tijdens de sprint in de Retrospective. En daarmee start weer een nieuwe Sprint.

Dan is er nog een Scrum Master, in de rol van coach. Deze heeft geen inhoudelijk belang maar zorgt dat het team de sprint volgens de fases doorloopt en stimuleert de snelheid en de creatieve processen.


Hieronder staan de links waarvan ik mijn informatie heb verkregen. Wellicht interessant o

scrum instructiefilmpje
scrum instructiefimpje 2
scrum begrippenlijst

Wat betekent dit nu voor mij: Ik ben als Product Owner tevens mijn ontwikkelteam. Gelukkig draagt mijn ontwerpbureau hier voor een deel aan bij. Mijn Scrum Master is tevens mijn ontwerpbureau en de docent die mijn proces bewaken.
Op mijn Product Backlog staan de door mij gevonden discrepanties in de curricum analyse. Deze zijn besproken met mijn directeur als stakeholder en samen hebben we prioriteiten gesteld.
Dan ga ik aan de slag met mijn Sprint planning waarin ik allereerst doelen ga stellen. Dit wordt onderdeel van mijn eerste sprint. Mijn definition-of-done zit in de beoordelingscriteria van LA2 en de feedback van mijn ontwerpteam en de docent, die mij de 'verify' geven op mijn doelen. Wanneer mijn doelen volledig zijn, kan ik ermee terug naar mijn stakeholders (directeur en team). De feedback gaat mee in de volgende sprint waarin ik aan een concreet product (onderwijsplan) ga werken, of een onderdeel hiervan, als deel van het curriculum. Dit ontwerp wordt tevens weer 'verified' door mijn ontwerpbureau, docent en expert in een pitch. En daarna weer terug naar de stakeholders. De feedback gaat weer mee terug in de laatste sprint waarin ik hoop een definitief product af te leveren.

Prettig om voor mijzelf nu de vaste punten te hebben waarop ik in gesprek ga met stakeholders. Dit om te voorkomen dat ik te snel ga, dat mijn ontwerp een stokpaardje wordt waarbij ik de stakeholders uit het oog verloren ben. Dit proces ga ik dus goed bewaken!
Daarnaast snap ik nu mijn verwarring over het scrum bord (scrumy tool). Na deze uitleg snap ik dat het voor mij als individu moeilijk te gebruiken is omdat mijn ontwerpbureau allemaal met eigen zaken bezig is en we niet gezamelijk aan een Scrumy bord kunnen werken. Na deze uitwerking heb ik wel beter zicht op de mogelijkheid van een bord en de toepasbaarheid binnen mijn team.