Ramverk, inte regelbok
ITIL beskriver hur IT-tjänster kan levereras strukturerat. Det är en samling beprövade arbetssätt, inte en standard att certifiera sig mot och inte en lista att bocka av.
Den vanligaste missuppfattningen är att ITIL är något man inför i sin helhet. Ramverket är skrivet med stora organisationer i åtanke och innehåller betydligt mer än vad en normalstor nordisk IT-avdelning har nytta av.
Använd det som en meny. Ta det som löser ett problem ni faktiskt har.
De praktiker som används mest
Incidenthantering – återställa driften när något går sönder. Störst volym, tydligast nytta.
Problemhantering – hitta grundorsaken bakom återkommande incidenter.
Förändringshantering – införa ändringar med kontrollerad risk. Den praktik som gör ITSM svår att välja bort för organisationer med revisionskrav.
Serviceförfrågningar och tjänstekatalog – beställningar med förutbestämda flöden och godkännanden.
Kunskapshantering – lösta ärenden blir artiklar, artiklar blir färre ärenden.
Konfigurations- och tillgångshantering – registret över komponenter och beroenden.
Servicenivåhantering – åtaganden om svars- och lösningstider, med uppföljning.
ITIL 4 och vad som förändrades
Äldre versioner beskrev en livscykel med processer i bestämd ordning. ITIL 4 talar i stället om praktiker och ett system för värdeskapande, och är skrivet för att fungera bredvid agila arbetssätt snarare än som ett alternativ till dem.
För de flesta organisationer är skillnaden mindre än terminologin antyder. Ett väl fungerande incidentflöde ser likadant ut oavsett vilken version dokumentationen hänvisar till.
Hur mycket behöver ni?
Ett användbart sätt att avgöra: räkna upp de problem ni har i dag.
Ärenden försvinner eller prioriteras fel. Börja med incidenthantering.
Beställningar hanteras olika varje gång. Lägg till serviceförfrågningar och en kort tjänstekatalog.
Samma fel återkommer. Då behövs problemhantering.
Ingen vet vad som ändrades när något gick sönder. Då behövs förändringshantering.
Ni ska klara en revision. Då behövs förändringshantering och tillgångsregister, oavsett storlek.
Har ni inget av problemen behöver ni sannolikt inte mer process än ni redan har.
Där ITIL brukar gå fel
Processen byggs tyngre än verksamheten tål. En rutin som upplevs som ett hinder kringgås, och en kringgången process ger sämre spårbarhet än ingen process alls.
Terminologin blir viktigare än arbetet. Att kalla något för en incident i stället för ett fel förändrar ingenting i sig.
Allt införs samtidigt. Sju praktiker på en gång ger sju halvfärdiga processer.
Ingen äger dem. Utan en utpekad processägare återvänder organisationen till gamla vanor inom ett halvår.
Verktyget ska stödja, inte diktera
Ett ITSM-system gör ITIL-praktikerna praktiskt genomförbara – men systemet i sig inför ingen process.
Kontrollera att plattformen klarar de praktiker ni faktiskt tänkt använda utan tillägg, och att era egna administratörer kan bygga om flödena när arbetssättet förändras. HaloITSM är PinkVERIFY-certifierat för ITIL-processerna, vilket innebär att de är verifierade mot ramverket – inte att ni måste använda dem alla.
