Stappenplan voor Agile Transformatie: 5 modellen en hun overeenkomsten

Weet je niet welke Agile Transformatie Roadmap je moet gebruiken? Daar gaan we nu verandering in brengen!

Als je een Agile Transformation Roadmap wilt aanpassen, heb je keuze te over, want er zijn er veel.

Daarom hebben we een aantal van de meest gebruikte stappenplannen op een rijtje gezet, zodat je kunt uitzoeken welke bij jouw team past of zelfs je eigen stappenplan kunt ontwikkelen.

In dit artikel leer je de verschillende roadmaps kennen die er zijn, inclusief korte samenvattingen van de afzonderlijke stappen. Tot slot presenteren we je een kort allroundmodel dat de overeenkomsten van alle modellen in één model samenvat.

Omdat agile reageren op verandering betekent, geldt dat ook voor een roadmap. Hier leggen we uit wat een Agile Transformatie Roadmap precies is:

Wat is een Agile Transformatie Stappenplan?

Volgens Atlassian Een stappenplan is een actieplan voor hoe een product of oplossing in de loop van de tijd zal verbeteren. Bij agile ontwikkeling wordt het gebruikt om het team context te geven. 

Het reageert op verschuivingen en veranderingen in het concurrentielandschap, zodat het flexibel kan zijn met nieuwe benaderingen. Het doel is om betere bedrijfsresultaten te behalen.

Waarom een Agile Transformatie Stappenplan gebruiken?

• Het team op één lijn brengen voor de volgende stappen
• Flexibel en vloeiend handelen, geen vaste artefacten
• Het bedrijf helpen
• Teams helpen de juiste kennis te verwerven
• Helpen om de training te behouden
• Beter geïnformeerde beslissingen nemen
• Taken prioriteren

Zo, nu dat uit de weg is, presenteren we je vijf specifieke roadmapmodellen - van Kotter’s Change Management tot Scale@Scrum.

Trouwens, een korte opmerking in de context van agile transformatie: Wil je er zeker van zijn dat jullie momenteel de juiste prioriteiten stellen in jullie agile transformatie? 

Doe dan onze maturity check voor jullie agile transformatie - duurt slechts 3 minuten. Je krijgt zelfs een benchmark op basis van de meer dan driehonderd andere deelnemers. Zie button 🙂

Stappenplan voor Agile Transformatie #1: Veranderingsmanagement door Kotter

“Verandering is de enige constante”

Heraclitus, Grieks filosoof

We hebben het 8-stappenmodel van Kotter gebruikt in deze bijdrage al in detail gepresenteerd.

Om een lang verhaal kort te maken: Het Kotter-model loopt in sequentiële volgorde, maar alle stappen kunnen tegelijkertijd worden uitgevoerd. Het suggereert een urgentie om te veranderen. De eerste vier fasen richten zich op de basisprincipes van verandering, daarna gaan de fasen vijf tot en met zeven over het introduceren van nieuw gedrag en de laatste fase acht gaat over het consolideren van de verandering. Nu leggen we ze wat gedetailleerder uit:

Focus op de basis van verandering

1. De eerste stap is dat het hele bedrijf zich bij de verandering aansluit. Onderzoek door Kotter laten zien dat 75% van de teamleden de verandering moet “steunen” om succesvol te zijn.

2. Stap twee betreft de overtuiging van het team dat de verandering onvermijdelijk is voor succes. Dit resulteert in een “verandercoalitie” die vereist dat er als team wordt gewerkt om de noodzaak van de verandering te erkennen.

3. Stap drie is de effectieve implementatie van een visie. Een strategie is altijd nodig. Nu is het tijd om de waarden voor verandering vast te stellen, enz. 

Introductie van nieuw gedrag

4. Stap vier betreft het communiceren van deze urgentie naar het team. Praat over je visie. Demonstreer het gewenste gedrag om te investeren in de verandering.

5. Stap vijf gaat over het verwijderen van obstakels en kijken of iemand zich verzet tegen de verandering. Iedereen moet aan boord zijn om de verandering te laten plaatsvinden.

6. Stap zes gaat over het creëren van kortetermijndoelen in plaats van een langetermijndoel. Wat is het gezegde? Niets motiveert meer dan succes!

7. Stap zeven betekent analyseren wat er fout en wat er goed is gegaan. Echte verandering vereist een opbouw - dat is het onderdeel om te kijken waar je kunt verbeteren.

Consolidatie van verandering

8. Stap acht betekent eindelijk beseffen dat er op alle gebieden van het bedrijf voortdurend inspanningen worden geleverd om de verandering tot stand te brengen. Het gaat om consistentie en vooruitgang.

Dit model werkt goed voor teams die bereid zijn om de verandering succesvol en radicaal door te voeren. We hebben een eBook gemaakt om je teams in staat te stellen - bekijk het hier an.

Roadmap voor Agile Transformatie #2: Roadmap voor Geschaald Agile Framework

“Als je niet kunt beschrijven wat je aan het doen bent als een proces, dan weet je niet wat je aan het doen bent.

W. Edwards Deming

We hebben het Scaled Agile Framework al eens in detail in een artikel gepresenteerd - lees het hier naar.

De SAFe Implementation Roadmap serie bestaat uit 12 artikelen, die elk een strategie en een reeks activiteiten beschrijven die succesvol zijn gebleken binnen het raamwerk.

We zullen elke “kritische stap”, zoals beschreven door Dan en Chip Heath kort en eenvoudig beschreven.

De juiste start maken

1. De eerste stap, ook wel bekend als het “Tipping Point”, is het punt waarop visualisatie en implementatie samenkomen. Het gaat erom de noodzaak van verandering en de visie op verandering in één te implementeren. Onderzoek toont aan dat het Tipping Point het begin is van de vorming van een leidende coalitie. 

2. In artikel twee begint de moeilijke reis - maar die hoeft niet moeilijk te zijn. Voor stap twee moeten de belangrijkste spelers zich verzamelen en de koers uitzetten. Hiervoor worden drie stappen aanbevolen: het opleiden van de Lean-Agile-agenten, het opleiden van managers en andere leidinggevenden en het opzetten van een Lean Agile Center of Excellence (ook bekend als werkgroep). 

3. In de derde stap wordt begonnen met de opleiding. Want om een verandering zichtbaar en succesvol te kunnen implementeren, is sterk leiderschap noodzakelijk. Met deze drie “kritische stappen” bevindt het bedrijf zich nu op weg naar succes.

4. Zoals vermeld in stap twee, komt nu in stap vier het LACE samen. LACE staat voor Lean Agile Center of Excellence en verwijst naar een kleine groep mensen die zich inzetten voor het bevorderen van de Lean-Agile-manier van werken. John Kotter wijst erop dat de grootte van het team afhangt van de grootte van het bedrijf - veranderingen beginnen met twee of drie personen.

Begin met schalen

5. Artikel vijf gaat over het implementeren van SAFe. Nu is het tijd om te identificeren. Identificeer waardestromen en Agile Release Trains (ART’s). 

6. Nu gaat het om het maken van gedetailleerde plannen. Artikel zes gaat over het implementeren van een organisatorische verandering en het toepassen van de nieuwe kennis uit de training. 

7. Tot nu toe waren er waardestromen en een implementatieplan. Artikel zeven is dus een bepalend moment. Het is het moment waarop de ART voor het eerst wordt gelanceerd. Er zijn een aantal stappen waar je rekening mee moet houden in de aanloop naar de lancering. Je kunt hier meer over vinden op de SAFe website hier. 

8. De lancering van de ART vereist de training van de teams in artikel acht. Nu het implementatieplan en de stakeholders zijn getraind, kan de daadwerkelijke verandering plaatsvinden. Kotter zegt dat leiders “de weg moeten vormgeven” - met andere woorden, dat vereist training en tijd en moeite. 

9. De eerste belangrijke gebeurtenissen zijn bereikt. Nu, in artikel negen, wordt het team bekrachtigd. Omdat competentie en potentieel gebaseerd zijn op het team, moeten agile teams nu ook gecoacht worden. Als je meer wilt weten over het ontwikkelen van teams, kijk dan gerust naar onze handige Boek an. 

Na de eerste aanname

10. Artikel tien gaat over het produceren van meer verandering en het introduceren van meer ART’s. Zie dit artikel als een auto die in de hoogste versnelling snelheid maakt op de snelweg. 

11. Het einde nadert, SAFe is aangenomen. Artikel elf richt zich op de drive en implementatie van SAFe. Nu gaat het om de Lean Portfolio Management competentie en het inbedden van de nieuwe aanpak in de bedrijfscultuur. 

12. Het laatste artikel benadrukt het belang van constante verandering. We zijn er zeker van dat je vooruitgang hebt geboekt op deze transformatiereis. Nu is het tijd om het bedrijf te versnellen op weg naar zakelijke wendbaarheid. 

 

Roadmap voor Agile-transformatie #3: Scrum op schaal

“Complexiteit is de dood.”

Gereon Hermkes

De derde agile transformatie roadmap gaat over het vereenvoudigen van schaal. Scrum @ Scale gaat over een enkel Scrum-team dat in staat is om aantoonbaar optimale waarde te leveren. Volgens Scrum op schaal helpt het proces “een organisatie om meerdere netwerken van Scrum Teams te focussen op geprioriteerde doelen.” 

Laten we dus eens kijken naar de stappen die Scrum @ Scale neemt in zijn herhaalbare patroon. Hier zijn de tien stappen vereenvoudigd:

1. In stap één ontwikkelen de Scrum Coaches een lijst met problemen voor de organisatie.

2. Van daaruit informeren ze het senior management erover en stellen ze gemeenschappelijke doelen vast, enzovoort. 

3. Stap drie is waar een Executive Action Team (EAT) wordt gevormd, ook bekend als het Transformation Leadership Team.

4. De volgende stap is het selecteren van een leiderschapsteam dat de prioriteiten voor al het werk bepaalt. Met andere woorden, het Executive MetaScrum Team.

5. Na de training gaan we verder met stap vijf. Hier worden alle teamleden, producteigenaren, scrum masters en managers etc. die binnen het agile besturingssysteem gaan werken getraind door het EAT.

6. Stap zes betreft de backlog van de producteigenaar.

7. Stap zeven gaat snel naar een Scrum der Scrums met geschaalde dagelijkse scrums.

8. Stap acht betekent vroeg en vaak leveren.

9. De laatste stap is het uitbreiden van het agile besturingssysteem naar de volgende reeks prioriteiten vóór stap tien…

10. Herhaal!

 

Agile Transformation Roadmap #4: Productmanager - een gedisciplineerde agile roadmap

“Het productbeheer procesmes omvat het identificeren en ontwikkelen van de bedrijfsvisie van je organisatie”.

PMI.org

Roadmaps in productmanagement beschrijven de visies voor drie tijdsperioden: korte termijn, middellange termijn (3-12 maanden) en lange termijn (een jaar). De roadmaps worden door productmanagers gebruikt om beslissingen te prioriteren en activiteiten te plannen. Hier zijn enkele andere procesfactoren waarmee rekening moet worden gehouden:

1. Productmanagers willen producten leveren die waarde toevoegen aan het bedrijf.
2. Vanwege een beperkt budget is er ook maar een beperkt aantal producten - dat wil zeggen dat er een prioritering moet worden gemaakt.
3. De roadmap wordt ontwikkeld door de activiteiten van productmanagement.
4. Features, ook wel uitkomsten, epics, verhalen, etc. genoemd, moeten worden toegewezen aan teams voor implementatie.
5. De marketing van producten aan klanten wordt verzorgd door de productmanager om de kans te vergroten dat potentiële klanten van het bestaan van het product afweten.
6. Productmanagers monitoren het succes van hun producten op basis van tevredenheid van eindgebruikers, acceptatiepercentages in de markt, enz.

Zoals je kunt zien, richt dit proces zich op het ontwikkelen van de juiste producten op het juiste moment om ervoor te zorgen dat ze worden gebruikt. 

 

Roadmap voor Agile-transformatie #5: Scrum op grote schaal

“Verlangen op grote schaal maakt geschiedenis”

Don DeLillo

In tegenstelling tot de andere kaders die we hebben besproken, is er geen Scrum op grote schaal geen echt stappenplan. In plaats daarvan wordt er een Scrum Product Backlog gemaakt door de Product Owner en het team. Afhankelijk van hoe groot het is, kan het weken of maanden duren van analyseworkshops en het schatten van de eerste releases. 

Voor een gevestigd product hoeft er geen uitgebreid onderzoek te worden gedaan naar de volgende release, omdat de producteigenaar en het team in elke sprint een productbacklog moeten maken. Door continue productontwikkeling is een roadmap als zodanig dus niet nodig.

Scrum op grote schaal ook bekend als de LeSS-kader begint met het begrijpen van Scrum door een team. Om LeSS te laten beklijven, moet voor agile ontwikkeling met Scrum een diepgaande organisatorische verandering nodig zijn.

Laten we dit raamwerk voor organisatieontwerp in de praktijk brengen als een geschaalde versie van One-Team Scrum:

LeSS overlapt twee verschillende grootschalige Scrum raamwerken:

1. LeSS - acht teams
2. LeSS Huge - tot een paar duizend mensen aan één product

We zullen ons hierna richten op het LeSS raamwerk.

1. Sprintplanning deel 1: Betrekt leden van alle teams erbij - ze bespreken waar ze thuishoren en welke mogelijkheden er zijn om samen te werken.

2. Sprintplanning deel 2: Elk team houdt deze onafhankelijk, hoewel soms twee of meer teams ze in dezelfde ruimte houden.

3. Dagelijkse Scrum: Elk team houdt dit ook onafhankelijk.

4. Algemene product backlog refinement (PBR): dit is een vergadering die wordt gehouden door een product owner en alle teams om de afstemming met de PO en de teams te vergroten. Het doel is om te beslissen welke teams welke items zullen implementeren - en dus de selectie van de items voor een latere gedetailleerde individuele team-PBR. 

5. Verfijnen van de product backlog: Het verschil tussen deze fase en de vorige is dat er in LeSS maar één team tegelijk nodig is, maar een variant kan multi-team PBR zijn waarbij meerdere teams in dezelfde ruimte worden gehouden om het leren te vergroten.

6. Sprintvergadering: Hierbij zijn mensen van alle teams betrokken, niet alleen de producteigenaar. Het doel is om de productstijging en nieuwe elementen te bespreken. Zie het als volgt: Grote ruimte met veel ruimtes bezet door teamleden waar de ontwikkelde elementen worden besproken en getoond.

7. Algemene retrospectieve: Inclusief Product Owner, Scrum Master, roulerende vertegenwoordigers van elk team. Het doel is om het systeem als geheel te verbeteren.

”De bestemming is belangrijker dan de reis” 

Less.works

Alle Agile transformatie roadmaps die we hebben bekeken hebben een aantal gemeenschappelijke stappen. We hebben de vijf essentiële gemeenschappelijke stappen samengevat die in elke roadmap aanwezig zouden moeten zijn:

1. Visie: Zonder visie kan er geen actie plaatsvinden. Zoals Kotter in zijn baanbrekende boek “Leading Change” stelt, maken visie en strategie de ontwikkeling van een basis voor verandering mogelijk. Wanneer er een duidelijke en samengestelde visie is, zal je team begrijpen waarom je ze oproept tot verandering. Het is in het begin misschien moeilijk, maar dan leidt de volgende stap tot samenwerking. Een visieverklaring kan de boodschap van het “waarom” gemakkelijk overbrengen. 

2. Bereid leiderschap voor: Anderen motiveren om te veranderen is cruciaal voor het succes van elke cyclus. Het bouwen van een goed functionerend team vereist begrip en samenwerking in leiderschap voordat er iets anders plaatsvindt. 

3. Organiseer rond de waarde: Voor het eerste succes moet je je organiseren rond de waarde. Dat wil zeggen, de ontwikkeling van de roadmap heeft centrale doelstellingen - klantwaardestromen - als leidraad. Om alle strategieën te implementeren, moet de klantwaarde centraal staan. 

4. Bereid je teams voor en ontwikkel ze door middel van ambassadeurs: Cultuur is een van de grootste uitdagingen bij het opschalen van agile methoden. Om de visie en de agile manier van werken door de hele organisatie te verspreiden, moeten sterke teams worden ontwikkeld. Het gaat niet om het creëren van een andere organisatie, maar om ervoor te zorgen dat voldoende mensen in de organisatie klaar zijn voor de verandering in teams. Het is belangrijk om te onthouden dat je nooit 100 % aan personeel zult bereiken. Je bereikt het omslagpunt wanneer je de 30% bereikt die de meeste invloed hebben. Deze 30% zullen de verandering van de rest van het team versnellen.

5. Kom regelmatig samen en itereer via retrospectieven: Er moet een structuur zijn om feedback te geven. Daarom is het altijd belangrijk om aan het einde van een cyclus retrospectieven te houden om te zien wat goed en wat niet goed is gegaan. Het is ook nuttig om het succes van een roadmap te stimuleren en te zien hoe de teams zich voelden en of iedereen nog steeds op de visie is afgestemd. Ja - je kunt en moet zelfs de visie itereren!

Trouwens, om je nog meer te helpen bij het bouwen en laten groeien van succesvolle teams, kun je ons artikel met 4 startstrategieën voor je transformatie kijken. En dan natuurlijk…