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. Vi går igenom hur funktionen byggs upp under servicedesk och helpdesk.

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.

Processerna i korthet

ITSM byggs av ett antal processer hämtade ur ITIL. Ni behöver sällan alla – varje process har en egen genomgång där vi går på djupet.

Incidenthantering återställer normal drift när något går sönder, med prioritering efter påverkan och brådska. Störst volym och tydligast nytta – börja här.

Serviceförfrågningar och tjänstekatalog hanterar beställningar med förutbestämda flöden och godkännanden. Repetitiva, och därmed det bästa stället att börja automatisera.

Problemhantering söker grundorsaken bakom återkommande incidenter. Den process som oftast hoppas över och som ger mest tillbaka över tid.

Förändringshantering inför ändringar med kontrollerad risk och full spårbarhet. För organisationer med revisionskrav är det här ITSM blir svårt att välja bort.

Kunskapshantering gör lösta ärenden till artiklar, och artiklar till färre ärenden.

CMDB och tillgångshantering håller reda på komponenter och beroenden – grunden för att kunna riskbedöma en förändring.

SLA-hantering kopplar svars- och lösningstider till ärendetyp, prioritet och tjänst, med automatisk eskalering innan tiden löper ut.

Automatisering tar bort de moment som upprepas: tilldelning, eskalering, godkännandeflöden och kontohantering vid on- och offboarding.

Uppföljning skiljer ett system från en process

Ärendevolym över tid, lösningsgrad i första linjen, SLA-efterlevnad, återkommande problemtyper och andelen förändringar som orsakade en incident.

Det sista talet är det ärligaste måttet på om förändringshanteringen fungerar. 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 – se migrering till HaloITSM.

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. Hur ett införande läggs upp beskriver vi under ITSM-implementation.

Levererar ni i stället IT till externa kunder som betalar faktura är det ett PSA-system ni ska titta på.