Granskning efter incident

Den är gratis att fylla i online, kräver inget konto och laddas ner som ett Word-dokument eller en PDF. Se alla mallar i IT och projekt

• Incidenttitel

  Till exempel: Kassan otillgänglig i 47 minuter

• Datum för incidenten

  Till exempel: 11 oktober 2027

• Allvarlighetsgrad

  Till exempel: Hög

• Incidentansvarig

  Till exempel: Hamza Idrissi

• Granskning skriven av

  Till exempel: Anna Berg

• Datum för granskning

  Till exempel: 14 oktober 2027

• Sammanfattning

  Till exempel: Den 11 oktober mellan 14:03 och 14:50 kunde kunderna inte betala. En databasändring fyllde disken och kassatjänsten slutade fungera.

• Påverkan

  Till exempel: Cirka 310 misslyckade betalningsförsök. Uppskattad förlorad försäljning på 9 000 EUR. 42 supportärenden. Inga data gick förlorade.

• Tidslinje

  Tider med vad som hände. Endast fakta.

  Till exempel: 14:03 Larm om misslyckade betalningar 14:08 Beredskapsingenjören börjar undersöka 14:21 Orsaken hittas: disken är full 14:38 Gamla loggar tas bort, tjänsten startas om 14:50 Betalningar fungerar, incidenten stängs

• Orsaker

  Leta efter systemorsaker, inte efter någon att skylla på.

  Till exempel: Direkt orsak: disken nådde 100 procent. Underliggande orsaker: inget larm för diskanvändning, loggfilerna roterades aldrig, ändringen testades inte med verkliga datavolymer.

• Vad som fungerade bra

  Till exempel: Betalningslarmet utlöstes inom 3 minuter. Teamet arbetade tillsammans och höll kunderna informerade på statussidan.

• Vad som gick dåligt eller var tur

  Till exempel: Det tog 18 minuter att hitta orsaken eftersom instrumentpanelen inte visade diskanvändning. Driftmanualen var inaktuell.

• Uppföljningsåtgärder

  En rad för varje åtgärd.

  Till exempel: Lägg till ett disklarm vid 80 procent | Hamza Idrissi | 21 oktober Ställ in loggrotation | Daniel Roche | 21 oktober Uppdatera driftmanualen | Anna Berg | 28 oktober

• Lärdomar för andra teamvalfritt

  Till exempel: Alla tjänster bör ha disklarm och loggrotation.

1. 1Sammanfattning
2. 2Påverkan
3. 3Tidslinje
4. 4Orsaker
5. 5Vad som fungerade bra
6. 6Vad som gick dåligt eller var tur
7. 7Uppföljningsåtgärder
8. 8Lärdomar för andra team

1. 01

   Fyll i

   Skriv in dina uppgifter i formuläret. Dokumentet fylls i automatiskt medan du skriver. Klicka på en lucka för att gå till motsvarande fält.

2. 02

   Kontrollera

   Läs igenom dokumentet. Luckor som du inte har fyllt i förblir markerade, så att inget skickas iväg halvfärdigt.

3. 03

   Ladda ner

   Spara som ett Word-dokument för att redigera vidare, eller som en PDF för att skicka eller skriva ut.

Vilka uppgifter ber den här mallen om?

Formuläret frågar efter 14 uppgifter, med början i Incidenttitel, Datum för incidenten, Allvarlighetsgrad, Incidentansvarig, Granskning skriven av. 1 till är valfria.

Kan jag ladda ner den här mallen som Word eller PDF?

Ja. När du har fyllt i formuläret sparar du det som ett Word-dokument för att redigera vidare, eller som en PDF för att skicka eller skriva ut. Det är gratis och kräver inget konto.

Skickas det jag skriver någonstans?

Nej. Det du skriver stannar i din webbläsare medan du fyller i dokumentet. Det går bara till nerix om du väljer att öppna mallen i chatten.

Är de här mallarna för IT och projekt gratis?

De flesta. Fyll i och ladda ner dem gratis som Word eller PDF, utan konto. Några längre dokument är premium: gratis att fylla i, betalas en gång för nedladdning och märkta med sitt pris.

Gör en säkerhetspolicy oss säkra?

Inget dokument gör det ensamt. En policy hjälper när den stämmer med vad folk faktiskt gör. Håll den kort, förklara den för teamet och se över den varje år.

Är ett projektdirektiv bara för stora projekt?

Nej. Även ett litet projekt har nytta av det, eftersom en sida med mål, gränser och beslutsfattare förhindrar de flesta tvister senare.

• API-integrationsspecifikationBeskriv hur två system kopplas ihop: vilken data som flyttas, hur den skyddas, hur fel hanteras och vem som äger lösningen.IT och projekt
• ArkitekturbeslutDokumentera ett tekniskt beslut med kontext, alternativ, skäl och konsekvenser, så att teamet hittar det senare.IT och projekt
• Policy för egna enheterSätt reglerna för att använda personliga telefoner och laptops i arbetet: säkerhet, integritet, support och avslut.IT och projekt
• BuggrapportRapportera ett programvaruproblem så att en utvecklare kan återskapa det, bedöma påverkan och åtgärda det.IT och projekt
• FörändringsledningsplanPlanera hur människor informeras, utbildas och stöds genom en stor förändring, och hur ni vet att den fungerade.IT och projekt
• ÄndringsbegäranBegär en ändring av ett projekt eller system, visa dess påverkan och notera om den är godkänd.IT och projekt

Se alla mallar i IT och projekt