Incidenthantering – så fungerar incident management

Incidenthantering (på engelska incident management) är processen för att ta emot, registrera och lösa avbrott i IT-tjänster. En incident är allt som gör att en tjänst inte fungerar som den ska – ett system som ligger nere, en inloggning som krånglar eller en utskrift som inte går igenom.

Målet är enkelt men avgörande: återställ driften så snabbt som möjligt och håll påverkan på verksamheten så liten som det går. Den bestående orsaken får vänta – den hanteras i problemhanteringen. När incidenthanteringen fungerar märks det direkt: kortare driftstopp, färre frustrerade användare och en IT-funktion som hinner före i stället för att jaga.

Tre begrepp som ofta blandas ihop, men som styr arbetet på helt olika sätt:

• Incident – en störning som pågår nu. Något fungerar inte, och målet är att återställa driften.
• Problem – den underliggande grundorsaken bakom en eller flera incidenter. Här letar ni efter varför det händer, så att felet inte återkommer.
• Förfrågan (request) – en planerad beställning, till exempel en ny behörighet, en mobil eller ett konto. Inget är trasigt; någon vill ha något levererat.

Att hålla isär dem är viktigt. Behandlar ni varje förfrågan som en akut incident slukar standardärenden den tid som de verkliga driftstörningarna behöver.

En genomtänkt incidentprocess följer samma spår varje gång, oavsett vem som tar emot ärendet:

1. Registrera – fånga incidenten med all relevant information: vem som drabbats, vad som hänt och när. Allt loggas på ett ställe så att inget faller mellan stolarna.
2. Kategorisera – sortera incidenten på rätt tjänst eller område så att den hamnar hos rätt grupp och blir sökbar för framtiden.
3. Prioritera – bedöm hur brådskande och hur omfattande störningen är. Prioriteten avgör i vilken ordning ärendena tas och vilken SLA som gäller.
4. Eskalera eller lös – hantera incidenten på första linjen om det går, annars eskalera till rätt specialist. Många ärenden kan lösas direkt med hjälp av kända lösningar i kunskapsbasen.
5. Stäng och dokumentera – bekräfta med användaren att tjänsten är återställd, stäng ärendet och dokumentera lösningen. Det som dokumenteras i dag gör nästa likadana incident snabbare att lösa.

Prioritet sätts vanligtvis utifrån två faktorer: hur många som påverkas (omfattning) och hur bråttom det är (brådska). En tjänst som ligger nere för hela företaget väger tyngre än ett enstaka problem hos en användare.

En SLA (Service Level Agreement) är den överenskommelse som anger inom vilken tid en incident ska besvaras och lösas, ofta uppdelat per prioritet. SLA:n gör förväntningarna tydliga åt båda håll och ger er siffror att styra på.

En major incident är en allvarlig störning med stor påverkan – ett kritiskt system nere, många användare drabbade. Den följer ett särskilt, snabbare flöde med tydlig samordning och löpande kommunikation tills läget är under kontroll.

Ett ITSM-system som Freshservice stödjer hela kedjan: automatisk kategorisering och prioritering, SLA-bevakning med påminnelser, en kunskapsbas för snabba lösningar och ett särskilt flöde för major incidents. Scaly inför processen och verktyget anpassat efter er verksamhet.