Under de senaste tio åren har ett farligt missförstånd vuxit fram i många IT-organisationer: att ITIL och agila metoder står i motsats till varandra. I många IT-organisationer har ITIL förpassats till historien, ersatt av löften om ”agila arbetssätt”, ”DevOps-kultur” och ”självorganiserande team”.
Men i praktiken har dessa satsningar ofta lett till motsatsen av vad man hoppades på – otydlighet, bristande ansvarsfördelning och reaktivt arbete.
Sanningen är att ITIL och agilitet inte är fiender. ITIL är inte ett hinder för innovation. Det är grunden som gör innovation möjlig på ett säkert och hållbart sätt.
När ITIL blev syndabocken
Många IT-organisationer har bränt sig på gamla versioner av ITIL – särskilt ITIL v2 och v3. Processkartor blev slutmål istället för verktyg. Roller och dokumentation tolkades bokstavligt, och resultatet blev långsamma, byråkratiska processer som kvävde initiativ.
Det är förståeligt att många tappade tålamodet. När verksamheten ropade efter snabbare leveranser och mer flexibilitet svarade IT med att införa ännu fler beslutsforum och blanketter.
Men det var inte ITIL:s fel. Det var tillämpningen.
Med ITIL 4, som lanserades 2019, förändrades allt. Ramverket anpassades till en modern verklighet där agilitet, DevOps, automation och kontinuerlig förbättring är självklara delar av IT-leveransen.
ITIL 4 är agilt i sin kärna
Den största förändringen i ITIL 4 är att det inte längre är en uppsättning processer, utan ett Service Value System – ett sätt att tänka kring hur värde skapas, levereras och förbättras.
De sju vägledande principerna i ITIL 4 är i sig själva en manifestversion av agilt tänkande:
-
Focus on value – Allt arbete ska skapa värde för kunden och verksamheten.
-
Start where you are – Bygg vidare på befintliga styrkor istället för att börja om.
-
Progress iteratively with feedback – Förbättra i små steg med återkoppling – precis som i Scrum och Kanban.
-
Collaborate and promote visibility – Samarbeta, dela information och skapa transparens.
-
Think and work holistically – Se helheten, inte enskilda processer eller verktyg.
-
Keep it simple and practical – Undvik byråkrati. Fokusera på det som skapar nytta.
-
Optimize and automate – Effektivisera kontinuerligt med hjälp av automation och data.
Detta är inte bara kompatibelt med agilt – det är agilt.
Agilt utan ITIL = oreda
Många offentliga IT-organisationer har försökt implementera agila metoder utan någon form av övergripande struktur. Resultatet blir ofta detsamma:
-
Team arbetar i silos utan gemensamma prioriteringar.
-
Ingen vet vem som äger tjänster eller processer.
-
Incidenter och förändringar hanteras reaktivt.
-
Verksamheten tappar förtroendet för IT.
Agilt arbetssätt kräver ramverk. Någon måste hålla ihop helheten, säkra kvaliteten och definiera hur arbetet faktiskt ska gå till. ITIL ger den stabiliteten.
Ett agilt team kan arbeta i sprintar och leverera snabbt – men om man inte har Incident Management, Change Enablement och Service Level Management som stödjande strukturer blir helheten ohållbar.
DevOps behöver ITIL
DevOps har länge lyfts fram som motsatsen till ITIL – men i verkligheten är de ömsesidigt beroende.
DevOps handlar om att korta ledtider och skapa en kultur av samarbete mellan utveckling och drift. ITIL handlar om att göra detta på ett kontrollerat, mätbart och säkert sätt.
Ett team kan inte bara ”släppa kod” till produktion utan att veta hur förändringen påverkar verksamheten, andra system eller informationssäkerheten. Det är Change Enablement i praktiken – inte som broms, utan som skyddsnät.
ITIL 4 är inte längre en barriär för DevOps. Det är en modell för hur DevOps kan fungera i komplexa organisationer med många beroenden, säkerhetskrav och regulatoriska ramar – precis den miljö som offentlig sektor verkar i.
ITIL gör agilt skalbart
En vanlig fälla i offentlig sektor är att man lyckas skapa agila team – men inte en agil organisation.
Teamet fungerar bra isolerat, men när arbetet ska samordnas över flera verksamhetsområden eller IT-funktioner kollapsar strukturen. Här kommer ITIL in som ett ramverk för skalbarhet.
ITIL binder ihop det agila med det strategiska. Det säkerställer att:
-
Produktägare och förvaltningsledare har tydliga roller.
-
Portföljstyrningen kan prioritera rätt initiativ.
-
Gemensamma processer finns för incidenter, förändringar och leverans.
-
Kunskap sprids och återanvänds mellan team.
Detta är exakt vad som krävs för att gå från ”agila öar” till en fungerande agil organisation.
Byråkratin var aldrig ITIL:s idé
Det är värt att påminna sig om att ITIL aldrig föreskrev byråkrati. Den sa aldrig ”ha fem forum innan varje förändring”. Den sa aldrig ”skriv 20 sidor processdokument innan du agerar”.
ITIL handlar om tjänstekvalitet – inte formulär.
Om förbättring – inte kontroll.
Om ansvar – inte hierarki.
Problemet har aldrig varit ITIL. Problemet har varit hur organisationer valt att tillämpa det.
ITIL 4 och den moderna IT-organisationen
I dag är IT inte längre en stödverksamhet. Det är en central del av samhällsnyttan. För att digitalisering ska fungera i kommuner, regioner och myndigheter krävs stabila, säkra och effektiva IT-leveranser.
ITIL 4 stödjer detta genom att:
-
Integrera automation och AI i processerna.
-
Säkerställa att IT och verksamhet har gemensamt språk och mål.
-
Koppla värde, kostnad och risk i varje beslut.
-
Skapa tydlighet i ansvar över komplexa leverantörskedjor.
Detta är inte ett steg bakåt. Det är grunden för framtidens digitala förvaltning.
Tre skäl till att återinföra ITIL
1. Struktur skapar förtroende
Verksamheten behöver veta vad den får, när och av vem. ITIL ger förutsägbarhet och mätbarhet.
2. Ramverk möjliggör förbättring
Utan struktur kan man inte förbättra. ITIL definierar flöden, mätetal och roller – grunden för kontinuerlig förbättring.
3. Agilitet kräver stabilitet
För att kunna experimentera och förändra snabbt måste grunderna vara stabila. ITIL ger den stabiliteten.
Slutsats: ITIL är inte fienden – det är lösningen
Det är dags att sluta se ITIL som ett hinder. Det är inte ett arv från en gammal tid – det är ett verktyg för att skapa ordning, förtroende och långsiktig digital förmåga.
När vi säger att ”vi ska bli agila” måste vi också fråga: På vilken grund står vi?
Om svaret är ”ingen”, då är ITIL precis vad som saknas.
Det är dags att sluta välja mellan struktur och snabbhet.
Vi behöver båda. Och ITIL 4 visar exakt hur det kan göras.
