Quando qualcosa si rompe alle due di notte, nessuno vuole discutere di quanto sia grave. I livelli di gravità chiudono la discussione in anticipo. Danno a tutti lo stesso vocabolario, così un team piccolo sa chi svegliare, con quale rapidità muoversi e cosa può aspettare lunedì. Questa guida risponde alle domande più comuni quando si introducono per la prima volta i livelli da P1 a P4.
Cosa sono i livelli di gravità di un incidente?
Un livello di gravità è un’etichetta che descrive quanto è serio un incidente, in base al suo impatto su clienti o attività. Ogni etichetta ha una reazione concordata: chi viene allertato, in quanto tempo qualcuno deve rispondere e con che frequenza escono gli aggiornamenti. La «P» sta per priorità, e P1 è la più urgente. Alcuni team scrivono da SEV1 a SEV4; l’idea è la stessa.
Perché ne ha bisogno un team piccolo?
In cinque o dieci persone viene da dire: «capiamo da soli quando è grave». In pratica significa che ogni problema sembra urgente a chi lo nota, la voce più forte decide la priorità e chi è di reperibilità viene svegliato per un refuso in una pagina di impostazioni. Livelli scritti proteggono la vostra attenzione, la risorsa più scarsa di un team piccolo.
Quanti livelli conviene usare?
Quattro è il numero ideale. Con tre si finisce per mettere insieme problemi gravi e moderati; con cinque o sei nascono discussioni sul confine tra due livelli vicini. Se le persone non ricordano i livelli senza aprire un documento, sono troppi.
Come si decide il livello di un incidente?
Poniti tre domande, in quest’ordine:
- Quante persone sono coinvolte? Tutte, un segmento o un solo utente?
- In che misura? Il servizio è fermo, degradato in parte o solo fastidioso?
- Esiste una soluzione alternativa? Se gli utenti riescono a lavorare in un altro modo, l’incidente vale di solito un livello in meno.
Poi applica due eccezioni. Tutto ciò che riguarda perdita di dati, violazione della sicurezza o obblighi di legge sale di almeno un livello. E se sei incerto tra due livelli, scegli il più alto e abbassalo quando ne sai di più. Declassare costa poco; un’emergenza sottovalutata costa molto.
Che aspetto ha una scala P1–P4 di esempio?
Adatta questi numeri ai tuoi orari e alla tua capacità. Sono obiettivi di risposta interni, cioè la rapidità con cui reagisce il tuo team, ben diversi da ciò che prometti ai clienti in un accordo.
- P1 – Critico. Il servizio è fermo o inutilizzabile per la maggior parte degli utenti, oppure si perdono o si espongono dati. Obiettivo: presa in carico entro 15 minuti, a qualsiasi ora; aggiornamento ogni 30 minuti; tutto il team lascia le altre attività.
- P2 – Alto. Una funzione importante è guasta o molto degradata, o un cliente chiave è bloccato, senza alternativa ragionevole. Obiettivo: presa in carico entro 1 ora in orario esteso; aggiornamento ogni 2 ore; correzione in giornata.
- P3 – Medio. Una funzione secondaria non funziona o le prestazioni sono scarse, ma esiste un’alternativa. Obiettivo: presa in carico entro 1 giorno lavorativo; correzione entro la settimana; nessun allarme fuori orario.
- P4 – Basso. Un difetto estetico, un bug minore o una domanda senza impatto sull’attività. Obiettivo: presa in carico entro 3 giorni lavorativi; pianificazione nel normale backlog.
Chi stabilisce la gravità e può cambiare?
Chi gestisce per primo l’incidente, di solito il reperibile, propone un livello usando le domande sopra. Il responsabile dell’incidente può modificarlo in qualsiasi momento, e la modifica va comunicata nello stesso canale perché nessuno lavori con informazioni superate. La gravità è un’etichetta viva: un P2 che si scopre colpire tutti diventa P1, e un P1 contenuto con un rapido rollback scende a P3 mentre si indaga la causa radice.
Quali errori evitare?
- Definire i livelli in base alla causa. «I problemi del database sono P1» è una trappola. Definisci in base all’impatto, non al sistema guasto.
- Trasformare tutto in P1. Se ogni allarme è critico, nessuno lo è. Riserva P1 alle vere emergenze, altrimenti la gente smette di rispondere.
- Formulazioni vaghe. «Impatto significativo» significa cose diverse per ciascuno. Usa numeri dove puoi, come una percentuale di utenti o un processo che genera ricavi.
- Nessun ritmo di aggiornamento. Il silenzio durante un incidente stressa più del problema. Prometti un intervallo tra gli aggiornamenti e rispettalo, anche quando il messaggio è «stiamo ancora indagando».
- Non rivedere mai la scala. Dopo ogni P1 o P2, chiediti se livello e risposta corrispondevano alla realtà e correggi le definizioni.
Come mantenere efficace la scala nel tempo?
Metti la definizione di una pagina dove il team la vede: fissata nel canale di chat, collegata dallo strumento di allerta e stampata nel manuale di reperibilità. Registra ogni incidente con livello, tempo di presa in carico e tempo di risoluzione, poi guarda i numeri ogni mese. Se gestisci già le operazioni in FulcrumGrid Command Center, puoi seguire il numero di incidenti e i tempi di risposta accanto agli altri KPI, così vedi se i P2 stanno aumentando. Per cominciare basta un foglio di calcolo; l’abitudine conta più dello strumento.
Parti da quattro livelli, descrivi ciascuno in due frasi, associa un obiettivo di risposta e provalo sui tuoi ultimi cinque incidenti reali. Se col senno di poi le etichette sembrano giuste, sei pronto a usarle dal vivo.
Domande frequenti
Qual è la differenza tra gravità e priorità?
La gravità descrive l'impatto dell'incidente; la priorità l'ordine in cui lo si affronta. I team piccoli di solito le fondono in un'unica scala da P1 a P4, il che va bene finché le definizioni sono chiare.
P1 o P4 è il livello più grave?
P1 è il più grave e P4 il meno grave. Alcuni strumenti usano da SEV1 a SEV4 con lo stesso significato, ma qualcuno inverte l'ordine: scrivi sempre quale estremo della scala è quello urgente.
Servono allarmi fuori orario per ogni livello?
No. Allerta le persone fuori dall'orario di lavoro solo per P1 e, forse, P2 se i tuoi clienti dipendono da te giorno e notte. P3 e P4 possono aspettare il giorno lavorativo successivo.
Ogni quanto vanno riviste le definizioni di gravità?
Riesaminale dopo ogni incidente P1 o P2 e fai una verifica completa ogni sei mesi, o prima se team, prodotto o base clienti cambiano in modo evidente.
FulcrumGrid Command Center
Segui gli incidenti accanto ai tuoi KPI
FulcrumGrid Command Center riunisce numero di incidenti, tempi di risposta e progetti in un unico posto, così vedi se i tuoi obiettivi di gravità reggono mese dopo mese.