Agile Rituals: Rollen en structuur in Scrum
Er wordt veel gesproken over agile methoden en rituelen, hun efficiëntie en flexibiliteit. Wendbaarheid is echter niet zonder kader. Er zijn inderdaad verschillende agile methoden, evenals verschillende specifieke kenmerken in de manier waarop het agile manifest moet worden geïmplementeerd. Hoewel er geen one-size-fits-all methode is, is Scrum de meest geschikte methode in de context van IT. Het is in feite het meest geïmplementeerd vandaag de dag in IT.
Pas op, deze methode vergt veel striktheid, vooral wat betreft het respecteren van rituelen.
Inderdaad, de hele werking van Scrum is gebaseerd op een zeer precies kader:
- welomschreven rollen met een duidelijke en afgebakende reikwijdte
- tijdgebonden rituelen(time-boxed)
- agility beginselen en waarden
In dit eerste deel stellen wij de rollen en de structuur van onze teams en rituelen voor.
Agile ceremonies en rituelen: behendigheid is geen religie, noch een sport, maar leent er wel enkele codes van.
Scrum is in sommige bedrijven vaak te herkennen aan de aanwezigheid van gekleurde briefjes op de muren van de werkruimtes. In de praktijk zijn er nog andere elementen, zoals IT-instrumenten, spelletjes om het product te maken, en een aantal ceremonies die het leven van een agile team onderbreken.
Hier bespreken we de rituelen die zijn ingevoerd binnen het Service Centre (SC) van Blue Soft. Maar eerst is het belangrijk om kort de actoren, de soorten verhalen en het leven van de Backlog voor te stellen.
In onze agile teams vind je de volgende rollen
- De Product Owner (anders dan de Project Manager)
- De ScrumMaster
- De ontwikkelaar (voor deze rol kunnen we tot vijf ontwikkelaars hebben)
Wij geloven dat de juiste grootte voor een agile team zeven tot maximaal negen mensen is.
Bij Blue Soft zijn we uniek in die zin dat het team tot drie dagen per sprint kan worden begeleid door een architect, met name in het geval van ons CDS Agile As a Service-aanbod.
Tijdens een sprint kunnen onze teams aan vier soorten stories beginnen, die in twee categorieën kunnen worden ingedeeld:
Verhalen die waarde toevoegen aan het product:
- Functioneel verhaal
- Technisch verhaal
Verhalen om waarde te herstellen :
- Aflossing van de technische schuld
- Bug fix
Alle verhalen vormen samen de Backlog, die de levensduur van het product vertegenwoordigt.
In Scrum hebben we meestal verschillende "bakken" die het leven van de Backlog vormen:
- de zandbak
- de ijsdoos
- de kweekbak
- de starttank
Op Blue Soft beschouwen we de achterstand niet als ijskast.
We beginnen in de zandbak en gaan rechtstreeks naar de kweekbak, zonder door de ijsbak te gaan. Het proces gaat verder van de Growing Bin naar de Starting Bin, om zo de Sprint Backlog op te bouwen. Deze overgang tussen de bakken vindt plaats tijdens de Backlog Refinement workshops.
Met de Scrum-context op Blue Soft op zijn plaats, kunnen we het hebben over het ritueel proces.
De eerste waarde van wendbaarheid is voorrang te geven aan interacties tussen mensen, meer dan aan instrumenten en processen. Concreet vertaalt zich dit in een dagelijks zoeken naar evenwicht tussen de interacties van individuen en processen.
De opeenvolging van alle gebeurtenissen wordt begrensd door het begrip time-boxing.
Agile rituelen: De typische Product Backlog Verfijning bij Blue Soft
De Product Backlog Refinement vergadering wordt heel vaak verwaarloosd en door sommigen verkeerd begrepen. Het is echter zeer nuttig in de dagelijkse praktijk van Scrum.
Doelstelling:
Het wordt in eerste instantie gebruikt om de product backlog voor te bereiden. Op Blue Soft kan het meerdere malen in een sprint worden gepland:
- om de Backlog te verfijnen, voor de Sprint Backlog,
- aan het einde van de eerste week voor een tweeweekse sprint en aan het einde van de tweede week voor een drieweekse sprint. Het doel is om aanpassingen te maken in de huidige sprint,
- als het team de behoefte te kennen geeft, om workshops en punten op te zetten die nodig zijn voor het goede verloop van de sprint.
Vereisten :
- De start bucket moet up to date zijn, om de sprint backlog voor te bereiden
- De Backlog moet items bevatten die al in gang zijn gezet, zodat tijdens de sprint aanpassingen kunnen worden gedaan
- De deelnemers moeten van tevoren van de workshop op de hoogte worden gebracht.
De deelnemers zijn ofwel het team alleen, ofwel het team met business experts en de architect of onze UX-Experts, die ingrijpen tijdens bepaalde fasen van onze productontwikkeling.
Agile rituelen: de Chez Standup Meeting Blue Soft
Deze dagelijkse vergadering heet officieel de Daily Scrum Meeting (DSM). Het doel ervan is dagelijks de kansen van het team te optimaliseren om zijn doelstellingen te bereiken en zijn verbintenissen voor de sprint na te komen.
Op Blue Soft vertrouwen wij op inspectie en aanpassing om een DSM uit te voeren:
- het snel identificeren van obstakels voor de voortgang van het team,
- het dagelijks verbeteren en meten van de voortgang van het werk van het team aan de sprint,
- het werk voorbereiden dat nodig is om de verhalen af te maken.
Vereisten :
Om de doeltreffendheid van de bijeenkomst te waarborgen, is een voorafgaande voorbereiding van elk teamlid, met het oog op de inachtneming van het voor het ceremonieel vereiste formalisme, noodzakelijk. Het hele team doet mee: de Product Owner, de ontwikkelaars en de ScrumMaster.
Deze vergadering duurt maximaal vijftien minuten en wordt gefaciliteerd door de Scrum Master. Het is een ceremonie die bij het team hoort.
Het is aan te bevelen om voor de Scrum board te vergaderen. Elk teamlid beantwoordt om beurten de volgende vragen:
- Wat is er de dag ervoor gedaan?
- Wat is er op die dag gedaan?
- Wat zijn de uit te voeren taken?
- Zijn er verstoppingen?
NB: het gaat hier niet om een "overzicht van de troepen", maar om de mogelijkheid om globaal zicht te bieden op de taken en transparantie te bieden over het reilen en zeilen van het team.
De output bestaat uit :
- Een bijgewerkte backlog met taken die zo dicht mogelijk bij de realiteit staan.
- Zicht op het product, wat er nog moet gebeuren en waar de knelpunten zitten.
- De uitvoering van een actieplan in geval van vertraging of grote druk
- Een projectie van de producttrend en een inzicht in het leven van het team.
Agile rituelen: De Chez Sprint planning Blue Soft
Dit is de bekendste van de Scrum rituelen.
Doelstelling:
Het team in de ideale situatie brengen om te slagen in de sprint. Met andere woorden, het betekent een kader en de middelen verschaffen om iedereen aan te moedigen nauw samen te werken.
Vereisten :
- Aangezien de startbox essentieel is voor deze vergadering, moet een Backlog klaar zijn. Verhalen die door de Product Owner en Scrum of met het team zijn geprioriteerd, moeten worden voorbereid tijdens een Refinement Backlog sessie.
- De definitie van Story ready wordt door alle teamleden begrepen
- Een backlog die klaar is voor de sprint met stories die voldoen aan de eisen.
Het hele team doet mee: de Product Owner, de ontwikkelaars en de Scrum Master.
Duur :
Tussen twee en vier uur
Procedure:
Gedurende enkele jaren werd deze vergadering in twee fasen gehouden, de eerste om de stories te identificeren die in de sprint moesten worden opgenomen en de tweede om de stories in taken te verdelen.
Maar als dit lange format voor sommigen blijft bestaan, hebben anderen zoals Blue Soft ervoor gekozen het in tweeën te splitsen. De eerste fase is de klassieke, die het mogelijk maakt de sprint te dimensioneren en het team de verhalen te laten begrijpen. De tweede fase omvat de pokerplanning en de uitsplitsing van de taken (waarmee de pokerplanning een ritueel op zich wordt).
Samenvattend kondigt de Product Owner de stories aan, in volgorde van prioriteit. Hij presenteert elk verhaal aan het team. Het team zorgt er dan voor dat het klaar, volledig en klein genoeg is om te worden uitgevoerd.
In elk verhaal, moet het team ervoor zorgen dat:
- het begrip van de geuite behoefte, de context en de bedrijfsregels,
- dat het verhaal voldoet aan de criteria van uitvoering, afwerking en aanvaarding,
- dat het verhaal aan de gestelde voorwaarden voldoet, om het als klaar te beschouwen.
Zodra het team alle in aanmerking komende elementen van het verhaal heeft gevalideerd, maakt het een ruwe schatting van de verwezenlijking ervan.
NB: Het is mogelijk om de schattingen van de taken in een ander ceremonieel uit te voeren wanneer, door het uitvoeren van een Poker planning of Magische Schatting (Deze twee rituelen worden niet behandeld in dit artikel)
De output bestaat uit :
- Geraamde, gekoste posten met toezeggingen van het team.
- Gedetailleerde verhalen, besproken en opgedeeld in taken voor de sprint.
- Een verbintenis van het team om de geraamde taken te voltooien.
- Een plan.
