ITSM är inte samma sak som en helpdesk
En helpdesk tar emot ärenden. ITSM omfattar hela leveransen: hur tjänster definieras, hur förändringar godkänns, hur tillgångar dokumenteras och hur arbetet förbättras över tid.
Skillnaden märks tydligast den dag något går fel. En helpdesk kan berätta vem som anmälde felet. En ITSM-organisation kan berätta vad som orsakade det, vilka tjänster som påverkades och vad som gjorts för att det inte ska hända igen.
Varför ITSM spelar roll
De flesta IT-avdelningar börjar i en delad mejlkorg. Det fungerar – tills det inte gör det.
Ni vet inte vad ni gör. Utan strukturerad registrering går det inte att se hur många ärenden som kommer in, vilka som återkommer eller var tiden går. Att prioritera blir en känslofråga.
Kvaliteten varierar med personen. Samma fråga får olika svar beroende på vem som råkar svara. Det märks hos användarna långt innan det märks i statistiken.
Kunskapen sitter i huvuden. När någon slutar försvinner den. Introduktionen av nya medarbetare blir lång och beroende av att någon har tid.
Förändringar sker utan spårbarhet. Ingen vet säkert vad som ändrades, av vem eller varför – vilket blir ett problem både vid felsökning och vid revision.
IT kan inte visa sitt värde. Utan uppföljning blir IT en kostnadspost i budgeten i stället för en funktion som levererar mätbar nytta.
ITIL-processerna i praktiken
Incidenthantering
Incidenthantering är processen för att återställa normal drift så snabbt som möjligt när något går sönder.
Ett ärende registreras, kategoriseras och prioriteras utifrån hur många som påverkas och hur brådskande det är. Större störningar hanteras som major incidents med egen kommunikation mot verksamheten.
Poängen är inte att lösa fort. Poängen är att lösa rätt saker först.
Ärendehantering
Ärendehantering omfattar förfrågningar som inte är fel: behörigheter, mjukvara, ny utrustning, konton.
Dessa hanteras genom en tjänstekatalog med förutbestämda flöden och godkännanden. Det som skiljer dem från incidenter är att de är planerade och ofta repetitiva – vilket gör dem till det bästa stället att börja automatisera.
Problemhantering
Problemhantering handlar om att hitta grundorsaken bakom återkommande incidenter.
Där incidenthantering släcker bränder söker problemhantering efter varför det brinner. Kända fel dokumenteras med tillfälliga lösningar, så att servicedesken slipper utreda samma sak två gånger.
Det är den process som oftast hoppas över – och den som ger mest tillbaka över tid.
Förändringshantering
Förändringshantering är processen för att införa ändringar med kontrollerad risk.
Varje förändring beskrivs, riskbedöms och godkänns innan den genomförs. Ett förändringsråd hanterar de större. Allt loggas.
För organisationer med revisionskrav är det här ITSM blir svårt att välja bort.
Kunskapshantering
Kunskapshantering innebär att lösningar dokumenteras så att de kan återanvändas.
Lösta ärenden blir artiklar. Artiklar blir färre ärenden – dels för att agenter hittar svaret snabbare, dels för att användare löser saker själva i självserviceportalen.
Tillgångshantering och CMDB
En CMDB, Configuration Management Database, är ett register över IT-miljöns komponenter och hur de hänger ihop.
Servrar, applikationer, licenser och tjänster med beroenden mellan sig. Nyttan blir konkret vid två tillfällen: när ni planerar en förändring och vill veta vad som påverkas, och när något ligger nere och ni vill veta vilka tjänster det drabbar.
SLA-hantering
Ett SLA är ett åtagande om svars- och lösningstider för en definierad tjänst.
I ett ITSM-system kopplas SLA till ärendetyp, prioritet och tjänst, med automatisk eskalering innan tiden löper ut. Uppföljningen sker löpande i stället för i efterhand.
Automatisering
Automatisering inom ITSM innebär att återkommande moment utförs utan manuell handpåläggning.
Vanligast är tilldelning, eskalering, godkännandeflöden och kontoprovisionering. Onboarding och offboarding av användare är oftast det första man automatiserar, eftersom det är repetitivt, felkänsligt och görs ofta.
Rapportering och förbättringsarbete
Uppföljning är det som gör skillnad mellan att ha ett system och att ha en process.
Ärendevolym över tid, lösningsgrad i första linjen, SLA-efterlevnad, återkommande problemtyper. Underlaget används för att prioritera förbättringar – och för att visa ledningen vad IT levererar.
Så väljer ni ITSM-system
Sju frågor som avgör mer än funktionslistan.
Hur komplex är er leverans egentligen? Behöver ni full ITIL-täckning eller räcker strukturerad ärendehantering? Att köpa för mycket kostar både pengar och införandetid.
Vem ska förvalta systemet? Vissa plattformar konfigureras av era egna administratörer, andra kräver konsult för varje ändring. Det avgör vad förvaltningen kostar över fem år.
Vad ingår i priset? Modulbaserad prissättning ser billig ut vid tecknandet och blir dyr när ni mognar. Fråga specifikt vad som kostar extra.
Var får datan ligga? Offentlig sektor, vård och reglerad verksamhet har ofta krav på datalagring inom EU eller on-premise-drift.
Vad ska det integreras med? Microsoft 365, Entra ID, övervakning, ekonomisystem. Kontrollera att det finns färdiga integrationer, inte bara ett API.
Hur ser migreringen ut? Ärendehistorik, tillgångar och kunskapsartiklar ska med. Fråga vem som gör arbetet.
Vem svarar när något går fel? Tidszon, språk och eskaleringsväg. Det spelar mindre roll tills första gången det spelar roll.
Vi distribuerar flera ITSM-plattformar med avsikt
En distributör med bara ett varumärke kan bara rekommendera det varumärket. Vi kan i stället utgå från hur er verksamhet faktiskt ser ut – och avråda från det ni inte behöver.
Inom ITSM är vi Nordens mest erfarna och största distributör och implementationspartner av HaloITSM.
