Ordlista · Incidenter och larm
En incident är en oplanerad händelse som avbryter en tjänst eller försämrar dess kvalitet, som ett avbrott, fel eller svar som är för långsamma för att gå att använda, och som kräver åtgärder för att återställa normal drift.
Incidenthantering är arbetet från upptäckt till lösning: bekräfta problemet, larma rätt personer, bestäm vem som leder, informera användarna, återställ tjänsten och lär er sedan av det i en postmortem. Allvarlighetsnivåer, ofta SEV1 till SEV3 eller P1 till P4, avgör hur stor insatsen blir.
En incident är inte samma sak som dess orsak. En enda grundorsak, som en databas som fallerar, kan ge många symtom; en bra process grupperar dem, så att teamet arbetar med en incident, inte tjugo larm.
Kommunikation är en del av arbetet. En uppdatering på statussidan inom några minuter, och fler i en bestämd takt, besparar supporten att svara på samma fråga många gånger.
I Uptimecheck öppnas en incident när en andra kontroll bekräftar ett fel, och den stängs av sig själv när övervakningen återhämtar sig. Den innehåller en tidslinje med kontroller, larm, kvitteringar och teamanteckningar, och bevisen från när den öppnades. Kvittera den för att visa teamet att någon tar hand om den och för att stoppa eskaleringslarm som inte har gått ut än.
14 dagar gratis · Sedan gratis för 5 övervakningar · Inget kreditkort
Guides 5 min läsning
Så informerar du kunderna om ett avbrott: vem som talar, hur ofta, i vilken kanal och med vilka ord. En plan på en sida, allvarlighetsgrader, uppdateringstakt och färdiga mallar för statussidor, mejl och sociala medier.
LäsGuides 6 min läsning
En färdig mall för postmortem efter incidenter, de skuldfria principerna bakom den, ett ifyllt exempel från ett avbrott i kassan och hur du publicerar en kort sammanfattning på din statussida.
LäsGuides 6 min läsning
MTTR, MTTA och MTBF mäter hur snabbt du åtgärdar incidenter, hur snabbt du reagerar och hur ofta saker går sönder. Formler, ett räkneexempel och praktiska sätt att förbättra varje mått.
LäsI ITIL-termer är en incident själva avbrottet och ett problem den bakomliggande orsaken till en eller flera incidenter. Incidenthantering återställer tjänsten; problemhantering förhindrar att det händer igen.
En skala för hur allvarlig en incident är, oftast från SEV1 (ett totalt avbrott för många användare) till SEV3 eller SEV4 (mindre eller internt). Nivån avgör vem som larmas, hur ofta uppdateringar går ut och om en postmortem krävs.
Den som har jour först, sedan teamet som äger tjänsten, och berörda användare via en statussida när du vet vad som påverkas. Uppdatera dem i en fast takt, även när det inte finns något nytt.
Sätt upp din första övervakning på under en minut, eller ta en titt i livedemon först.
14 dagar gratis · Sedan gratis för 5 övervakningar · Inget kreditkort
Om du godkänner det visar Google Analytics och Microsoft Clarity oss vilka sidor som hjälper och var besökare kör fast. De sätter cookies som gäller i upp till 13 månader. Utan ditt godkännande körs ingen av dem. Du kan ändra dig när som helst under Cookie-inställningar längst ner på sidan. Integritetspolicy