Volwassenheidsmodel Agile Delivery

Ontdek hoe voorspelbaar je agile team werk plant en oplevert.

Probeer deze gezondheidscheck nu live uit

Wat is het Volwassenheidsmodel Agile Delivery?

Het Volwassenheidsmodel Agile Delivery beoordeelt 11 werkwijzen die bepalen of de delivery van je team voorspelbaar is: hoe goed de backlog klaarstaat, hoe werk wordt opgesplitst, hoeveel werk er tegelijk onderhanden is, hoe stabiel de doorlooptijd is, hoe vaak je releaset en of retrospectives en metrics terugvloeien naar de volgende iteratie. Elke werkwijze staat op een schaal van vijf fasen, van Ad hoc via Opkomend, Gedefinieerd en Beheerst tot Geoptimaliseerd. Elke fase heeft een uitgeschreven beschrijving, zodat iedereen beoordeelt aan de hand van hetzelfde beeld. De werkwijzen zijn verdeeld over vier groepen: Planning en prioritering, Deliveryflow, Teamsamenwerking, en Continue feedback en verbetering. Als iedereen eerst zelfstandig een score geeft, zie je waar het team het over eens is en waar niet. Een grote spreiding bij Releasecadans of Efficiëntie van besluitvorming betekent meestal dat mensen van verschillende aannames uitgaan. Dat is het gesprek dat je moet voeren voordat je kiest wat je gaat verbeteren.

Afmetingen

Planning en prioritering

Hoe goed het team het werk dat het oppakt voorbereidt, opsplitst en afstemt.

  • Gereedheid van de backlog

    Hoe goed is de backlog van het team voorbereid en verfijnd voor het komende werk?

    1. Ad hocBacklogitems zijn vaag, inconsistent of missen belangrijke details. Het team weet vaak niet goed waar het als volgende aan moet werken.
    2. OpkomendSommige backlogitems zijn verfijnd, maar veel items moeten tijdens de sprint nog verduidelijkt worden.
    3. GedefinieerdDe meeste backlogitems worden vooraf verfijnd en hebben duidelijke acceptatiecriteria.
    4. BeheerstDe backlog wordt consequent bijgewerkt, geprioriteerd en is klaar voor planningssessies.
    5. GeoptimaliseerdBacklogverfijning gebeurt proactief; items worden ruim van tevoren verfijnd, met input van stakeholders en duidelijke afhankelijkheden.

  • Opsplitsen van werk

    Hoe effectief splitst het team werk op in behapbare stukken?

    1. Ad hocWerkitems zijn groot en onduidelijk, waardoor schattingen en oplevering onvoorspelbaar zijn.
    2. OpkomendEr wordt wel wat opgesplitst, maar items zijn vaak nog te groot of onduidelijk.
    3. GedefinieerdWerk wordt over het algemeen opgedeeld in redelijke stukken die binnen een sprint passen.
    4. BeheerstHet opsplitsen gebeurt consequent en ondersteunt voorspelbare oplevering en nauwkeurige schattingen.
    5. GeoptimaliseerdWerk wordt opgedeeld in kleine, zelfstandig waardevolle increments die een continue flow mogelijk maken.

  • Afstemming over prioriteiten

    Hoe goed is het team het met stakeholders en bedrijfsdoelen eens over de prioriteiten?

    1. Ad hocPrioriteiten veranderen vaak zonder duidelijke reden; team en stakeholders zitten vaak niet op één lijn.
    2. OpkomendEr is enige afstemming, maar concurrerende prioriteiten zorgen voor verwarring of veel schakelen tussen taken.
    3. GedefinieerdPrioriteiten worden gecommuniceerd en zijn over het algemeen duidelijk, al zit men af en toe niet op één lijn.
    4. BeheerstTeam en stakeholders zijn het goed eens over de prioriteiten; wijzigingen worden transparant doorgevoerd.
    5. GeoptimaliseerdPrioriteren gebeurt samen, op basis van data en in nauwe samenhang met bedrijfsresultaten.

Deliveryflow

Hoe soepel en voorspelbaar werk van start tot opgeleverde waarde komt.

  • Beheer van onderhanden werk (WIP)

    Hoe goed beheert het team de hoeveelheid onderhanden werk?

    1. Ad hocEr zijn geen WIP-limieten; teamleden werken aan veel taken tegelijk, wat zorgt voor vertraging en veel schakelen.
    2. OpkomendMen is zich bewust van WIP, maar limieten worden niet consequent gehandhaafd.
    3. GedefinieerdEr zijn WIP-limieten die over het algemeen worden nageleefd, waardoor overbelasting afneemt.
    4. BeheerstWIP wordt actief gevolgd en bijgesteld om flow en doorvoer te optimaliseren.
    5. GeoptimaliseerdWIP-beheer is verankerd in de werkwijze van het team en zorgt voor een soepele, voorspelbare oplevering.

  • Voorspelbaarheid van doorlooptijd

    Hoe voorspelbaar is de tijd tussen het starten en afronden van werk?

    1. Ad hocDoorlooptijden lopen sterk uiteen en zijn onvoorspelbaar; vertragingen komen vaak en onverwacht voor.
    2. OpkomendEr is enig zicht op de doorlooptijd, maar die varieert sterk en wordt niet consequent bijgehouden.
    3. GedefinieerdDe doorlooptijd wordt gemeten en is voor de meeste werkitems redelijk voorspelbaar.
    4. BeheerstDe doorlooptijd is stabiel en wordt gebruikt voor prognoses en capaciteitsplanning.
    5. GeoptimaliseerdDe doorlooptijd is consequent kort en voorspelbaar, en het team werkt er continu aan om die verder te verkorten.

  • Releasecadans

    Hoe regelmatig en betrouwbaar brengt het team werkende software uit?

    1. Ad hocReleases zijn zeldzaam, onvoorspelbaar en vaak moeizaam of riskant.
    2. OpkomendEr wordt gereleaset, maar onregelmatig en soms met vertraging door blokkades.
    3. GedefinieerdHet team releaset in een vast ritme en redelijk betrouwbaar.
    4. BeheerstReleases zijn frequent, hebben weinig risico en worden goed afgestemd met stakeholders.
    5. GeoptimaliseerdContinuous delivery is ingericht; releases verlopen naadloos en met minimale overhead.

Teamsamenwerking

Hoe effectief het team samenwerkt, kennis deelt en besluiten neemt.

  • Cross-functionele samenwerking

    Hoe goed werken teamleden met verschillende vaardigheden samen?

    1. Ad hocEr zijn silo's; samenwerking tussen rollen is minimaal of stroef.
    2. OpkomendEr is enige samenwerking tussen disciplines, maar die verloopt niet consequent of soepel.
    3. GedefinieerdTeamleden werken regelmatig samen over rollen heen en lossen de meeste problemen samen op.
    4. BeheerstSterke cross-functionele samenwerking; teamleden ondersteunen elkaar proactief.
    5. GeoptimaliseerdNaadloze samenwerking tussen alle disciplines; het team functioneert als een echte eenheid.

  • Kennisdeling

    Hoe effectief deelt het team kennis en doorbreekt het silo's?

    1. Ad hocKennis zit in silo's; belangrijke informatie ligt bij individuen en wordt zelden gedeeld.
    2. OpkomendEr wordt informeel wat kennis gedeeld, maar hiaten en knelpunten blijven bestaan.
    3. GedefinieerdEr zijn vaste werkwijzen voor kennisdeling (bijv. pairing, demo's, documentatie).
    4. BeheerstKennis is breed verspreid; het team werkt actief aan het verminderen van afhankelijkheid van enkele personen.
    5. GeoptimaliseerdContinu leren en kennis delen zijn verankerd in de teamcultuur.

  • Efficiëntie van besluitvorming

    Hoe snel en effectief neemt het team besluiten?

    1. Ad hocBesluiten worden traag of onduidelijk genomen, of worden steeds heroverwogen zonder uitkomst.
    2. OpkomendSommige besluiten worden efficiënt genomen, maar veel lopen vast of moeten worden geëscaleerd.
    3. GedefinieerdHet team heeft duidelijke processen voor de meeste besluiten en neemt ze tijdig.
    4. BeheerstBesluiten worden snel genomen met de juiste input; het team heeft het mandaat om te handelen.
    5. GeoptimaliseerdBesluitvorming is snel, decentraal en gebaseerd op data, met duidelijk eigenaarschap.

Continue feedback en verbetering

Hoe consequent het team reflecteert, leert en data gebruikt om steeds beter te worden.

  • Effectiviteit van retrospectives

    Hoe waardevol en concreet zijn de retrospectives van het team?

    1. Ad hocRetrospectives worden overgeslagen, blijven oppervlakkig of leiden niet tot echte verandering.
    2. OpkomendRetrospectives vinden plaats, maar actiepunten worden vaak niet opgevolgd.
    3. GedefinieerdRetrospectives zijn regelmatig en leveren concrete verbeteringen op die ook worden doorgevoerd.
    4. BeheerstRetrospectives sturen continue verbetering; het team volgt de voortgang van acties en bespreekt die.
    5. GeoptimaliseerdRetrospectives zijn zeer effectief, met een sterke cultuur van reflectie en experimenteren.

  • Verbeteren op basis van metrics

    Hoe goed gebruikt het team data en metrics om verbeteringen te sturen?

    1. Ad hocEr worden geen metrics bijgehouden; verbeteringen zijn gebaseerd op onderbuikgevoel of anekdotes.
    2. OpkomendEr zijn enkele metrics, maar die worden niet consequent gebruikt bij beslissingen.
    3. GedefinieerdBelangrijke metrics worden bijgehouden en regelmatig besproken om verbeterpunten te vinden.
    4. BeheerstMetrics zijn een vast onderdeel van planning en verbetering; het team handelt op basis van inzichten uit data.
    5. GeoptimaliseerdEen datagedreven cultuur; metrics worden proactief ingezet om te experimenteren en prestaties te optimaliseren.

Wanneer dient u deze gezondheidscontrole uit te voeren?

  • Om een nulmeting te doen voordat je verandert hoe het team werk plant of oplevert.
  • Elk kwartaal, om te zien of de deliverywerkwijzen op de schaal vooruitgaan.
  • Wanneer een nieuw team wordt gevormd en je wilt dat iedereen het eens is over het startpunt van de delivery.
  • Voor een agile transformatie of procesverandering, zodat de inspanning naar de fasen gaat die echt zwak zijn.
  • Wanneer de delivery onvoorspelbaar aanvoelt en je niet weet of de oorzaak bij planning, flow of samenwerking ligt.

Tips en trucs

  • Laat iedereen eerst zelfstandig een score geven voordat jullie het bespreken, zodat niemand zich laat leiden door de eerste fase die iemand hardop noemt.
  • Begin met de dimensies waar de scores het verst uiteenlopen. Verschillende scores wijzen meestal op verschillende aannames over hoe het werk verloopt.
  • Kies een of twee dimensies die je voor de volgende ronde een fase omhoog wilt brengen. Als je alle 11 tegelijk probeert te verbeteren, versnipper je de inspanning.
  • Formuleer elke actie aan de hand van de beschrijving van de volgende fase, bijvoorbeeld Beheer van onderhanden werk (WIP) van Opkomend naar Gedefinieerd brengen door WIP-limieten af te spreken.
  • Herhaal de health check elk kwartaal en deel de trend met stakeholders, zodat zij zien hoe de volwassenheid van de delivery verandert.

Veelgestelde vragen

Wat is het Volwassenheidsmodel Agile Delivery?
Het is een gefaseerde beoordeling van de deliverywerkwijzen van je agile team. Het team beoordeelt 11 dimensies op het gebied van planning, flow, samenwerking en verbetering op vijf fasen, van Ad hoc tot Geoptimaliseerd, en bespreekt daarna waar het staat.
Wie moet deelnemen aan deze health check?
Het hele deliveryteam: developers, testers, de product owner en de Scrum Master. Elke rol ziet een ander deel van hoe werk wordt gepland en opgeleverd, dus als je er een weglaat, krijg je een vertekend beeld.
Hoe vaak moeten we deze health check uitvoeren?
De meeste teams doen dit elk kwartaal of bij belangrijke mijlpalen. Met een vast ritme kun je resultaten vergelijken en stakeholders laten zien of de volwassenheid van de delivery toeneemt.
Wat betekenen de vijf volwassenheidsniveaus?
Ad hoc betekent dat werkwijzen inconsistent en reactief zijn. Opkomend, Gedefinieerd en Beheerst beschrijven werkwijzen die steeds consistenter worden, en Geoptimaliseerd betekent dat de werkwijze proactief is en op data is gebaseerd. Elke dimensie heeft per niveau een eigen beschrijving.
Hoe gaan we aan de slag met de resultaten?
Bespreek de dimensies met de laagste scores of de grootste spreiding, spreek af op welke een of twee je je richt en stel concrete acties op die elke dimensie voor de volgende meting naar de volgende fase brengen.

Gerelateerde gezondheidscontroles