Beoordeling van de agile-rijpheid: hoe u uw team kunt meten en verbeteren

Uw team werkt met sprints. Er is een backlog, een ‘definition of done’ en er worden regelmatig retrospectieven gehouden. Op papier ziet alles er agile uit.

Maar er klopt nog steeds iets niet.

Releases zijn onvoorspelbaar. Steeds weer duiken dezelfde retro-thema’s op. En als iemand zou vragen: „Hoe volwassen is uw agile-aanpak?”, zou het antwoord niet meteen voor de hand liggen.

De aarzeling is precies de reden waarom er agile-rijpheidsbeoordelingen bestaan, en waarom het goed uitvoeren ervan, met de juiste tool, het verschil maakt tussen een gesprek dat slechts een presentatie oplevert en een gesprek dat daadwerkelijke verandering teweegbrengt.

In dit artikel wordt besproken wat een agile-rijpheidsbeoordeling precies meet, de vijf niveaus waaraan teams worden getoetst, de modellen waaruit u kunt kiezen, en hoe u een dergelijke beoordeling zo kunt uitvoeren dat deze uitmondt in concrete beslissingen in plaats van in een scorekaart.

Wat is een beoordeling van de agile-rijpheid?

Een agile-rijpheidsbeoordeling is een gestructureerde methode om te beoordelen in hoeverre een team of organisatie de agile-principes in de praktijk effectief toepast.

Het gaat verder dan alleen het tellen van het aantal agile-bijeenkomsten dat u organiseert. Er wordt gekeken of de onderliggende filosofie daadwerkelijk aanwezig is – waarbij aspecten als samenwerking, leveringsstroom, technische kwaliteit en voortdurende verbetering worden onderzocht om sterke punten en de kansen met het grootste hefboomeffect voor groei in kaart te brengen.

In bredere zin zijn volwassenheidsmodellen bedoeld om te meten in hoeverre een organisatie in staat is om haar processen in de loop van de tijd consistent te verbeteren. Naarmate het team volwassener wordt, vertaalt zich dit in meer voorspelbare en flexibele resultaten, en niet alleen in snellere sprints.

Waarom beoordelingen van de agile-rijpheid van belang zijn

Hier volgt een ontnuchterend cijfer: volgens het rapport ‘State of Application Development’ van OutSystems (waarbij meer dan 1.500 professionals op het gebied van applicatieontwikkeling werden ondervraagd) beschouwt slechts ongeveer 15% van de organisaties zichzelf als volledig volwassen op het gebied van agile werkwijzen. Ongeveer 60% blijft steken in de tweede of derde ontwikkelingsfase en volgt de agile procedures zonder de volledige voordelen te benutten.

Agile-transformaties lopen vaak vast, niet omdat teams zich niet voldoende inspannen, maar omdat er geen gedeeld, eerlijk beeld bestaat van wat er daadwerkelijk gebeurt. Tekortkomingen blijven onzichtbaar. En zonder inzicht is het moeilijk om te weten of u daadwerkelijk vooruitgang boekt of dat u gewoon in uw comfortzone blijft.

Regelmatige beoordelingen van de agile-rijpheid bieden teams en leidinggevenden op een aantal belangrijke manieren ondersteuning:

• Ze brengen aan het licht wat er werkelijk aan de hand is. Door de dagelijkse gang van zaken is het moeilijk om structurele problemen te onderkennen. Een evaluatie biedt de structuur en de ruimte om eens goed te kijken naar hoe uw team daadwerkelijk functioneert, en niet alleen naar hoe het aanvoelt.
• Ze richten uw energie op verbetering. Niet elke tekortkoming is even belangrijk om aan te pakken. Beoordelingen helpen u te bepalen welke veranderingen het grootste verschil zullen maken, zodat u uw inspanningen niet langer te dun uitspreidt, maar gerichte vooruitgang gaat boeken.
• Ze creëren een gemeenschappelijke taal. Wanneer iedereen in het team dezelfde aspecten beoordeelt, komen verschillen in perspectief aan het licht. Die eerlijke kloof tussen de manier waarop verschillende mensen de werkwijzen van het team ervaren, kan aanleiding geven tot enkele van de meest waardevolle gesprekken die u zult voeren.
• Ze maken vooruitgang zichtbaar. Door regelmatig evaluaties uit te voeren, worden individuele momentopnames omgezet in trends, en aan de hand van die trends kunt u zien of uw verbeteringen daadwerkelijk standhouden of stilletjes weer achteruitgaan.
• Ze bieden het management houvast. Voor organisaties met meerdere agile teams maken beoordelingen vergelijkingen tussen teams mogelijk en brengen ze structurele belemmeringen aan het licht die bij een enkele retrospective niet aan het licht komen.

Wat wordt er bij een agile-rijpheidsbeoordeling gemeten?

Welke specifieke aspecten uw beoordeling omvat, hangt af van het model dat u kiest. Maar bij alle goed gestructureerde beoordelingen is het doel hetzelfde: beoordelen hoe uw team daadwerkelijk functioneert op de gebieden die het belangrijkst zijn voor de oplevering en verbetering, en niet alleen of de bijeenkomsten volgens schema plaatsvinden.

Hier volgt een concreet voorbeeld. Wanneer een team het ‘Agile Teams’-volwassenheidsmodel in TeamRetro gebruikt, beoordeelt het zichzelf op zes categorieën:

• Teamwerk en samenwerking: in hoeverre het team goed communiceert, conflicten oplost en functioneert als een zelforganiserende eenheid.
• Agile werkwijzen: of de vaste bijeenkomsten daadwerkelijk plaatsvinden en daadwerkelijke waarde opleveren, en niet alleen maar de agenda vullen.
• Planning en prioritering: of de backlog goed is opgeschoond, of het werk op basis van waarde wordt geprioriteerd en of de capaciteitsplanning realistisch is.
• Technische uitmuntendheid en kwaliteit: hoe er met technische schuld wordt omgegaan en of kwaliteit vanaf het begin wordt ingebouwd.
• Productlevering en klantwaarde: of het team daadwerkelijk zaken levert die ertoe doen, en of het niet alleen de output, maar ook de resultaten bijhoudt.
• Agile-mentaliteit, -cultuur en continue verbetering: of het team de agile-waarden daadwerkelijk omarmt en of er psychologische veiligheid heerst om problemen in een vroeg stadium aan de orde te stellen.

Een team dat het DevOps- en continuous delivery-model hanteert, zou zichzelf beoordelen op de mate van volwassenheid van de CI/CD-pijplijn, praktijken op het gebied van releases en implementaties, betrouwbaarheid en bedrijfsvoering, automatisering van beveiliging en naleving, en de gereedheid van het platform en de infrastructuur. Dat is een geheel andere invalshoek, die is ontwikkeld voor een andere context.

Daarom is modelkeuze van belang. De dimensies bepalen de inhoud van het gesprek. Door de juiste dimensie te kiezen die aansluit bij de huidige focus van uw team, verandert een beoordeling in een zinvolle discussie in plaats van een algemene enquête.

Hoe de agile-rijpheid wordt gemeten: de schaal met vijf niveaus

Zodra u weet welke dimensies u beoordeelt, hebt u een schaal nodig om deze te beoordelen. De meest gangbare structuur verdeelt de maturiteit in vijf niveaus, waarbij elk niveau een specifiek gedragspatroon beschrijft in plaats van louter een cijfer:

• Niveau 1: Initieel / Ad hoc. Processen zijn onvoorspelbaar en reactief. Agile bestaat wellicht alleen in naam.
• Niveau 2: In ontwikkeling. Er worden enkele agile werkwijzen toegepast, maar niet consequent. Er is wel de intentie, maar de discipline is beperkt.
• Niveau 3: Vastgelegd. De werkwijzen zijn gestandaardiseerd en worden consequent nageleefd. Het team begrijpt niet alleen wat het doet, maar ook waarom.
• Niveau 4: Gestuurd. De prestaties worden gemeten en beslissingen worden op basis van gegevens genomen. De feedbackcycli zijn strak.
• Niveau 5: Optimaliseren. Continue verbetering is verankerd in de bedrijfscultuur. Het team ontwikkelt zijn eigen werkwijzen verder en levert consequent echte toegevoegde waarde voor de klant.

Elk niveau binnen een dimensie gaat vergezeld van een duidelijke schriftelijke beschrijving van hoe dat niveau er in de praktijk uitziet, zodat teamleden niet hoeven te raden wat een „3“ precies inhoudt. Juist die consistentie maakt de resultaten het bespreken waard.

Pssst…. Niet elk team hoeft in elke dimensie niveau 5 te bereiken. Het gaat erom dat u weet waar u staat en dat u een weloverwogen plan hebt voor de volgende stap. Een team dat voortdurend een 5 scoort, kan de stralende ster van de organisatie zijn, maar het kan ook zijn dat het de nodige vergelijkingspunten mist.

De modellen voor volwassenheidsbeoordeling van TeamRetro

Een maturiteitsmodel is het kader waarbinnen uw beoordeling plaatsvindt. Het bepaalt welke dimensies worden beoordeeld en hoe elk niveau er in uw specifieke context uitziet. De keuze van het juiste model voor de huidige situatie van uw team maakt het verschil tussen een gerichte, nuttige sessie en een algemene oefening die resulteert in een lijst met zaken die iedereen al weet.

TeamRetro biedt 20 speciaal ontwikkelde modellen aan op gebieden die voor agile teams daadwerkelijk van belang zijn, en biedt bovendien de mogelijkheid om uw eigen model te ontwikkelen of er samen met AI een te creëren.

Hieronder volgen 5 voorbeelden die ons team onlangs heeft gebruikt tijdens onze laatste reeks teamvergaderingen –

• Agile-teams: meet hoe goed ons team samenwerkt, plant en waarde levert door middel van agile werkwijzen.
• Leiderschap: beoordeelt in hoeverre onze leidinggevenden op effectieve wijze een visie uitdragen, de strategie overbrengen en ons helpen zich te ontwikkelen.
• DevOps & continue levering: beoordeelt de betrouwbaarheid van onze pijplijn, de snelheid van implementatie en de operationele veerkracht binnen ons engineeringteam om u de gewenste resultaten te kunnen leveren.
• Agile oplevering: inzicht in de mate waarin ons team consistent plant, de werkstroom regelt en de opleveringscyclus cyclus na cyclus verbetert.
• Maturiteit van de AI-implementatie: geeft weer in hoeverre ons team AI-tools met vertrouwen integreert in de dagelijkse werkprocessen, waarbij een degelijk beheer is gewaarborgd om ervoor te zorgen dat er gerichte AI-functies worden ingezet die u voordeel opleveren, zonder dat dit ten koste gaat van de beveiliging.

Op sectorniveau vallen beoordelingen doorgaans uiteen in drie bredere categorieën. Laten we hier eens nader op ingaan.

Agile levering

Ontworpen voor Scrum-teams en op oplevering gerichte squads. Het meet hoe goed het team het werk plant en prioriteert op basis van waarde; hoe soepel en voorspelbaar het werk verloopt van idee tot voltooiing; hoe effectief het team samenwerkt en zich zelforganiseert; en hoe consistent feedbackcycli leiden tot daadwerkelijke verbetering. Teams die dit model gebruiken, passen het doorgaans elk kwartaal toe en gebruiken de resultaten om hun retrospectives te richten op de dimensies die het laagst scoorden.

Technische uitmuntendheid

Ontwikkeld voor engineeringmanagers en senior ontwikkelaars die verder willen kijken dan alleen het proces en de technische gezondheid willen beoordelen. Het omvat codekwaliteit en -standaarden, beslissingen over architectuur en schaalbaarheid, de mate waarin technische schuld actief wordt beheerd, en de mate waarin het team elkaar als ingenieurs ondersteunt en in staat stelt om te presteren. Het is met name nuttig voor teams die goed scoren op agile-processtatistieken, maar nog steeds moeite hebben met de voorspelbaarheid van de oplevering: de hoofdoorzaak ligt vaak hier.

DevOps en continue levering

Dit model is gebaseerd op de werkwijzen die het verschil maken tussen teams die vol vertrouwen nieuwe versies uitbrengen en teams die opzien tegen de releasedag. Het beoordeelt de volwassenheid van de CI/CD-pijplijn, de release- en implementatieprocessen, de betrouwbaarheid en de operationele activiteiten, de automatisering op het gebied van beveiliging en naleving, en de gereedheid van het platform en de infrastructuur. Teams die werken aan verbeteringen van de DORA-statistieken, merken vaak dat dit model precies aangeeft waar de knelpunten daadwerkelijk liggen.

Sjablonen voor het beoordelen van de agile-rijpheid om mee te beginnen

U hoeft de rubriek niet zelf op te stellen. Elk van de bovenstaande modellen wordt geleverd als een kant-en-klaar sjabloon waarin de beoordelingscriteria al zijn vastgelegd en alle vijf niveaus in begrijpelijke taal zijn beschreven, zodat het team de prestaties beoordeelt aan de hand van dezelfde bewoordingen in plaats van aan de hand van een kale getallenlijn.

Begin met het model dat het dichtst aansluit bij waar uw team op dit moment mee bezig is. Agile teams vormt het algemene uitgangspunt voor een leveringsteam. Agile delivery maturity model gaat dieper in op planning en werkstroom. Technische uitmuntendheid en DevOps & continue levering richten de aandacht op de technische gezondheid en de releasepraktijk. De volledige reeks is te vinden in de bibliotheek met sjablonen voor gezondheidscontroles, en elk daarvan kan worden bewerkt of gebruikt als uitgangspunt voor een eigen model.

Hoe u een agile-volwassenheidsbeoordeling effectief uitvoert

Het komt erop aan om de nadruk te leggen op inzichten en actie, en niet alleen op metingen. De ingebouwde workflow van TeamRetro leidt teams automatisch door elk van deze stappen, maar hier volgt de gedachtegang erachter.

1. Kies relevante aandachtsgebieden

Begin met dimensies die relevant zijn voor de huidige context van uw team. U kunt kiezen uit speciaal ontwikkelde maturiteitsmodellen op het gebied van agile levering, engineering excellence, DevOps, productmanagement en meer, of u kunt zelf een geheel nieuw model opstellen. Een Scrum-team dat nog aan het begin van zijn agile traject staat, heeft andere prioriteiten dan een opgeschaalde productorganisatie, en uw model dient daar rekening mee te houden.

2. Verzamel de reacties vertrouwelijk

Eerlijke feedback ontstaat alleen wanneer mensen zich veilig voelen om deze te geven. U kunt reacties anoniem verzamelen voordat de resultaten met de groep worden gedeeld, waardoor de sociale druk wordt weggenomen die ervoor zorgt dat beoordelingen worden aangepast aan wat men denkt dat de leiding wil horen. Elk teamlid beoordeelt elke dimensie onafhankelijk, en het totaalbeeld komt pas naar voren zodra iedereen zijn of haar bijdrage heeft geleverd.

3. Bekijk de resultaten in de vorm van een radargrafiek

Wanneer de resultaten in TeamRetro verschijnen, worden deze weergegeven in de vorm van een radardiagram, waardoor u in één oogopslag de mate van volwassenheid van uw team kunt aflezen. Hoge scores, lage scores en verschillen tussen de verschillende dimensies zijn direct zichtbaar. U hoeft de gegevens niet handmatig samen te voegen en hoeft ook niet te wachten. U kunt de dimensies sorteren van meest positief naar meest negatief naar meest gemengd, zodat het gesprek op de juiste manier van start gaat.

4. Bespreek de resultaten gezamenlijk als team

De presentatiemodus van TeamRetro synchroniseert de schermen van het hele team, of dit nu fysiek bij elkaar zit of verspreid is, zodat de facilitator de resultaten dimensie voor dimensie kan doornemen zonder de aandacht van de groep te verliezen. Bij Culture Amp is een van de kernwaarden van het bedrijf: „sneller leren door middel van feedback“. Hun engineeringteams voeren zowel maturiteitsbeoordelingen als gezondheidscontroles uit in TeamRetro, juist omdat de presentatiemodus ervoor zorgt dat het gesprek verankerd blijft in wat de gegevens laten zien, in plaats van af te dwalen naar anekdotes.

5. Geef prioriteit aan een klein aantal verbeteringen met een groot effect

Weersta de neiging om alles in één keer te willen oplossen. Met de AI-samenvattingen van TeamRetro (die commentaar genereren voor elke dimensie en over de gehele sessie heen) komen patronen snel naar voren, zelfs bij teams die veel te melden hebben. Breng vast waar de kloof het grootst is en waar het dichten daarvan het meeste effect zou hebben. Eén goed uitgevoerde verandering zorgt voor meer vertrouwen dan vijf half afgeronde veranderingen.

6. Stel concrete actiepunten vast voordat u de vergaderruimte verlaat

Dit is waar de meeste evaluaties mislukken: de inzichten verdwijnen in het niets als er geen verantwoordelijken of deadlines aan zijn gekoppeld. Acties worden direct tijdens de sessie aangemaakt, waarbij een verantwoordelijke en een deadline worden toegewezen voordat iemand zijn laptop dichtklapt. Deze acties worden automatisch meegenomen naar de volgende sessie, zodat er niets stilletjes uit het oog wordt verloren. Voor teams die gebruikmaken van Jira, Asana, Trello of Azure DevOps kunnen actiepunten rechtstreeks naar uw bestaande workflow worden doorgestuurd.

7. Trends bijhouden over verschillende sessies heen

Voer dezelfde beoordeling elk kwartaal of bij belangrijke mijlpalen uit. TeamRetro houdt bij hoe elke dimensie zich in de loop van de tijd ontwikkelt en geeft trendlijnen direct op de radar weer, zodat u in één oogopslag kunt zien of een dimensie verbetert, stabiel blijft of achteruitgaat. Toen Ibrahim Abram, inkoopsspecialist bij Culture Amp, nadacht over wat hij het meest waardeert aan TeamRetro, was dit zijn antwoord: „Ik vind de grafiek die de trends weergeeft geweldig.“ Dat is het verschil tussen een tool en een proces.

Veelgemaakte fouten die u moet vermijden

Zelfs beoordelingen die met de beste bedoelingen worden uitgevoerd, kunnen mislopen. Let op de volgende punten:

• Het als een eenmalige gebeurtenis beschouwen. Een eenmalige beoordeling biedt u een uitgangspunt. De echte waarde zit hem in de trend: weten of u zich in de juiste richting beweegt en hoe snel.
• Er een prestatiebeoordeling van laten worden. Zodra mensen het gevoel krijgen dat hun individuele prestaties op het spel staan, verdwijnt de openhartige feedback. Presenteer het duidelijk als een hulpmiddel waarmee het team zich gezamenlijk kan verbeteren. De anonieme reactiemodus van TeamRetro is speciaal hiervoor bedoeld.
• Optimaliseren voor scores in plaats van resultaten. Teams kunnen volwassenheidsbeoordelingen manipuleren als de prikkels niet kloppen. Het gaat erom of de daadwerkelijke werkwijzen en de behaalde resultaten verbeteren, niet of de cijfers er beter uitzien.
• Het overslaan van de actieplanning. Een evaluatie zonder actiepunten is slechts een interessant gesprek. Als de sessie eindigt zonder duidelijke vervolgstappen en verantwoordelijken, is het inzicht binnen een week verdwenen. TeamRetro maakt dit tot de laatste verplichte stap voordat een sessie wordt afgesloten.
• Dit los van retrospectieven uitvoeren. Agile-volwassenheidsbeoordelingen en retrospectieven werken beter samen. In TeamRetro voert u beide uit via hetzelfde platform, zodat de thema’s die steeds weer naar voren komen in uw retrospectieven, als leidraad kunnen dienen voor de aandachtspunten bij uw volgende volwassenheidsbeoordeling, en omgekeerd.

Waarom teams voor TeamRetro kiezen bij het uitvoeren van volwassenheidsbeoordelingen

De meeste teams die proberen een maturiteitsbeoordeling uit te voeren zonder een daarvoor bestemde tool, lopen tegen hetzelfde probleem aan: de enquête wordt opgesteld in een spreadsheet, de resultaten worden in een dia geplakt, actiepunten worden ergens genoteerd, en tegen het volgende kwartaal kan niemand zich meer herinneren wat er was afgesproken. Het inzicht wordt niet verder uitgebouwd. Het wordt tenietgedaan.

Handmatige evaluaties mislukken vaak doordat gegevens verspreid zijn over spreadsheets en presentatiedia’s, waardoor inzichten elk kwartaal opnieuw moeten worden vastgesteld. TeamRetro voorkomt dit door het proces te centraliseren met de volgende belangrijke functies:

• Vertrouwelijke feedback: Anonieme reacties zorgen voor betrouwbare gegevens en een veilige omgeving voor teams.
• AI-samenvattingen: Geautomatiseerde rapporten voor elke dimensie besparen tijd ten opzichte van handmatig opstellen.
• Doorlopende acties: Toegewezen taken worden tussen sessies door overgedragen, met herinneringen om de verantwoordelijkheid te waarborgen.
• Visuele trends: Radargrafieken geven de historische ontwikkeling weer om daadwerkelijke verbeteringen in de loop van de tijd te volgen.
• Workflow-integraties: Wordt rechtstreeks gesynchroniseerd met tools zoals Jira, Asana en Azure DevOps.
• Bedrijfsrapportage: Organisaties zoals Culture Amp maken gebruik van het toekennen van labels aan teams om trends te vergelijken en structurele belemmeringen aan het licht te brengen zonder de lokale context uit het oog te verliezen.

Veelgestelde vragen

Wat is het verschil tussen een agile-volwassenheidsmodel en een agile-volwassenheidsbeoordeling?

Het model vormt het kader; de beoordeling is het proces waarbij het model wordt toegepast. Een maturiteitsmodel bepaalt welke dimensies worden beoordeeld en beschrijft hoe elk van de vijf niveaus er in de praktijk uitziet. De beoordeling is de sessie waarin elk teamlid deze dimensies onafhankelijk van elkaar beoordeelt en het team gezamenlijk het samengevoegde resultaat bespreekt. Kies eerst het model, want de dimensies bepalen waar het gesprek over gaat.

Hoe vaak dient een team een beoordeling van de agile-volwassenheid uit te voeren?

Een kwartaal is voor de meeste teams geschikt, of een logische mijlpaal, zoals het einde van een programma-increment of een daadwerkelijke verandering in de werkwijze van het team. Het gaat om een regelmatig ritme en niet zozeer om een vast aantal: vaak genoeg om te kunnen zien of een verbetering standhoudt, maar niet zo vaak dat de beoordelingen tussen de sessies nauwelijks veranderen.

Wie zou hieraan moeten deelnemen, en moeten de beoordelingen anoniem zijn?

Iedereen die betrokken is bij de uitvoering, geeft onafhankelijk een beoordeling. Het is raadzaam om standaard uit te gaan van anonieme reacties, want zodra mensen denken dat een individuele beoordeling naar hen kan worden herleid, verdwijnt de openhartigheid. Laat de resultaten door een facilitator of coach toelichten in plaats van door een leidinggevende, en richt de aandacht op wat het team vervolgens gaat veranderen in plaats van op de behaalde score.

Welke vragen worden er gesteld bij een beoordeling van de agile-rijpheid?

Niet „houdt u een stand-up“. Een goed opgezette beoordeling gaat na of het onderliggende werk daadwerkelijk plaatsvindt: wordt de backlog geprioriteerd op basis van waarde, verloopt het werk op voorspelbare wijze van idee tot voltooiing, wordt technische schuld doelbewust beheerd, brengt het team problemen in een vroeg stadium aan het licht en verandert er daadwerkelijk iets na een retrospective? Elke vraag wordt beoordeeld aan de hand van een schriftelijke beschrijving van alle vijf niveaus, zodat een „3“ voor iedereen in de zaal dezelfde betekenis heeft.

Bent u klaar om uw agile-rijpheidsbeoordeling uit te voeren?

Inzicht krijgen in hoe uw team op dit moment werkelijk functioneert, is de eerste stap om het te verbeteren.

Een agile maturiteitsbeoordeling brengt de tekortkomingen aan het licht die u al aanvoelde maar niet precies kon benoemen, en biedt uw team een gezamenlijke, eerlijke basis om hier iets aan te doen.

TeamRetro biedt u beproefde sjablonen, vertrouwelijke feedback, resultaten in de vorm van radardiagrammen, trendanalyse, AI-samenvattingen en ingebouwde actieplanning op één plek, zonder dat er enige installatie nodig is. Om te zien hoe dit allemaal in elkaar zit voordat u aan de slag gaat, wordt op de pagina over agile-volwassenheidsbeoordelingen in TeamRetro het gehele proces stap voor stap uitgelegd, van het kiezen van een model tot het volgen van de trend.

Start vandaag nog met uw gratis beoordeling. Geen creditcard vereist.