De DevOps-lus
Opleveren is een lus, geen rechte lijn: wat in productie gebeurt, stroomt rechtstreeks terug naar wat het team daarna plant.
Continue feedback
Plannen
Werkitems worden geprioriteerd op basis van bedrijfsdoelen en van wat productie en gebruikers u vertellen.
Kernprincipes van DevOps
Continuous integration en continuous deployment
Automatiseer het build-, test- en deploymentproces. Integreer codewijzigingen vaak. Rol automatisch uit naar productie zodra de geautomatiseerde tests slagen. Beperk manuele fouten en verkort de feedbacklussen.
Alles automatiseren
Automatiseer repetitieve taken: builds, tests, deployments, het opzetten van infrastructuur en securityscans. Zo komt er tijd vrij voor werk met meer waarde, maakt u minder fouten dan met manuele processen en blijven alle omgevingen consistent.
Samenwerking & cultuur
Doorbreek de silo's tussen teams. Gedeelde verantwoordelijkheid voor kwaliteit en betrouwbaarheid. Blameless post-mortems. Continu leren en verbeteren. Ruimte voor experiment en innovatie.
Opleverprestaties meten
Het DORA-onderzoeksprogramma maakte vier metrieken bekend die snelheid en stabiliteit in evenwicht houden. We gebruiken ze om het gesprek te openen en vooruitgang op te volgen, niet om teams te rangschikken.
Deploymentfrequentie
Hoe vaak wijzigingen productie bereiken. Kleine, frequente releases zijn makkelijker te testen, te begrijpen en terug te draaien.
Doorlooptijd van wijzigingen
De tijd tussen een commit en het moment waarop die commit in productie draait. Lange doorlooptijden wijzen meestal op manuele stappen, overdrachten of wachtrijen.
Faalpercentage van wijzigingen
Het aandeel deployments dat een probleem in productie veroorzaakt en een fix, hotfix of rollback nodig heeft.
Hersteltijd na een mislukte deployment
Hoe snel de dienst weer normaal werkt na een mislukte deployment. Sinds 2023 noemt DORA deze metriek 'failed deployment recovery time' (vroeger 'time to restore service').
Snelheid en stabiliteit zijn geen afweging: teams die vaak kleine wijzigingen uitrollen, hebben doorgaans minder en kortere incidenten, omdat elke wijziging makkelijker te testen en terug te draaien is.
Gewoonten die we teams helpen opbouwen
Tools maken DevOps mogelijk; gewoonten zorgen ervoor dat het blijft.
Werk in kleine stappen. Een wijziging die u in enkele minuten kunt reviewen, kan met veel minder risico worden samengevoegd en uitgerold.
Houd de main branch altijd releasebaar, met kortlevende branches en pull requests.
Spreek een definition of done af die tests, documentatie en monitoring omvat, niet alleen werkende code.
Houd na incidenten blameless reviews die oorzaken zoeken in het systeem en het proces, niet bij de persoon.
Maak het werk zichtbaar op één bord dat development, operations en de business delen.
Reserveer capaciteit voor verbeterwerk, zoals onstabiele tests, trage pipelines en technische schuld.