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 meer over de verschillende stappenplannen die – kent, inclusief korte samenvattingen van de afzonderlijke stappen. Tot slot presenteren we een kort allround model dat de gemeenschappelijke kenmerken van alle modellen in één 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.
Voordat we dieper ingaan, een korte opmerking. Onlangs hadden we 11 internationale agile experts te gast in een webinar – over een vraag: Hoe schaal je agile methoden goed op?
Het resultaat is deze fantastische video-opname (Engels), waarin bijvoorbeeld de volgende vragen aan bod komen:
- Is het beter om bottom-up of top-down te beginnen?
- Hoe krijg je leiders op één lijn over een gemeenschappelijke visie?
- Hoe kies je het juiste agile framework – en waarom is dat eigenlijk niet zo belangrijk?
Mijn warmste aanbeveling: neem een kijkje! Het duurt relatief lang, maar het is elke minuut waard.
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
Dus nu we dat uit de weg hebben, laten we je kennismaken met vijf specifieke stappenplanmodellen – van Kotter's Change Management to Scale@Scrum.
Trouwens, een korte opmerking in de context van agile transformatie: Wil je ervoor zorgen dat je op dit moment de juiste prioriteiten in je agile Transformatie?
Doe dan onze volwassenheidstest voor je agile transformatie – duurt slechts 3 minuten. Je krijgt zelfs een benchmark op basis van meer dan driehonderd andere deelnemers. Zie knop 🙂
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
- De eerste stap is dat het hele bedrijf zich bij de verandering aansluit. Onderzoek door Kotter laten zien dat 75 % van de teamleden zich moet "inkopen" in de verandering om deze succesvol te laten zijn.
- Stap twee betreft het overtuigen van het team dat de verandering onvermijdelijk is voor succes. Dit resulteert in een "verandercoalitie" die vereist dat je als team samenwerkt om de noodzaak van verandering te erkennen.
- 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
- 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.
- 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.
- Stap zes gaat over het creëren van kortetermijndoelen in plaats van een langetermijndoel. Wat is het gezegde? Niets motiveert meer dan succes!
- Stap zeven betekent analyseren wat er fout ging en wat er goed ging. Echte verandering vereist een opbouw – dit is het onderdeel om te kijken waar je kunt verbeteren.
Consolidatie van verandering
- 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 klaar zijn om succesvol en radicaal veranderingen door te voeren. We hebben een eBook gemaakt om je teams krachtiger te maken – kijk hier. hier an.
De meeste Agile Coaches gaan rond in cirkels....
...en oppervlakkige symptomen behandelen. Het is tijd om psychologie – te gebruiken voor een duurzame mentaliteitsverandering.
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 in detail gepresenteerd in een artikel – 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 nemen elke "kritieke stap" zoals gedefinieerd door Dan en Chip Heath kort en eenvoudig beschreven.
De juiste start maken
- De eerste stap, ook wel het "omslagpunt" genoemd, is het punt waar visualisatie en implementatie samenkomen. Het gaat om het vertalen van de behoefte aan verandering en de visie op verandering. Onderzoek toont aan dat het omslagpunt het begin is van het bouwen van een leidende coalitie.
- In artikel twee begint de moeilijke reis – maar het hoeft niet moeilijk te zijn. Voor stap twee moeten de hoofdrolspelers samenkomen en de koers uitzetten. Hiervoor worden drie stappen aanbevolen: het trainen van Lean Agile agents, het trainen van leiders en andere managers, en het opzetten van een Lean Agile Centre of Excellence (ook wel een werkgroep genoemd).
- In de derde stap wordt gestart met training. Om verandering zichtbaar te maken en succesvol door te voeren, is sterk leiderschap nodig. Met deze drie "kritische stappen" is het bedrijf nu op weg naar succes.
- Zoals vermeld in stap twee, komt het LACE nu samen in stap vier. LACE staat voor Lean Agile Centre of Excellence en verwijst naar een kleine groep mensen die zich toelegt op het bevorderen van de Lean Agile manier van werken. John Kotter wijst erop dat de grootte van het team afhangt van de grootte van de organisatie – Verandering begint met twee of drie mensen.
Begin met schalen
- Artikel vijf gaat over het implementeren van SAFe. Nu is het tijd om te identificeren. Identificeer waardestromen en Agile Release Trains (ART's).
- 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.
- 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.
- De lancering van ART vereist training van de teams in Artikel Acht. Nu het lanceringsplan en de belanghebbenden zijn getraind, kan de echte verandering plaatsvinden. Kotter zegt dat leiders "het pad vorm moeten geven" – met andere woorden, dit vereist training en tijd en inspanning.
- 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
- 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.
- 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.
- 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 het proces "helpt een organisatie om meerdere netwerken van Scrum-teams te richten 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:
- In stap één ontwikkelen de Scrum Coaches een lijst met problemen voor de organisatie.
- Van daaruit informeren ze het senior management erover en stellen ze gemeenschappelijke doelen vast, enzovoort.
- Stap drie is waar een Executive Action Team (EAT) wordt gevormd, ook bekend als het Transformation Leadership Team.
- De volgende stap is het selecteren van een leiderschapsteam dat de prioriteiten voor al het werk bepaalt. Met andere woorden, het Executive MetaScrum Team.
- 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.
- Stap zes betreft de backlog van de producteigenaar.
- Stap zeven gaat snel naar een Scrum der Scrums met geschaalde dagelijkse scrums.
- Stap acht betekent vroeg en vaak leveren.
- De laatste stap is om het agile besturingssysteem uit te breiden naar de volgende reeks prioriteiten voor stap ten....
- Herhaal!
Roadmap voor Agile-transformatie #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:
- Productmanagers willen producten leveren die waarde toevoegen aan het bedrijf.
- Vanwege een beperkt budget zijn er ook maar een beperkt aantal producten –, wat betekent dat er prioriteiten moeten worden gesteld.
- De roadmap wordt ontwikkeld door de activiteiten van productmanagement.
- Features, ook wel uitkomsten, epics, verhalen, etc. genoemd, moeten worden toegewezen aan teams voor implementatie.
- 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.
- 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 schaalook bekend als de LeSS-kaderbegint 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:
- LeSS – acht teams
- LeSS Groot – tot een paar duizend mensen op één product
We zullen ons hierna richten op het LeSS raamwerk.
- Sprintplanning deel 1: Betrek leden van alle teams – ze bespreken waar ze in passen en welke mogelijkheden er zijn om gezamenlijk werk te vinden.
- Sprintplanning deel 2: Elk team houdt deze onafhankelijk, hoewel soms twee of meer teams ze in dezelfde ruimte houden.
- Dagelijkse Scrum: Elk team houdt dit ook onafhankelijk.
- Algemene Product Backlog Verfijning (PBR): Dit is een bijeenkomst van 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 elementen – gaan implementeren en zo de elementen te selecteren voor een latere gedetailleerde PBR voor één team.
- 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.
- 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.
- Algemene retrospectieve: Inclusief Product Owner, Scrum Master, roulerende vertegenwoordigers van elk team. Het doel is om het systeem als geheel te verbeteren.
Samenvatting: Een stappenplan gebaseerd op alle andere
"De bestemming is belangrijker dan de reis"
Minder.werkt
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:
- Visie: Zonder visie kan er geen actie plaatsvinden. Zoals Kotter stelt in zijn baanbrekende boek Leading Change, maken visie en strategie de ontwikkeling van een fundament voor verandering mogelijk. Als er een duidelijke en samenhangende visie is, zal je team begrijpen waarom je hen vraagt om te veranderen. Het kan in het begin moeilijk zijn, maar dan is de volgende stap om samen te werken. Een visieverklaring kan de boodschap "waarom" gemakkelijk overbrengen.
- 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.
- Organiseer rond waarde: Voor het eerste succes moet je organiseren rond waarde. Dat wil zeggen dat de ontwikkeling van de roadmap de belangrijkste – klantwaardestromen als leidraad heeft. Om strategieën te implementeren moet de klantwaarde centraal staan.
- 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.
- Kom regelmatig bij elkaar en itereer door middel van retrospectives: 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 ging en wat niet. Het is ook nuttig om het succes van een roadmap te motoriseren en te zien hoe de teams zich voelden en of iedereen nog steeds op één lijn zit met de visie. Ja – je kunt en moet de visie zelfs 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...
