Bij een klassieke en enkelcyclische manier van werken wordt alles opgeleverd aan het einde. Omdat veel werk daardoor eenmalig is, is het lonend om dit handmatig te doen. Denk bijvoorbeeld aan het maken van documentatie, het goedkeuren van resultaten, het testen van werkprocessen of systemen en het controleren van werkproducten. Maar als er door agile werken in iteraties of sprints geleverd wordt, ontstaat de noodzaak tot verregaande automatisering.
Bij iteratief (agile) werken wordt continu opgeleverd. Agile werken gaat uit van korte cycli. De meeste organisaties werken tegenwoordig met iteraties van één of twee weken. Veel handmatige activiteiten worden dan niet langer eenmalig uitgevoerd, maar elke sprint opnieuw. Dan blijkt al snel dat dit te veel tijd kost, te duur is of simpelweg niet leuk en saai is. Automatiseren van dat werk is dan een logische stap, die voor constantere kwaliteit en grotere snelheid zorgt.
Bij continuous delivery (CD), een term afkomstig uit de IT, worden alle handmatige acties rond tests, integratie en deployment van software geautomatiseerd. Dit is niet alleen in het IT-vak relevant, maar in alle omgevingen waar agile wordt gewerkt. Tenslotte kost elke handmatige stap tijd en is handmatig werken een bron van fouten. Bij agile werken heb je daarvan niet af en toe last, maar bij elke sprint! Elke week of paar weken wordt weer helder dat er veel tijd wordt verspild aan handmatige activiteiten. Zeker als activiteiten repetitief zijn, levert automatisering grote voordelen op. Denk hierbij aan het invullen van uren en het goedkeuren van dossiers, facturen, contracten, declaraties en dergelijke. Kan het automatisch? Dan doen!
Helaas blijkt het automatiseren van repeterend handmatig werk vaak een heet hangijzer. Veel organisaties zien op tegen de invoering van CD. Maar uiteindelijk is er geen keuze. De veelheid aan veranderingen onder agile werken maken het onmogelijk om alles handmatig te blijven doen. Vandaar dat de meeste organisaties die agile zijn gaan werken vol insteken op CD. Maar dan komt de volgende hobbel: trajecten voor CD verzanden snel in langdradige beslissingsprocessen over tools en technologie. En elke maand dat de beslissingen worden uitgesteld, schuift het implementeren van CD zelf ook weer op. Voor je het weet zijn er weer drie maanden verstreken met
het doen van proof-of-concepts en het vergelijken van tools. Dat uitstel is natuurlijk doodzonde.
Bekijk de video met Rini van Solingen:
Er zijn alternatieven om dit te voorkomen, die zich in de praktijk hebben bewezen. De essentie daarvan is: CD implementeren is complex en kan daarom het best op een agile manier worden aangepakt. De bestaande teams werken de achterstand in automatisering zelf stap voor stap weg. Hierdoor kunnen zij snel meters maken en worden de resultaten direct in de teams zelf geplukt. En dat bespaart weer tijd. Dit lijkt voor de hand te liggen, maar toch zien we dat zelfs de meest agile organisaties proberen om CD via een grote waterval en een enkelcyclisch traject te implementeren. De belangrijkste les is daarom om CD vooral iteratief in te voeren.
Bron: Agile
Door: Rini van Solingen
Geef een antwoord
Je moet inloggen om een reactie te kunnen plaatsen.