DevOps t.o.v. ITIL — Wat is belangrijk voor jouw team?

1. DevOps kan ITIL vervangen

"We doen niet meer aan ITIL. We zijn nu een DevOps-winkel!” Als je al een tijdje in de technologie zit, heb je waarschijnlijk deze uitroep wel eens gehoord.

Het probleem is dat het gewoon niet waar is. Want hoewel IT-afdelingen misschien afstappen van ITIL-training en processilo's, moeten ze nog steeds bepaalde aspecten van servicemanagement uitvoeren. Operations. Support. Toezicht. Kosten. Dit zijn essentiële bedrijfsfuncties en DevOps geeft ons geen procesrichtlijnen zoals ITIL dat doet. De kans is dus groot dat winkels die uitroepen dat ze alleen nog maar DevOps gebruiken nog steeds enkele ITIL-processen of -principes volgen.

2. DevOps = continue ontwikkeling, integratie en geautomatiseerde levering

Hoewel DevOps continue ontwikkeling, integratie en geautomatiseerde levering omvat, is dat niet alles wat het te bieden heeft en het is niet noodzakelijk de kern van de werkwijze. Het grootste deel van de context en ethos achter DevOps gaat simpelweg over het afstand nemen van oude divisies en samenwerken met wederzijds respect en zonder afrekencultuur.

Dat is het. Samenwerking. Gedeelde doelen. Wederzijds respect. Geen schuldvraag meer.

Die samenwerkingsaanpak kan allerlei bedrijfsstatistieken verbeteren, zelfs als je team geautomatiseerde levering of continue ontwikkeling nog niet volledig heeft geïmplementeerd.

3. ITIL/ITSM gebruikt veel documenten met zware processen die teams vertragen

Er zijn veel te veel gevallen waarin ITIL wordt misbruikt als 'de regels', in plaats van begeleiding en openstaan voor interpretatie.

De waarheid is dat ITIL is wat je team ervan maakt. Als het star aanvoelt, was dat een keuze die ergens onderweg werd gemaakt. En het is een keuze die kan veranderen.

ITIL kan het beste worden gezien als een startpunt voor het begrijpen van complexe IT-processen die de meeste bedrijven moeten beheren. Het is een wegenkaart, een gids. Het is niet bedoeld als de enige manier, maar het is bedoeld om ons de context te geven die we nodig hebben om beslissingen te nemen en onze IT-teams zo effectief en efficiënt mogelijk te leiden.

Wanneer ITIL wordt gezien als de voorgeschreven regels, volgen er meestal stapels documentatie en bureaucratie. Maar wanneer ITIL als richtlijn wordt gebruikt, kan het de activiteiten stroomlijnen in plaats van ze te verhinderen.

4. ITIL/ITSM is alleen voor grote bedrijven

Het is waar dat grote ondernemingen het voortouw hebben genomen op ITIL. Maar dat betekent niet dat kleine bedrijven niet kunnen profiteren van de richtlijnen. Bedrijven van elke omvang moeten weten hoe ze moeten omgaan met verandermanagement, grote incidenten en kennisbeheer, naast andere fundamentele bedrijfstaken waarvoor ITIL een basis legt.

Coole starters moeten op een gegeven moment hun IT-teams organiseren. Anders slagen ze er niet in om te schalen. Hetzelfde geldt voor middelgrote bedrijven. Zelfs een zelfgefinancierd app-project van twee personen heeft een op afroepplan en een strategie voor incidentmanagement nodig. Anders kan één uitval het einde van het project betekenen.

Versnel nieuwe releases met DevOps

De agile aanpak van DevOps biedt zowel voordelen op het gebied van snelheid als risicobeheer, aangezien kleine, regelmatige releases zowel sneller door de ontwikkeling kunnen gaan als gemakkelijker kunnen worden teruggedraaid of opgelost in het geval van een incident.

Verminder het aantal telefoontjes voor de IT-servicedesk

De best practice van ITSM op het gebied van kennisbeheer betekent dat het IT-team documentatie maakt terwijl ze problemen oplossen. Dit heeft het potentieel om de werkdruk op de servicedesk aanzienlijk te verminderen door opties voor zelfbediening te bieden aan klanten, zowel intern als extern.

Voorkom incidenten met ITIL en DevOps

Combineer de beproefde processen van incidentmanagement in ITIL met de DevOps-focus op het automatiseren van beoordelingsprocessen, het uitvoeren van onberispelijke postmortems en het volgen van een 'jij bouwt het, jij voert het uit'-benadering en je hebt een recept voor minder en kortere incidenten.

Incidenten tot op de bodem uitzoeken met DevOps

Een van de meest waardevolle dingen die DevOps inbrengt, is een cultuur zonder schuld. Dit betekent niet dat engineers geen verantwoordelijkheid nemen voor fouten. Maar het betekent wel dat ze eerlijk over die fouten kunnen praten, transparantere gesprekken kunnen voeren over wat er mis is gegaan, en dit kunnen doen zonder bang te hoeven zijn ontslagen te worden.

Deze culturele verschuiving helpt teams om incidenten sneller uit te zoeken en zich te concentreren op echte oplossingen in plaats van zich alleen op een individu te richten als het probleem in een reeks gebeurtenissen die tot een incident leiden.

Verminder verwarring bij klanten met ITIL

SLA's (Service Level Agreements) zijn een best practice voor ITIL. Omdat ze beschrijven wat je wel en niet hebt beloofd in een product of aan een klant, kunnen ze helpen verwarring te verminderen en klachten te verminderen.

Optimaliseer je processen met DevOps en ITIL

ITIL is de bijbel van het IT-proces. Het bestaat al heel lang en heeft zich ontwikkeld om te voldoen aan de steeds veranderende behoeften van de branche.

Wanneer je je eigen processen bedenkt, hoef je het wiel niet opnieuw uit te vinden. ITIL biedt een beproefd startpunt.

En waar DevOps verbeteringen kan toevoegen - met onberispelijke postmortems, automatisering, meer samenwerkingsbenaderingen, enz. - kunnen de processen van ITIL worden aangepast om ze nog beter te maken.