DevOps versus Agile: overeenkomsten en verschillen

Agile en DevOps verschillen hierin dat Agile zich meer richt op de aanpak van softwareontwikkeling en -levering, terwijl DevOps gericht is op de voortdurende implementatie van software. Deze twee methodologieën hebben echter ook veel gemeen, dus laten we ze verkennen.

Agile versus DevOps komt vaak ter sprake, maar het fundamentele onderscheid ligt in hun aandachtsgebieden en methodologieën. Agile is een filosofie die draait om de aanpak van softwareontwikkeling en -levering, met nadruk op iteratieve vooruitgang en samenwerking. DevOps daarentegen gaat meer over de voortdurende implementatie van software, waarbij moderne hulpmiddelen en geautomatiseerde processen worden gebruikt om de efficiëntie van de code-implementatie te stroomlijnen en te verbeteren.

Toenemende eisen op het gebied van digitalisering, in combinatie met groeiende zorgen over gegevensbeveiliging, hebben softwareontwikkelingsteams over de hele wereld onder druk gezet. Klanten en belanghebbenden verwachten dat ontwikkelingsteams meer doen met minder, terwijl ze tegelijkertijd de tijd tot marktintroductie voor technische producten verkorten.

In deze omgeving is het kiezen van de juiste methodologieën voor softwareontwikkeling cruciaal voor succes. Wanneer CTO's worden geconfronteerd met twee toonaangevende methodologieën, DevOps en Agile, kunnen ze zich afvragen of het bevorderen van de ene of de andere aanpak tot betere bedrijfsresultaten zal leiden.

Overeenkomsten tussen de Agile-methodologie en DevOps

Softwareontwikkeling is de afgelopen jaren exponentieel gegroeid. Volgens gegevens die door IBISWorld zijn gepubliceerd, nam de omzet tussen 2018 en 2023 met 3,1% toe — zelfs terwijl de omzet in veel andere sectoren onder druk stond.

Als je probeert te kiezen tussen een Agile-aanpak of DevOps-methodologieën voor je softwareontwikkelingswerkproces, is het essentieel om te begrijpen waar het Venndiagram van deze twee keuzes elkaar overlapt.

De Agile-methodologie begrijpen

Agile-praktijken zijn relevant voor ontwikkeling en projectmanagement. Wanneer ze op de juiste manier worden geïmplementeerd, kunnen ze algemene positieve voordelen opleveren voor technische teams, afdelingen en hele organisaties.

Overzicht van de Agile-principes

Agile is gebaseerd op een reeks belangrijke waarden en principes. De vier fundamentele waarden van Agile zijn:

Individuen en interacties. Agile geeft prioriteit aan de betrokken mensen, waaronder teamleden en klanten, boven processen en hulpmiddelen. Het omvat organische feedbacklussen, retrospectieve bijeenkomsten en dagelijkse korte bijeenkomsten om tijdens het hele proces tegemoet te komen aan de behoeften van individuen.
Werkende software. Het primaire doel van Agile is om snel werkende software te leveren, waarbij resultaten voorrang krijgen boven uitgebreide documentatie.
Samenwerking met de klant. Agile is van nature een samenwerkingsproces. Het werkt goed voor interne teams en hechte partnerschappen, gedeeltelijk omdat samenwerking voorrang krijgt boven strikte contractonderhandelingen.
Reageren op verandering. Agile-teams zijn flexibel. Ze zijn uitgerust om snel op veranderingen te reageren in plaats van vast te houden aan een routekaart of plan dat mogelijk niet langer relevant is.

Naast de vier waarden helpen 12 principes uit het Agile-manifest bepalen hoe deze methodologie werkt. Deze principes omvatten:

Klanttevredenheid door vroege en voortdurende levering	Prioriteit geven aan de voortdurende levering van waardevolle software om de klant tevreden te stellen.
Veranderingen verwelkomen	Veranderingen in vereisten omarmen, zelfs laat in de ontwikkeling, om de klant een concurrentievoordeel te bieden.
Werkende software regelmatig leveren	Werkende software wordt vaak geleverd, bij voorkeur binnen een korter tijdsbestek.
Samenwerking tussen zakelijke belanghebbenden en ontwikkelaars	Hechte dagelijkse samenwerking tussen zakenmensen en ontwikkelaars aanmoedigen
Individuen motiveren	Projecten opbouwen rond gemotiveerde individuen en erop vertrouwen dat zij de taak uitvoeren.
Gesprekken van persoon tot persoon	Gesprekken van persoon tot persoon waarderen als de efficiëntste en effectiefste methode om informatie over te brengen.
Werkende software als primaire maatstaf voor vooruitgang	Werkende software beschouwen als de primaire maatstaf voor vooruitgang.
Duurzame ontwikkeling	Duurzame ontwikkeling bevorderen en sponsors, ontwikkelaars en gebruikers in staat stellen voor onbepaalde tijd een constant tempo aan te houden.
Voortdurende aandacht voor technische uitmuntendheid	Voortdurend aandacht besteden aan technische uitmuntendheid en goed ontwerp om de wendbaarheid te verbeteren.
Eenvoud	De hoeveelheid werk die niet wordt uitgevoerd maximaliseren en focussen op eenvoud.
Zelforganiserende teams	De beste architecturen, vereisten en ontwerpen laten ontstaan uit zelforganiserende teams.
Regelmatige reflectie en aanpassing	Het team reflecteert regelmatig op manieren om effectiever te worden en stemt zijn gedrag vervolgens dienovereenkomstig af en past het aan.

12 principes van het Agile-manifest

De principes van Agile ondersteunen voortdurende communicatie en kwaliteit binnen het proces. Ze omvatten ook voorschriften voor snel handelen, waaronder het opleveren van werkende software binnen korte tijdsbestekken en het gebruik van retrospectives om te reflecteren op het proces en de resultaten.

Agiliteit is cruciaal voor het transformeren van het omgaan met onzekerheid in technologieprojecten.

Get Free Access

Get regular tech leadership wisdom for delivering better software and systems.

Have an account? Log In

DevOps ontmystificeren

De cultuur van DevOps maakt vaak gebruik van veel acroniemen en technische termen, waardoor deze aan de oppervlakte veel complexer kan klinken dan Agile. Hoewel DevOps-teams processen en stappen kunnen doorlopen die Agile-teams overslaan, zijn de uiteindelijke doelen van beide processen het creëren van nieuwe producten, het implementeren van verbeteringen en het goed samenwerken met multifunctionele teams binnen het bedrijf.

De kernconcepten van DevOps

DevOps-praktijken volgen vaak het CALMS-raamwerk. CALMS staat voor Cultuur, Automatisering, Lean, Meten en Delen. Deze kunnen worden beschouwd als enkele van de kernconcepten van DevOps.

Cultuur – Het toepassen van DevOps-tools zonder draagvlak en aandacht voor verandering in technologieprocessen heeft weinig nut. Om DevOps te laten werken, moeten operationele veranderingen in IT-processen de standaard worden en moeten belanghebbenden uit het hele bedrijf begrijpen hoe deze veranderingen technische resultaten kunnen verbeteren.
Automatisering – Automatisering vermindert vervelend en repetitief werk en maakt technische middelen vrij om creatieve oplossingen te ontwikkelen.
Lean – DevOps-teams zoeken naar mogelijkheden voor voortdurende verbetering in alle processen en taken. Ze accepteren dat falen onderdeel is van het proces en kunnen leren van onbevredigende resultaten om toekomstige resultaten te verbeteren.
Meten – Voortdurende verbetering vereist gegevens die je kunt beoordelen. DevOps-teams houden zich bezig met kritieke prestatie-indicatoren en andere meetgegevens, die helpen bij het nemen van beslissingen over hun voortdurende werkzaamheden.
Delen – Een sterke DevOps-cultuur houdt in dat verantwoordelijkheid en aansprakelijkheid voor oplossingen met het bedrijf worden gedeeld. In dergelijke structuren onderhouden ontwikkelaars het product vaak ook in de toekomst.

De rol van DevOps in bedrijfsvoering en infrastructuur

DevOps werkt aan het stroomlijnen van processen en het ondersteunen van continue integratie en levering. In theorie zijn dit dezelfde doelen als bij Agile. DevOps werkt echter binnen een meer gestructureerde aanpak die operationele teams binnen grotere ondernemingen mogelijk beter kunnen voorspellen en begrijpen.

Agile versus DevOps: wat is het verschil?

Hoewel de algemene doelen hetzelfde kunnen zijn, werken Agile-teams en DevOps-teams niet op dezelfde manier. Er zijn belangrijke verschillen in de manier waarop deze ontwikkelingsteams worden aangestuurd en binnen bedrijfsorganisaties werken.

Aanpak van softwareontwikkeling

Misschien is het belangrijkste verschil de iteratieve ontwikkeling van Agile tegenover de continue levering van DevOps.

De iteratieve aanpak van Agile

De sprintgebaseerde aanpak en flexibiliteit van Agile-softwareontwikkeling geeft prioriteit aan feedback van klanten en ondersteunt kortere totale ontwikkeltijden. Agile-ontwikkelaars werken herhaaldelijk aan verbeteringen van het aanbod, ongeacht of de software wordt ontwikkeld via low-codeplatformen of via meer traditionele methoden. Elke sprint binnen deze aanpak kan resulteren in een productincrement dat klaar is voor levering, wat kan helpen om de voortdurende tevredenheid en betrokkenheid van klanten of belanghebbenden te ondersteunen.

Een voorbeeld van Agile-succes komt van CISCO – zij gebruiken een "team van teams" ter ondersteuning van gelaagde Agile-releases. CISCO gebruikt de Agile-methodologie om projecten te beheren, nieuwe mogelijkheden te creëren en oplossingen voor defecten te lanceren.

Continue levering met DevOps

DevOps-teams werken via continue integratie en continue levering om de levenscyclus van systeem- of softwareontwikkeling te verkorten zonder dat dit gevolgen heeft voor de kwaliteit van de leveringen. Ze voegen code automatisch samen in het hoofdproduct zonder te wachten op belangrijke releasedata. Hierdoor kunnen updates worden voortgezet en worden integratieproblemen die bij grote updates optreden, verminderd.

Hulpmiddelen voor continue levering volgen dit proces en implementeren code automatisch in de juiste test- en productieomgevingen. Levering kan volgens een vast schema plaatsvinden, bijvoorbeeld wekelijks. In veel organisaties wordt continue levering uitgevoerd tijdens nachtelijke systeemupdates. Continue implementatie kan integraties verder stroomlijnen. Hierbij worden updates onmiddellijk na geautomatiseerde tests aan klanten of eindgebruikers vrijgegeven.

Het vermogen om realtime-updates te leveren aan honderdduizenden klanten die AWS gebruiken, is cruciaal voor het succes van de digitale gigant. Vaak zijn het complexe geautomatiseerde testprocessen die de implementatie stoppen als er een kritieke fout optreedt.

Teamstructuur en samenwerking

De manier waarop teams zijn gestructureerd — en hoe ze met anderen binnen het bedrijf samenwerken — verschilt afhankelijk van het model dat je kiest.

Dynamiek binnen Agile-teams

Agile-teams bestaan doorgaans uit ontwikkelaars, scrummasters en producteigenaren. Ze werken met voortdurende stand-ups en regelmatige vergaderingen en kunnen hulpmiddelen zoals kanbanborden gebruiken om taken te beheren. Agile-teams zijn doorgaans klein en multifunctioneel; binnen de context van hun rollen en mandaten worden ze vaak zelf aangestuurd. Elk teamlid of de groep kan projectbeslissingen nemen of de focus verleggen zonder specifieke aanbevelingen van het management.

Elk Agile-team kan verantwoordelijk zijn voor een specifiek project of zelfs voor een bepaald aandachtsgebied binnen een groter product. Teams kunnen ook van de ene inspanning naar de andere gaan en soms optreden als een technische interventie-eenheid, zonder de volledige levenscyclus van de software te zien.

Focus van het DevOps-team

DevOps-teams zijn daarentegen vaak verantwoordelijk voor de volledige levenscyclus van softwareontwikkeling. Ze kunnen producten blijven ondersteunen nadat deze zijn geïmplementeerd. Teams bestaan uit ontwikkelings-, QA-, IT-operationele en beveiligingsresources, met veel meer samenwerking tussen teams en afdelingen dan bij Agile.

Terwijl Agile-teams succes meten aan de hand van het opleveren van werkende software, gebruiken DevOps-teams prestatiemaatstaven, zoals doorlooptijd van wijzigingen en implementatiefrequentie, om succes te meten.

Agile en DevOps: complementair of tegenstrijdig?

Vaak vereisen de optimalisatie van softwareontwikkelingsprocessen en het gebruik van teamleden een hybride aanpak. In dergelijke gevallen willen CTO's DevOps mogelijk inzetten als een overkoepelende praktijk en Agile-methoden binnen dat kader gebruiken om in te spelen op behoeften aan snelle ontwikkeling of veranderingen in focus.

Je kunt bijvoorbeeld werken met een DevOps-cultuur, maar daarbinnen een speciaal Agile-projectteam hebben. Je kunt dit team gebruiken om in te spelen op veranderende of bijzondere behoeften die zich in de loop van het jaar voordoen en die niet aansluiten bij een DevOps-roadmap.

Hoe nu verder?

Er zijn veel waardevolle bronnen over softwareontwikkeling, waaronder nieuwsbrieven over ontwikkeling, die je kunt gebruiken om meer te leren.

Voor CTO's en technologieleiders die vooroplopen in ontwikkeling: schrijf je in voor onze nieuwsbrief met deskundig advies over succes en uitdagingen op het gebied van Agile en DevOps.