Cosa si intende per gestione dei rischi di progetto?
Come suggerisce il nome, la gestione dei rischi di progetto è la pratica di individuare, gestire e mitigare i rischi dei singoli progetti, siano essi progetti di costruzione, aggiornamenti e release software o praticamente qualsiasi altro tipo di progetto in un'azienda. La gestione dei rischi di progetto è un'attività subordinata del piano di gestione dei rischi aziendali. I singoli piani di gestione dei rischi devono supportare e riflettere la strategia complessiva di gestione dei rischi di un'azienda.
La mitigazione dei rischi di progetto è la pratica di individuare e ridurre i rischi e l'esposizione ai rischi di un progetto. Individuare i rischi potenziali è solo una parte dell'equazione. Per ogni rischio potenziale, un project manager deve saper valutare anche come affrontarlo, in caso il rischio si trasformasse in realtà e influisse veramente sul progetto. Un piano di gestione dei rischi di progetto, quindi, individua tutti i rischi potenziali che possono influire su un progetto e definisce quali membri del team devono gestire e risolvere ciascun rischio. Il piano deve elencare il maggior numero possibile di modi per evitare i rischi identificati, le fasi per attenuarne le conseguenze e come monitorare l'avanzamento di tale mitigazione.
Nel campo della gestione dei rischi di progetto, vengono comunemente usati alcuni acronimi. Assicurati di conoscerne bene il significato prima di pianificare la gestione dei rischi:
- PEST: acronimo di Political, Economic, Social e Technological, si riferisce ai rischi di tipo politico, economico, sociale e tecnologico che possono influenzare un progetto.
I seguenti tre acronimi fanno riferimento alle varie fasi della gestione dei rischi di progetto:
- ACAT: Avoid, Control, Accept, Transfer, ossia evita, controlla, accetta e trasferisci
- AMTA: Avoid, Mitigate, Transfer, Accept, ossia evita, mitiga, trasferisci e accetta
- SARA: Share, Avoid, Reduce, Accept, ossia condividi, evita, riduci e accetta
Perché la gestione dei rischi di progetto è importante: quali rischi possono influenzare un progetto?
Molti rischi possono influenzare un progetto e per molti aspetti sono gli stessi rischi affrontati da tutte le aziende. È importante che i project manager e i program manager siano consapevoli dei tipi di rischi che possono influenzare la riuscita dei loro progetti. Questi rischi sono:
- Rischi finanziari
- Rischi dei fornitori (ad esempio, ritardi nelle consegne o qualità insoddisfacente dei prodotti consegnati)
- Scope creep (aggiunta a un progetto di ulteriori richieste oltre l'ambito inizialmente definito)
- Condizioni meteo e catastrofi naturali
- Cambiamenti nel personale, risorse
- Rischi esterni (inclusi rischi governativi, politici, ambientali e relativi al mercato)
- Hacker, attacchi informatici, phishing
- Imprevisti e personali (ad esempio, lutto familiare per un membro chiave del team)
- Incidenti
- Sabotaggio (ad esempio, da parte di dipendenti scontenti)
Questo elenco menziona solo i rischi più comuni, ma dovrebbe stimolare i project manager a pensare in modo creativo e proattivo a tutti i possibili problemi che possono verificarsi. Ricorda che questi rischi possono variare da progetto a progetto.
Vantaggi e obiettivi della gestione dei rischi di progetto
Come per la gestione dei rischi aziendali, l'obiettivo finale della gestione dei rischi di progetto è riconoscere che fattori esterni o interni possono rappresentare rischi per la riuscita di un progetto. La gestione dei rischi di progetto è la pratica di identificare, valutare e monitorare questi rischi. Gli obiettivi e i vantaggi della gestione dei rischi di progetto includono:
- Identificare, monitorare e mitigare i rischi. Idealmente, nulla deve costituire una sorpresa.
- Essere il più proattivi possibile nella prevenzione dei rischi.
- Fornire procedure chiare per rimediare alle conseguenze in caso si verifichi un problema.
- Essere trasparenti, assumersi la responsabilità del progetto e aumentare la fiducia degli azionisti.
- Proteggere gli stakeholder e i project manager.
Secondo Torsten George, esperto indipendente di gestione dei rischi per la sicurezza informatica, l'aumento della consapevolezza e della necessità della gestione dei rischi è nel complesso una tendenza positiva. "Tuttavia", afferma George, "il rischio è stato considerato all'inizio come una sorta di "figliastro" delle regole di conformità, ci vuole tempo e impegno per aumentare la consapevolezza dei rischi in generale e di come gestirli."
“Project risk is now being seen, correctly, as a subset within the bigger buckets of enterprise risk management.” - Torsten George
George afferma che la gestione dei rischi di progetto riflette fondamentalmente gli aspetti operativi della gestione dei rischi aziendali, ossia come un'azienda dimostra il suo impegno nella mitigazione dei rischi a un livello più granulare. "È un cambiamento culturale", afferma George. "Oggi il rischio di progetto è considerato correttamente come un'attività che rientra nella gestione dei rischi aziendali. Ad esempio, nell'IT, ogni nuovo progetto comporta rischi intrinsechi e ogni rischio deve essere identificato e monitorato attentamente mentre il progetto è in corso."
Non esiste ancora un consenso generale sul valore della pianificazione della gestione dei rischi, sia a livello aziendale sia a livello di progetto. Tony Cox, presidente di Cox Associates in Denver, ha messo in discussione le matrici di rischio perché usano "principi di matematica inesatti". Possono essere utili per valutare il rischio generale, ma sconsiglia ai suoi clienti l'uso di log o matrici per identificare e monitorare i rischi perché le possibilità di errori o omissioni sono alte.
Challenges in Project Risk Management
Common challenges in project risk management include incomplete information, changing conditions, missed warning signs, underestimated low-probability risks, and outdated risk plans. Because risks evolve as a project progresses, project managers need consistent processes to identify, assess, monitor, and respond to risks throughout the project lifecycle.
Here are common project risk management challenges:
- Incomplete Information: Teams may make risk decisions with limited or outdated project information. Project leads, vendors, and stakeholders should provide regular updates to ensure nothing is missed.
- Overconfidence in Assumptions: Early estimates and assumptions can make risks seem less serious than they are. Teams should revisit assumptions as project conditions change.
- Overloaded Risk Registers: Too many low-value risks can distract teams from the most important threats. Be sure to review registers regularly and remove threats that are no longer relevant or severe.
- Unclear Triggers: Risks can escalate when teams do not know what warning signs to watch for. Each major risk should have clear indicators or escalation points.
- Limited Review Time: Risk plans can become outdated when teams do not make time to revisit them. One solution is to include risk reviews in regular project meetings.
- Limited Stakeholder Support: Response actions can stall when stakeholders do not understand the need for them. To secure buy-in, project managers should explain the risk, impact, and recommended response.
- Unexpected Events: Teams cannot predict every risk, so they should build contingency plans, reserves, and flexible response processes into the project plan.
Learn how to conduct a project risk assessment in this expert guide.
Gli elementi di un piano di gestione dei rischi di progetto
Se le varie componenti possono differire per settore o tipo di progetto, alcuni elementi rimangono fondamentali nella maggior parte dei piani di gestione dei rischi di progetto. Questi elementi, da quantificare e ponderare per le potenziali conseguenze di ciascun rischio, includono:
- Budget e costi
- Processo di identificazione, analisi, valutazione e mitigazione dei rischi
- Modello di log dei rischi, da rivedere e valutare su base regolare
- Identificazione dei ruoli e della titolarità dei vari rischi e delle relative soluzioni
- Categorie di rischio e livello di gravità
What Is Positive Risk in Project Management?
Positive risk in project management is an uncertain event or condition that could improve a project's outcome. Unlike negative risks, which threaten scope, budget, schedule, quality, or delivery, positive risks create opportunities that may save money, speed up delivery, improve quality, increase customer satisfaction, or create additional business value.
Project managers should identify and manage positive risks as part of the broader risk management process. Instead of only reducing threats, teams can plan ways to increase the likelihood or impact of opportunities, such as using an early vendor delivery to accelerate a milestone or applying a new tool to improve project efficiency.
What Is Residual Risk in Project Management?
Residual risk in project management is the risk that remains after the team has taken steps to reduce, avoid, transfer, or control it. Because teams cannot eliminate all uncertainty, project managers should track residual risk, decide whether it falls within acceptable limits, and monitor it throughout the project.
Key Stages in the Project Risk Management Process
Key stages in the project risk management process include risk identification, analysis, prioritization, response planning, monitoring, communication, and mitigation. Together, these stages help project teams spot potential issues early, understand their impact, decide which risks matter most, and take action.
Risk Identification
Risk identification is the process of finding events or conditions that could affect project outcomes. Teams review project scope, budget, schedule, assumptions, dependencies, past lessons learned, stakeholder input, and outside conditions to build a clear list of risks before they disrupt work.
Learn more about project risk identification.
Risk Analysis
Project risk analysis helps teams understand how each risk could affect the project. Project managers assess likelihood, impact, timing, root causes, and possible effects on scope, cost, schedule, quality, or resources. This step gives teams the context they need to plan the right response.
Learn more about how project risk analysis can help your team evaluate risks before choosing the right response strategy.
Risk Prioritization
Risk prioritization helps teams focus on the risks that matter most. Project managers rank risks based on likelihood, impact, urgency, and connection to key project goals. High-priority risks need closer monitoring, clearer ownership, and faster response planning than lower-priority risks.
Risk Response Planning
Risk response planning defines how the team will handle each major risk. Depending on the risk, project managers may choose to avoid, reduce, transfer, accept, share, or exploit it. The plan should include owners, triggers, response steps, timing, and escalation paths.
Risk Monitoring
Risk monitoring keeps the risk plan up to date as project conditions change. Teams review risk status, watch triggers, update scores, add new risks, close risks that no longer apply, and track response progress. Regular monitoring helps project managers act before risks become larger issues.
Risk Communication
Risk communication keeps stakeholders aligned on threats, opportunities, decisions, and next steps. Project managers should share risk updates in a clear format, explain changes in likelihood or impact, and make sure owners know when to act, escalate, or update the risk plan.
Risk Mitigation
Risk mitigation is the stage of project risk management that focuses on reducing the likelihood or impact of a negative risk. Teams may adjust schedules, add resources, change processes, secure backup vendors, increase testing, or create contingency plans. Effective mitigation provides the team with practical steps to limit disruption if the risk occurs.
Procedura di creazione di un piano per la gestione dei rischi di progetto
John Drew è Presidente della società di consulenza per la gestione dei rischi ErmsCo e ha lavorato in questo settore per 30 anni. Drew sostiene che per ottenere un piano di gestione dei rischi di progetto efficace, il project manager deve tenere conto del processo di gestione dei rischi aziendali esistente nella sua organizzazione. Nell'ipotesi migliore, il project manager ha già creato un metodo di valutazione utilizzabile per garantire che ciascun progetto sia allineato agli obiettivi generali dell'azienda.
"In caso contrario", continua Drew, "l'alternativa sarebbe contattare la divisione finanziaria della società e farsi aiutare a sviluppare un piano di progetto e implicitamente un piano dei rischi. Quindi il project manager potrà creare un piano specifico per il progetto e presentarlo ai vertici aziendali per l'approvazione e la trasparenza."
“Simpler is always better. There’s no need to make any risk management plan overly intricate. It just needs to be comprehensive enough to cover the relevant bases that could affect your project.” - John Drew, President, ErmsCo
Anche in questo caso, sostiene Drew: "Più è semplice meglio è. Non c'è alcun bisogno di creare un piano di gestione dei rischi eccessivamente complesso. Il piano deve solo essere sufficientemente completo per coprire tutti gli aspetti basilari che potrebbero influire sul progetto."
- Drew definisce i passaggi necessari per creare un piano di gestione dei rischi di progetto:
- Creare una griglia di valutazione dei rischi, il modello di log (vedere sopra) o un "registro dei rischi"
- Analizzare e valutare i rischi rispetto alla probabilità e al potenziale livello di impatto
- Descrivere come identificare i rischi e le minacce di rischio
- Ideare un piano d'azione per mitigare i rischi, che includa i rischi "imprevisti" e le misure preventive
- Prevedere il monitoraggio dei rischi e attività di revisione su base regolare
Un tipo importante di gestione dei rischi di progetto: la gestione dei rischi software
Un tipo particolare ma diffuso di gestione dei rischi di progetto è la gestione dei rischi nello sviluppo dei software. Quando si sviluppa un software, i progetti relativi allo sviluppo e/o alla release possono comportare rischi e sfide specifici.
Secondo il Test Institute, un'organizzazione di formazione e certificazione software senza fini di lucro, possiamo individuare cinque scenari di rischio diversi per i progetti di sviluppo e release di software. Come best practice, un project manager deve porsi queste domande per identificare e quantificare i rischi:
- Quanto è complessa la tecnologia? Più è complesso e complicato il software e le sue funzionalità, più possibilità ci sono che i rischi influiscano in qualche modo durante la fase di sviluppo.
- Quali conoscenze ed esperienze sono messe in gioco? La competenza tecnica del team di test è particolarmente importante. Se i collaudatori non conoscono bene il codice del prodotto, il suo linguaggio o la base dei clienti, i rischi possono essere significativi.
- Esistono conflitti all'interno del team? I conflitti possono essere pre-esistenti o potenziali.
- I team di sviluppo sono distribuiti su sedi geograficamente diverse? Con più team di sviluppo che lavorano in tutto il mondo, a volte in un paese diverso dai responsabili del progetto, il rischio di comunicazioni inefficaci o di altro tipo è molto alto.
- Quanto sono sofisticati gli strumenti di test utilizzati dal team? Riflettono fedelmente la varietà di utenti e sono in grado di individuare i difetti nel progetto o nella funzionalità prima di una release per poter apportare le correzioni?
Se il responsabile di un progetto software si pone queste domande e le rivede durante lo svolgimento, le probabilità di individuare i rischi, di mitigarli e di evitare eventuali danni sono maggiori. È opportuno inoltre che i team software e i project manager esamino i progetti simili svolti in passato. Ad esempio, le versioni precedenti del software in caso si stia lavorando ad un aggiornamento, ecc. A ogni nuovo progetto software, devi perfezionare la base di conoscenze dei rischi e ottimizzare l'efficienza usando ciò che hai appreso nei progetti precedenti come punto di partenza.
Le regole di John Drew per formule efficaci di gestione dei rischi di progetto
Drew afferma che una politica di gestione dei rischi debba avere un metodo di valutazione basato su criteri chiave, quale l'allineamento agli obiettivi strategici, la valutazione dei rischi, la valutazione dei costi, la metodologia di valutazione delle priorità e l'analisi rischi/rendimento. Nello specifico, consiglia di seguire tre regole per ottenere log di gestione dei rischi e griglie di valutazione utili ed efficaci:
Regola numero 1: prevedere un sistema di valutazione molto semplice che permetta a tutti gli stakeholder di comprendere i rischi, confrontare i progetti tra loro e individuarne le priorità. Drew considera questa fase come un "pensiero adeguato al rischio".
Regola numero 2: utilizza la stessa scala per tutti i progetti in modo che tutti gli stakeholder possano facilmente valutare e confrontare i progetti per determinare le priorità e allocare le risorse.
Regola numero 3: tutti i programmi di gestione dei progetti devono avere un metodo di valutazione del progetto che includa elementi come strategico, finanziario, esecuzione e rischio come parte dell'equazione. Per ciascun elemento, occorre predisporre un punteggio in grado di valutare i rischi di progetto, sia interni sia esterni. In breve, Drew sottolinea l'importanza di considerare tipi di rischi simili per tutti i progetti correlati e di valutarli con la stessa scala di misurazione.
Vantaggi del software di gestione dei rischi
I vantaggi del software di gestione dei rischi di progetto sono simili ai vantaggi del software di gestione dei rischi aziendali, anche se più circoscritti. Alcuni dei vantaggi del software di gestione dei rischi di progetto includono:
- Aumento del valore per gli azionisti: la gestione dei rischi comporta una migliore reputazione del marchio, aumentando il valore delle azioni
- Ottimizzazione del rapporto tra rischio/rendimento
- Maggiore trasparenza: offre ai manager la possibilità di affrontare i progetti con il miglior rapporto tra rischi e ricompense
- Priorità: consente di prendere iniziative con rischio più elevato da monitorare o gestire più strettamente in base alle necessità
- Riduzione dei costi di conformità: integrazione della governance aziendale, gestione dei rischi e processi di conformità si traducono in costi inferiori per tutti
- Controlli interni
- Operazioni più efficaci
- Possibilità di aggiornare la sicurezza (per il progetto e per l'intera azienda)
Managing Risk with Smartsheet
Empower your people to go above and beyond with a flexible platform designed to match the needs of your team — and adapt as those needs change.
The Smartsheet platform makes it easy to plan, capture, manage, and report on work from anywhere, helping your team be more effective and get more done. Report on key metrics and get real-time visibility into work as it happens with roll-up reports, dashboards, and automated workflows built to keep your team connected and informed.
When teams have clarity into the work getting done, there’s no telling how much more they can accomplish in the same amount of time. Try Smartsheet for free, today.
Project Risk Management FAQs
Risk probability is the likelihood that a project risk will occur, while risk impact is the effect that risk would have if it happens. Probability measures chance, while impact measures consequence. Project teams evaluate both to score risk severity, prioritize risks, and decide which response actions are necessary.
Project risk management focuses on identifying, assessing, and managing risks that could affect a single project’s scope, schedule, budget, or delivery. Portfolio risk management looks across multiple projects or programs to understand risks to strategic goals, investment decisions, resource capacity, and overall business value.
When a project closes, teams should review, update, and formally close or transfer risks. Resolved risks can be documented in a lessons learned document, while remaining risks may move to operations, support teams, another project, or a portfolio-level risk register. This helps preserve accountability after project delivery ends.