Revisione post-incidente

Compilarlo online è gratuito, non serve un account e si scarica come documento Word o PDF. Vedi tutti i modelli di IT e progetti

• Titolo dell'incidente

  Ad esempio: Checkout non disponibile per 47 minuti

• Data dell'incidente

  Ad esempio: 11 ottobre 2027

• Gravità

  Ad esempio: Alta

• Responsabile dell'incidente

  Ad esempio: Hamza Idrissi

• Revisione redatta da

  Ad esempio: Anna Berg

• Data della revisione

  Ad esempio: 14 ottobre 2027

• Sintesi

  Ad esempio: L'11 ottobre dalle 14:03 alle 14:50 i clienti non hanno potuto pagare. Una modifica al database ha riempito il disco e il servizio di checkout si è fermato.

• Impatto

  Ad esempio: Circa 310 tentativi di pagamento non riusciti. Perdita stimata di vendite pari a 9.000 EUR. 42 ticket di assistenza. Nessun dato perso.

• Cronologia

  Orari con ciò che è successo. Solo fatti.

  Ad esempio: 14:03 Avviso per pagamenti non riusciti 14:08 L'ingegnere di turno inizia a indagare 14:21 Trovata la causa: disco pieno 14:38 Rimossi i vecchi log, servizio riavviato 14:50 Pagamenti funzionanti, incidente chiuso

• Cause

  Cercate cause di sistema, non una persona da incolpare.

  Ad esempio: Causa diretta: il disco ha raggiunto il 100 per cento. Cause profonde: nessun avviso sull'uso del disco, i file di log non venivano mai ruotati, la modifica non è stata testata con volumi di dati reali.

• Cosa ha funzionato

  Ad esempio: L'avviso sui pagamenti è scattato in 3 minuti. Il team ha collaborato e ha tenuto informati i clienti sulla pagina di stato.

• Cosa è andato storto o è stato solo fortuna

  Ad esempio: Trovare la causa ha richiesto 18 minuti perché la dashboard non mostrava l'uso del disco. La procedura operativa era obsoleta.

• Azioni successive

  Una riga per ogni azione.

  Ad esempio: Aggiungere un avviso sul disco all'80 per cento | Hamza Idrissi | 21 ottobre Attivare la rotazione dei log | Daniel Roche | 21 ottobre Aggiornare la procedura operativa | Anna Berg | 28 ottobre

• Lezioni per gli altri teamfacoltativo

  Ad esempio: Tutti i servizi dovrebbero avere avvisi sul disco e rotazione dei log.

1. 1Sintesi
2. 2Impatto
3. 3Cronologia
4. 4Cause
5. 5Cosa ha funzionato
6. 6Cosa è andato storto o è stato solo fortuna
7. 7Azioni successive
8. 8Lezioni per gli altri team

1. 01

   Compila

   Inserisci i tuoi dati nel modulo. Il documento si compila mentre digiti; fai clic su qualsiasi spazio vuoto per passare al relativo campo.

2. 02

   Controlla

   Leggilo per intero. Gli spazi non compilati restano contrassegnati, così non invii nulla a metà.

3. 03

   Scarica

   Salvalo come documento Word per modificarlo ulteriormente, oppure come PDF per inviarlo o stamparlo.

Quali dati richiede questo modello?

Il modulo richiede 14 dati, a partire da Titolo dell'incidente, Data dell'incidente, Gravità, Responsabile dell'incidente, Revisione redatta da. Altri 1 dati sono facoltativi.

Posso scaricare questo modello in Word o PDF?

Sì. Dopo aver compilato il modulo, salvalo come documento Word per continuare a modificarlo, oppure come PDF per inviarlo o stamparlo. È gratuito e non richiede un account.

Quello che scrivo viene inviato da qualche parte?

No. Quello che scrivi resta nel tuo browser mentre compili il documento. Viene inviato a nerix solo se scegli di aprire il modello nella chat.

Questi modelli per IT e progetti sono gratuiti?

Quasi tutti. Compilali e scaricali gratis in Word o PDF, senza account. Alcuni documenti più lunghi sono premium: gratuiti da compilare, a pagamento una sola volta per scaricarli e segnati con il loro prezzo.

Una politica di sicurezza ci rende sicuri?

Nessun documento lo fa da solo. Una politica aiuta quando corrisponde a ciò che le persone fanno davvero: tienila breve, spiegala al team e rivedila ogni anno.

Il project charter serve solo ai grandi progetti?

No. Anche un piccolo progetto ne trae vantaggio, perché una pagina che indica obiettivo, limiti e chi decide evita la maggior parte delle discussioni successive.

• Specifica di integrazione APIDefinisci come due sistemi si collegano: quali dati passano, come sono protetti, come vengono gestiti gli errori e chi ne è responsabile.IT e progetti
• Registro delle decisioni architetturaliRegistra una decisione tecnica con contesto, opzioni, motivi e conseguenze, così il team può ritrovarla in seguito.IT e progetti
• Informativa sull'uso di dispositivi personali (BYOD)Stabilisci le regole per usare telefoni e portatili personali per lavoro: sicurezza, privacy, supporto e uscita.IT e progetti
• Segnalazione di bugSegnala un problema software così che uno sviluppatore possa riprodurlo, valutarne l'impatto e risolverlo.IT e progetti
• Piano di gestione del cambiamentoPianifica come informare, formare e supportare le persone durante un grande cambiamento, e come saprai che ha funzionato.IT e progetti
• Richiesta di modificaChiedi una modifica a un progetto o a un sistema, mostra il suo impatto e registra se viene approvata.IT e progetti

Vedi tutti i modelli di IT e progetti