DevOps versus Agile: overeenkomsten en verschillen
Agile en DevOps verschillen doordat 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 regelmatig 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 de 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 code-implementatie te stroomlijnen en te verbeteren.
De toenemende vraag naar digitalisering, te midden van groeiende zorgen over gegevensbeveiliging, heeft softwareontwikkelingsteams over de hele wereld onder druk gezet. Klanten en belanghebbenden verwachten dat ontwikkelingsteams meer doen met minder, terwijl ze tegelijkertijd de marktintroductietijd voor technische producten verkorten.
Want more from The CTO Club?
Create a free account to finish this piece and join a community of CTOs and engineering leaders sharing real-world frameworks, tools, and insights for designing, deploying, and scaling AI-driven technology.
Have an account? Log In
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 voortrekken van de ene of de andere 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, steeg de omzet met 3,1% tussen 2018 en 2023 — zelfs toen de omzet in veel andere sectoren onder druk stond.
Als je probeert te kiezen tussen een Agile-aanpak of DevOps-methodologieën voor je workflow voor softwareontwikkeling, is het essentieel om te begrijpen waar het Venndiagram van deze twee keuzes elkaar overlapt.
Inzicht in de Agile-methodologie
Agile-praktijken zijn relevant voor ontwikkeling en projectmanagement. Wanneer ze op de juiste manier worden geïmplementeerd, kunnen ze algemene positieve voordelen hebben voor technische teams, afdelingen en complete 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, retrospectieven en stand-upbijeenkomsten om gedurende het hele proces tegemoet te komen aan de behoeften van individuen.
- Werkende software. Het hoofddoel 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 sterke partnerschappen, deels 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. |
| Verandering verwelkomen | Veranderingen in vereisten omarmen, zelfs laat in de ontwikkeling, om de klant een concurrentievoordeel te bieden. |
| Regelmatig werkende software leveren | Werkende software wordt vaak geleverd, waarbij de voorkeur uitgaat naar een kortere tijdschaal. |
| Samenwerking tussen zakelijke belanghebbenden en ontwikkelaars | Nauwe dagelijkse samenwerking tussen zakelijke medewerkers en ontwikkelaars stimuleren |
| Individuen motiveren | Projecten opbouwen rond gemotiveerde individuen en erop vertrouwen dat zij de taak volbrengen. |
| Gesprekken van persoon tot persoon | Gesprekken van persoon tot persoon waarderen als de meest efficiënte en effectieve methode om informatie over te brengen. |
| Werkende software als primaire maatstaf voor voortgang | Werkende software beschouwen als de primaire maatstaf voor voortgang. |
| Duurzame ontwikkeling | Duurzame ontwikkeling bevorderen en sponsors, ontwikkelaars en gebruikers in staat stellen om 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 vergroten. |
| Eenvoud | De hoeveelheid werk die niet wordt uitgevoerd maximaliseren en de focus op eenvoud leggen. |
| Zelforganiserende teams | De beste architecturen, vereisten en ontwerpen laten voortkomen uit zelforganiserende teams. |
| Regelmatige reflectie en bijsturing | Het team reflecteert regelmatig op manieren om effectiever te worden en stemt zijn gedrag vervolgens overeenkomstig af en bij. |
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 retrospectieven om na te denken over het proces en de resultaten.
Wendbaarheid is cruciaal bij het transformeren van het beheer van onzekerheid in technologieprojecten.
DevOps ontrafelen
De cultuur van DevOps maakt doorgaans gebruik van veel acroniemen en technische termen, waardoor deze op het eerste gezicht 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 doorvoeren van verbeteringen en 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, Meting 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.
- Meting – Voortdurende verbetering vereist gegevens die je kunt beoordelen. DevOps-teams houden zich bezig met kritieke prestatie-indicatoren en andere statistieken, die richting geven aan hun voortdurende beslissingen over het werk.
- Delen – Een sterke DevOps-cultuur omvat het delen van verantwoordelijkheid en aansprakelijkheid voor oplossingen met het bedrijf. In deze structuren verlenen ontwikkelaars vaak ook na de lancering ondersteuning voor het product.
De rol van DevOps in activiteiten 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 cruciale 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.
Iteratieve aanpak van Agile
De sprintgerichte aanpak en flexibiliteit van Agile-softwareontwikkeling geven prioriteit aan feedback van klanten en ondersteunen kortere totale ontwikkelingstijden. Agile-ontwikkelaars herhalen het ontwikkelproces voortdurend om aanbiedingen in de loop der tijd te verbeteren, ongeacht of de software wordt ontwikkeld via low-codeplatforms of via meer traditionele methoden. Elke sprint binnen deze aanpak kan mogelijk 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" om gelaagde Agile-releases te ondersteunen. CISCO gebruikt de Agile-methodologie om projecten te beheren, nieuwe mogelijkheden te creëren en oplossingen voor defecten te lanceren.
Continue levering van DevOps
DevOps-teams werken met continue integratie en continue levering om de levenscyclus van systeem- of softwareontwikkeling te verkorten zonder dat dit ten koste gaat van de kwaliteit van de leveringen. Ze voegen code automatisch samen met het hoofdproduct, zonder te wachten op belangrijke releasemomenten. Dit maakt voortdurende updates mogelijk en vermindert tegelijkertijd de integratieproblemen die bij grote updates optreden.
Tools 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 uitgebracht voor klanten of eindgebruikers.
De mogelijkheid om realtime-updates te leveren aan honderdduizenden klanten die AWS gebruiken, is essentieel voor het succes van de digitale gigant. Vaak zijn complexe geautomatiseerde testprocessen verantwoordelijk voor het stoppen van de implementatie als er een kritieke fout optreedt.
Teamstructuur en samenwerking
Hoe teams zijn gestructureerd — en hoe ze met anderen binnen het bedrijf samenwerken — verschilt afhankelijk van het model dat je kiest.
Dynamiek van Agile-teams
Agile-teams bestaan doorgaans uit ontwikkelaars, scrummasters en producteigenaren. Ze werken met dagelijkse stand-ups en regelmatige vergaderingen en kunnen tools zoals kanbanborden gebruiken om taken te beheren. Agile-teams zijn doorgaans klein en multidisciplinair; 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 overstappen en soms fungeren als een technisch interventieteam, zonder de volledige softwarelevenscyclus te zien.
Focus van DevOps-teams
Daarentegen zijn DevOps-teams vaak verantwoordelijk voor de volledige levenscyclus van softwareontwikkeling. Ze kunnen producten ook na de implementatie blijven ondersteunen. Teams bestaan uit medewerkers op het gebied van ontwikkeling, kwaliteitsborging, IT-beheer en beveiliging, 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 prestatiestatistieken, zoals de doorlooptijd van wijzigingen en de 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 als overkoepelende werkwijze inzetten 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 gedurende het jaar voordoen en die niet aansluiten bij een DevOps-roadmap.
Hoe ga je verder?
Er zijn veel opmerkelijke bronnen over softwareontwikkeling beschikbaar waarmee je meer kunt leren.
Voor CTO's en technologieleiders die vooroplopen in ontwikkeling: schrijf je in voor onze nieuwsbrief voor deskundig advies over successen en uitdagingen op het gebied van Agile en DevOps.