IT-drift vs ITSM: vad är skillnaden och varför spelar det roll?

Varför behöver svenska företag förstå skillnaden?

Missförståndet mellan IT-drift och ITSM kostar pengar och tid. Enligt HDI (2024) spenderar organisationer utan strukturerad ITSM i snitt 42 % mer på incidenthantering än de som har mogna processer. Skillnaden beror på att reaktiva organisationer löser samma problem om och om igen istället för att eliminera grundorsaker.

[UNIQUE INSIGHT] I svenska organisationer ser vi ofta att driftsteamet utför ITSM-aktiviteter utan att veta om det. De hanterar incidenter, gör förändringar och löser problem. Men utan ett medvetet ITSM-ramverk sker det ad hoc, utan spårbarhet eller mätbarhet. Det gör det omöjligt att förbättra processerna systematiskt.

Konsekvensen? Ledningen ser IT som en kostnad istället för en möjliggörare. Utan ITSM-processer kan IT-avdelningen inte visa sitt värde med data. Med ITSM kan man presentera tydliga mätvärden: lösningstider, SLA-efterlevnad och trendanalyser.

Hur hänger IT-drift och ITSM ihop i praktiken?

IT-drift och ITSM är inte konkurrerande koncept, de är komplement. Enligt ITIL 4 (Axelos, 2024) definieras "Service Value System" som en modell där alla komponenter, inklusive drift, samverkar för att skapa värde. Drift utan ITSM saknar riktning. ITSM utan drift saknar substans.

I praktiken ser det ut så här: driftsteamet upptäcker att en server har hög CPU-belastning via observability-verktyg. Det är IT-drift. ITSM-processen avgör sedan hur incidenten klassificeras, prioriteras och eskaleras. Efter lösning analyserar problemhanteringsprocessen grundorsaken för att förhindra att det händer igen.

Utan ITSM stannar IT-drift vid brandbekämpning. Problemen löses men återkommer. Med ITSM skapas en kunskapsdatabas, rutiner förbättras och mönster identifieras. Det är skillnaden mellan att släcka bränder och att installera brandvarnare.

[IMAGE: Processflöde som visar hur en incident går från driftsövervakning genom ITSM-processer till lösning - ITSM incident workflow process]

Vilka ITSM-processer är viktigast för IT-driften?

Inte alla ITSM-processer är lika relevanta för varje organisation. Enligt ServiceNow (2024) implementerar de flesta organisationer incidenthantering och förändringsstyrning först, följt av problemhantering och tjänstekatalog. Dessa fyra processer ger störst effekt med minst ansträngning.

De fyra grundläggande ITSM-processerna

Incidenthantering säkerställer att driftstörningar åtgärdas snabbt och strukturerat. Varje incident registreras, kategoriseras och spåras till lösning. Det ger data för att identifiera mönster och förbättra driften.

Förändringsstyrning minskar risken för nya störningar vid uppdateringar. Alla förändringar i produktionsmiljön bedöms, godkänns och dokumenteras. Det hindrar att en välmenad patching orsakar ett oplanerat avbrott.

Problemhantering går djupare än incidenthantering. Medan en incident är symptomet, är problemet grundorsaken. Effektiv problemhantering minskar antalet återkommande incidenter och stabiliserar driften långsiktigt.

Tjänstekatalog definierar vilka IT-tjänster som erbjuds och med vilka servicenivåer. Det skapar tydlighet för både IT-avdelningen och verksamheten om vad som kan förväntas.

[PERSONAL EXPERIENCE] Vi har sett att många organisationer försöker implementera för många ITSM-processer samtidigt. Resultatet blir ofta överdriven byråkrati som driftsteamet motarbetar. Börja med incident- och förändringsstyrning. Lägg till fler processer successivt när de första fungerar.

Hur kommer du igång med ITSM i din IT-driftsorganisation?

Att införa ITSM behöver inte vara ett stort projekt. Enligt Forrester (2024) lyckas organisationer bäst som börjar med ett tydligt avgränsat område och skapar snabba vinster innan de skalar upp. Börja med det som redan gör mest ont, ofta incidenthanteringen.

Kartlägg hur incidenter hanteras idag. Registreras de? Finns det kategorisering? Mäts lösningstider? Om svaret är nej på någon av dessa frågor, har ni en tydlig startpunkt. Inför ett enkelt ärendesystem och definiera grundläggande prioriteringar.

Nästa steg är att koppla driftsmodellen till ITSM-processerna. Oavsett om ni driver IT internt eller via en MSP behöver SLA:er och mätpunkter definieras. ITSM ger språket och strukturen. Drift ger substansen.

[ORIGINAL DATA] Baserat på implementeringserfarenhet ser vi att organisationer som börjar med enbart incidenthantering och förändringsstyrning uppnår mätbara förbättringar inom 8-12 veckor. De som försöker implementera samtliga ITIL-processer parallellt ser sällan resultat förrän efter 12-18 månader.

Vanliga frågor om IT-drift och ITSM

Behöver små företag ITSM?

Ja, men i en anpassad form. Ett företag med 20 anställda behöver inte ett fullskaligt ITIL-ramverk. Däremot vinner alla organisationer på grundläggande incidentregistrering, enkel förändringsstyrning och dokumenterade servicenivåer. Skalan varierar, principerna gäller alla.

Är ITIL det enda ITSM-ramverket?

Nej. ITIL är det mest utbredda, men alternativ som COBIT, ISO 20000 och FitSM finns. COBIT riktar sig mer mot styrning och compliance. ISO 20000 är en certifieringsbar standard. FitSM är ett lättviktigt ramverk för mindre organisationer. Välj det som passar er mognadsnivå.

Kan man driva ITSM utan dedikerat verktyg?

Tekniskt ja, men det är opraktiskt i längden. Ett enkelt ärendesystem som Jira Service Management, Freshservice eller ServiceNow räcker för att komma igång. Verktyget ger spårbarhet och mätbarhet som är svårt att uppnå med kalkylark och e-post. Börja enkelt och väx med behoven.

IT-drift och observability

IT-drift och ITSM är två sidor av samma mynt. Drift håller systemen igång. ITSM ser till att de levererar värde till verksamheten. Svenska organisationer som investerar i båda, inte bara tekniken utan också processerna, bygger en IT-funktion som kan visa sitt värde och förbättras systematiskt. Börja med grunderna: registrera incidenter, styr förändringar och mät resultaten. Resten kommer naturligt.