Guida al project management · Rischio, qualità e controllo
Registro dei rischi: modello, colonne e voci di esempio
Un registro dei rischi è il documento o lo strumento in cui un progetto registra i rischi identificati, insieme alla loro analisi, ai responsabili, alle risposte e allo stato. È il registro operativo del gestione dei rischi del progetto.
Punti chiave
- Un registro dei rischi registra ogni rischio con punteggio, responsabile, risposta e stato.
- Usate colonne chiare e definizioni di punteggio concordate.
- Rivedetelo regolarmente e spostate i rischi verificatisi nel registro dei problemi.
- Mantenete le voci specifiche e concrete.
A cosa serve un registro dei rischi
- Mantiene tutti i rischi noti in un unico posto, visibili al team e allo sponsor.
- Registra chi è responsabile di ogni rischio e cosa si sta facendo al riguardo.
- Mostra le priorità, così l'attenzione va ai rischi più importanti.
- Fornisce uno storico per audit, revisioni e lezioni apprese.
Modello di registro dei rischi: colonne
| Colonna | Che cosa registrare |
|---|---|
| ID | Riferimento univoco, ad es. R-014 |
| Data di segnalazione | Quando il rischio è stato registrato per la prima volta |
| Categoria | Tempi, costi, tecnico, risorse, esterno, ecc. |
| Descrizione del rischio | Causa, evento ed effetto |
| Minaccia o opportunità | Direzione dell'effetto |
| Probabilità (1-5) | Probabilità secondo definizioni concordate |
| Impatto (1-5) | Gravità secondo definizioni concordate |
| Punteggio | Probabilità x impatto |
| Responsabile | Persona nominativa responsabile del monitoraggio e della risposta |
| Strategia di risposta | Evitare, mitigare, trasferire, accettare, fare escalation (oppure sfruttare, migliorare, condividere) |
| Azioni di risposta | Azioni specifiche, con date |
| Trigger | Segnale di allarme che il rischio si sta verificando |
| Piano di contingenza | Che cosa succede se si verifica; vedi piano di contingenza |
| Punteggio residuo | Punteggio atteso dopo le risposte; vedi rischio residuo |
| Stato | Aperto, in monitoraggio, chiuso, verificatosi |
| Ultima revisione | Data della revisione più recente |
Voci di esempio
| ID | Descrizione | P | I | Punteggio | Responsabile | Risposta | Stato |
|---|---|---|---|---|---|---|---|
| R-001 | Poiché il fornitore dell'API sta cambiando il modello di prezzi, i costi di licenza potrebbero aumentare, facendo superare il budget dell'8%. | 3 | 3 | 9 | Responsabile acquisti | Mitigare: negoziare un prezzo fisso per 24 mesi | Aperta |
| R-002 | Poiché un solo ingegnere conosce il sistema legacy, la sua assenza potrebbe bloccare l'integrazione per settimane. | 2 | 5 | 10 | Delivery manager | Mitigare: affiancare un secondo ingegnere e documentare le interfacce | Aperta |
| R-003 | Poiché l'autorità di regolamentazione sta consultando su nuove regole, i requisiti di reporting potrebbero cambiare a metà progetto. | 2 | 4 | 8 | Responsabile compliance | Accettare: monitorare la consultazione; mantenere una riserva di contingenza | Monitoraggio |
| R-004 | Poiché il nuovo framework di test viene eseguito in parallelo, i test di regressione potrebbero richiedere metà del tempo pianificato. | 3 | 3 | 9 | QA lead | Migliorare: testarlo in via pilota nello sprint 3 | Aperta |
Come creare e gestire un registro dei rischi
- Concordate scale, colonne e frequenza di revisione durante la pianificazione.
- Organizzate un workshop di identificazione dei rischi e registrate ogni rischio.
- Assegnate un punteggio a ogni rischio e ordinateli per punteggio.
- Assegnate un responsabile e concordate le risposte per i rischi con punteggio elevato.
- Rivedete il registro a ogni riunione di progetto, concentrandovi sui rischi principali.
- Aggiornate i punteggi, chiudete i rischi superati e aggiungetene di nuovi.
- Spostate i rischi che si verificano nel registro dei problemi.
- Riassumete i rischi principali nel report sullo stato del progetto.
Registro dei rischi e altri registri a confronto
| Registro dei rischi | Registro dei problemi | registro RAID | |
|---|---|---|---|
| Contenuto | Eventi futuri incerti | Problemi in corso | Rischi, assunzioni, problemi e dipendenze |
| Domanda principale | Che cosa potrebbe succedere? | Che cosa non va adesso? | Che cosa dobbiamo tenere sotto controllo? |
| Dimensione tipica | Dettagliato | Dettagliato | Spesso a livello di sintesi |
Consigli
- Mantenete il registro abbastanza breve da essere letto. Trenta rischi ben descritti valgono più di trecento rischi vaghi.
- Usate uno strumento condiviso, così che i responsabili possano aggiornare le proprie voci.
- Usate colori per i punteggi, ma non affidatevi solo al colore; includete il numero.
- Archiviate i rischi chiusi anziché eliminarli.
Modelli gratuiti per questo argomento
Domande frequenti
Che cos'è un registro dei rischi?
Un registro dei rischi di progetto identificati con i relativi punteggi, responsabili, risposte e stato.
Quali colonne deve avere un registro dei rischi?
Come minimo: ID, descrizione, probabilità, impatto, punteggio, responsabile, risposta e stato. Molti team aggiungono trigger, piano di contingenza e punteggio residuo.
Chi è responsabile del registro dei rischi?
Di solito lo gestisce il project manager, mentre i singoli risk owner mantengono aggiornate le proprie voci.
Con quale frequenza va aggiornato il registro dei rischi?
Almeno a ogni riunione di progetto periodica e ogni volta che nuove informazioni modificano un rischio.
Un registro dei rischi è la stessa cosa di un risk log?
Sì. I termini sono usati in modo intercambiabile.
Qual è la differenza tra un registro dei rischi e un registro RAID?
Un registro dei rischi copre in dettaglio solo i rischi; un registro RAID tiene traccia insieme di rischi, assunzioni, problemi e dipendenze.
Posso usare Excel per un registro dei rischi?
Sì. Un foglio di calcolo funziona bene per la maggior parte dei progetti. Le organizzazioni più grandi possono usare uno strumento condiviso con workflow e reporting.
Le opportunità vanno inserite nel registro dei rischi?
Sì. Registrare le opportunità accanto alle minacce aiuta il team a perseguirle in modo deliberato.
Quando va chiuso un rischio nel registro dei rischi?
Quando l'evento non può più verificarsi, ad esempio perché la fase interessata è conclusa, oppure quando si è verificato ed è stato spostato nel registro dei problemi.
Che cos'è un risk owner in un registro dei rischi?
La persona nominativa responsabile di monitorare un rischio e di assicurare che la relativa risposta venga attuata.
PRINCE2 usa un registro dei rischi?
Sì. PRINCE2 usa il registro dei rischi come uno dei suoi prodotti di gestione.