IT Service Management, ITSM, är en av de begrepp som används oftast och definieras minst konsekvent. För en del betyder det ITIL-ramverket. För andra betyder det ärendehanteringssystemet i servicedesken. För en tredje grupp betyder det hela IT-organisationens sätt att förhålla sig till verksamheten. Alla tre användningarna finns i praktiken, men de beskriver olika lager av samma sak. Den här guiden reder ut vad ITSM är, vilka processer som ingår, hur ITIL förhåller sig till ITSM och varför skiftet mot värdedriven service management pågår just nu.
Vad ITSM är – en operativ definition
ITSM är den samlade praktiken att leverera IT-tjänster som skapar värde för verksamheten. Definitionen har tre komponenter: det handlar om tjänster (inte om enskilda system eller enheter), tjänsterna ska skapa värde (inte bara vara tillgängliga), och praktiken är samlad (den omfattar processer, verktyg, roller och mätning som ett sammanhängande system).
Skillnaden mellan ITSM och traditionell IT-drift är att ITSM utgår från verksamhetens behov och arbetar sig bakåt till de tekniska förutsättningarna. Traditionell drift utgår från infrastrukturen och rapporterar tillgänglighet uppåt. Skiftet är begreppsmässigt subtilt men konsekvenserna för hur en IT-avdelning organiseras är omfattande.
ITSM och ITIL – släkt men inte samma sak
ITIL är det mest etablerade ramverket för hur ITSM praktiseras. ITSM är en verksamhetspraktik; ITIL är en samling rekommenderade tillvägagångssätt för den praktiken. En organisation kan bedriva ITSM utan att följa ITIL, och en organisation kan implementera ITIL-processer utan att förstå den övergripande ITSM-tanken. Det senare är påfallande vanligt: processerna införs men värdeperspektivet försvinner, och resultatet blir byråkrati utan operativ vinst.
ITIL 4, som är den nuvarande versionen, gör själv ett skifte som understryker det här. Tidigare versioner var processorienterade; ITIL 4 sätter Service Value System i centrum, där value co-creation mellan IT och verksamhet är kärnkonceptet. Ramverket har därmed närmat sig den moderna ITSM-tanken om värdeleverans snarare än processefterlevnad.
Kärnprocesserna i ITSM
Ett antal processer återkommer i alla större ITSM-ramverk. Följande är de som utgör grunden i de flesta implementeringar:
- Incidenthantering – återställa tjänst så snabbt som möjligt efter avbrott, med minimal påverkan på verksamheten.
- Problemhantering – identifiera och åtgärda rotorsaker bakom återkommande eller allvarliga incidenter.
- Change management – styra förändringar i IT-miljön med balans mellan förändringstakt och riskreduktion.
- Service request management – hantera standardförfrågningar från verksamheten som inte är incidenter (åtkomst, beställningar, informationsfrågor).
- Knowledge management – dokumentera och återanvända kunskap som skapas i det operativa arbetet.
- Service level management – definiera, mäta och rapportera överenskomna servicenivåer mellan IT och verksamhet.
- Configuration management – hålla ordning på vilka tekniska komponenter som finns och hur de förhåller sig till varandra (CMDB).
- Asset management – hantera IT-tillgångar över deras livscykel, ekonomiskt och operativt.
Ingen organisation implementerar alla processer med samma djup på samma gång. Prioriteringen styrs av verksamhetens mognadsgrad och de mest akuta smärtorna – incidenthantering och service request management är typiskt de första områdena; problem-, change- och knowledge management följer när grunden fungerar.
Roller i en ITSM-organisation
De formella rollerna varierar, men följande återkommer i de flesta organisationer: Service Desk-analytiker som primär kontaktpunkt, Incident Manager som äger incidenter under pågående störning, Problem Manager som äger rotorsaksarbete, Change Manager som styr förändringsflödet, Service Owner för respektive tjänst, och Process Owner som ansvarar för att en specifik process fungerar över tid. I mindre organisationer kombineras rollerna – en person kan bära flera hattar – men de funktionella ansvaren behöver definieras även om personerna är samma.
Mätning – vad man ska följa upp
Mätningen har traditionellt fokuserat på SLA – svarstid, lösningstid, tillgänglighet. De måtten fyller fortfarande en funktion, men allt fler organisationer kompletterar dem med XLA, Experience Level Agreements, som mäter användarens upplevda kvalitet snarare än processens interna prestanda. Skiftet reflekterar den underliggande ambitionen att ITSM ska mätas mot värde för verksamheten, inte mot processefterlevnad.
Utöver SLA och XLA är följande mätvärden centrala i mogna ITSM-implementeringar: First Contact Resolution, återöppningsfrekvens för stängda ärenden, artikelåtervinning från kunskapsbasen, deflection rate i självservice, och andelen förändringar som genomförs utan incidentkonsekvens.
Verktyget – ITSM-plattformens roll
ITSM-processer kan i teorin köras med enkla ärendehanteringsverktyg, men i praktiken kräver mognadsutveckling en plattform som integrerar processerna. Ett incidentärende ska kunna eskaleras till problemhantering utan att data går förlorad, en förändring ska kunna kopplas till de tjänster den påverkar, en kunskapsartikel ska kunna skapas i ärendeflödet och användas både internt och i självservice. Utan integrerad plattform blir varje process ett silo och de tvärgående effekterna försvinner.
Ett ITSM-verktyg är dock inte en substitution för processarbete. Att köpa en ITSM-plattform utan att först definiera processerna leder oftast till konfigurationsval som cementerar den befintliga oordningen. Process före verktyg gäller lika mycket i ITSM som i andra områden.
Vart ITSM är på väg
Tre parallella rörelser formar ITSM under 2020-talet. Den första är skiftet från process till upplevelse – från SLA till XLA, från processefterlevnad till användarnöjdhet. Den andra är utvidgningen bortom IT: samma ITSM-principer används i HR-service, i fastighetsservice, i kundservice, under samlingsbegreppet Enterprise Service Management. Den tredje är AI:s inträde i servicedesken – från automatiserad kategorisering av inkommande ärenden till generativa assistenter som stödjer handläggare och slutanvändare.
De tre rörelserna förstärker varandra. Enterprise Service Management gör investeringen i plattformen större och därmed motiverar bättre teknik. AI möjliggör den självservice som är förutsättning för att skala utan att förlora upplevelsekvalitet. Och XLA ger den mätning som gör att man vet om skiftena faktiskt levererar värde – eller bara ny teknisk komplexitet.
Hur Nilex stödjer ITSM i praktiken
Nilex Service Platform är en integrerad ITSM-plattform där de centrala processerna – incident, problem, change, service request, knowledge, service level och configuration – körs i samma system. Plattformen stödjer både SLA- och XLA-mätning i samma rapportvy, och samma flöden kan användas för Enterprise Service Management i HR, fastighet och kundservice. NSP är utvecklad för svenska förhållanden med data lagrad i EU, vilket gör den lämplig för kommuner, myndigheter och regulerade branscher.
Vill du se hur en integrerad ITSM-plattform ser ut i praktiken? Boka en genomgång med en av våra konsulter.
