Bene, vediamo in concreto
la gestione del rischio.
Intendo iniziare con alcuni
concetti base
poi concentrarmi su DUE punti difficili
del processo del rischio.
Immagino che se vi chiedessi
di definire il "rischio"
avreste qualche idea
del significato.
Potremmo non avere da citare
una definizione formale,
ma quando sentiamo la parola "rischio"
abbiamo tutti qualcosa in mente.
Ecco cosa pensiamo,
e forse anche voi pensate cose del genere.
Magari sentiamo come questo ragazzino,
che affronta una prova così terribile
che sapete vi schiaccerà
del tutto.
O vi sentite come questo ragazzo.
Questo è un lavoro vero in Corea del Nord,
quello di tenere il bersaglio
a cui altri devono sparare
Talvolta i project manager
hanno in bersaglio qui.
Nel lavoro pensiamo che
tutti ci sparino contro.
Forse sapete che lì fuori c'è qualcosa
di brutto, che aspetta voi.
ed è proprio ciò che pensate
quando pensate alla parola "rischio".
Beh, in parte è vero
ma non del tutto.
Il rischio non è uguale
all'incertezza.
È legato all'incertezza,
ma ci sono differenze.
Tutti i rischi sono incerti,
ma non tutte le incertezze sono rischi.
Se avessimo un registro dei rischi
o in elenco di rischi,
non ci sarebbero milioni di voci,
non dovrebbero.
Non ce ne sarebbero
neanche un migliaio,
ma un numero minore.
Anche nel mondo se ci sono
milioni di incertezze.
Allora, come si decide quali incertezze
dovremo chiamare "rischio"?
Scriverle, metterle
nel registro del rischio
e decidere di fare qualcosa.
È ovvio che "rischio" è un sottogruppo
di incertezze, ma quale?
Come lo scopriamo?
Penso che sia molto facile separare
rischio e incertezza.
Uso tre parole,
queste:
"il rischio è l'incertezza che conta".
Perché gran parte delle incertezze
nel mondo non contano.
Non importa se domani pomeriggio
pioverà a Londra.
Dovrebbe, non dovrebbe,
è irrilevante, non conta.
Non importa quali saranno
i tassi di cambio
tra il rublo russo e
lo yen cinese nel 2020.
Per noi non ha importanza.
Ma ci sono delle cose
nei nostro progetti,
e nelle nostre famiglie,
e nel nostro paese,
cose incerte che per noi contano eccome.
Se è un'incertezza che conta,
si tratta di un rischio.
Ecco un'altra domanda,
come sappiamo cosa conta?
Nei vostri progetti,
quali sono le cose che contano?
Le cose importanti nei progetti
sono gli obiettivi.
Perciò dobbiamo sempre collegare
l'incertezza agli obiettivi,
per individuare i rischi.
Se esaminiamo alcune definizioni
di rischio,
ecco lo standard ISO di cui parlavo,
collega le parole con facilità;
Il rischio è l'effetto dell'incertezza
sugli obiettivi.
Ecco un'altra definizione
dal Regno Unito,
dalla nostra associazione per
project management
dice la stessa cosa: che il rischio
è un evento incerto
o una serie incerta di circostanze,
ma conta perché se accadesse,
avrebbe un effetto sul
raggiungimento degli obiettivi.
L'incertezza che conta.
Dovremmo allora cercare due cose
nel registro dei rischio:
"È incerto?" Non vogliamo problemi
nel registro del rischio.
Non ci vogliamo questioni.
Non ci vogliamo limiti né obblighi.
Queste cose sono certe,
noi vogliamo le incertezze,
qualcosa che potrebbe accadere
oppure no.
L'altra domanda importante per il
registro del rischio è:
"È importante"?
Se accadesse questo,
quali obiettivi ne risentirebbero?
A allora, quando vediamo
quanto il rischio è grosso,
possiamo farci due domande:
"Quanto è incerto"
"e quanto conta?"
Questo ci darà l'entità del rischio.
Questa idea dell'incertezza che conta
poi si evolve in qualcosa di utile
collegando l'incertezza agli obiettivi.
Abbiamo due dimensioni di 'rischio',
una dimensione dell'incertezza e
una dimensione che influisce
sugli obiettivi.
Nei progetti, si chiamano
probabilità e impatto,
potremmo chiamarli diversamente,
potremmo usare
altre parole, ma queste
sono le più utilizzate.
Vorrei chiedervi con questa
immagine del topo.
Quale effetto conta per il topo?
Prima di tutto, è ovvio,
si tratta di una situazione incerta.
E lui ha notato dei rischi.
Il suo obiettivo è prendere il formaggio
e rimanere vivo.
Quindi, uno dei rischi identificati
è che potrebbe succedere
qualcosa di brutto:
potrebbe essere ucciso o ferito.
Quindi, si comporta da
bravo project manager,
ha indossato l'elmetto,
e si prepara
per non farlo succedere.
Così non sarà ucciso né ferito.
Benissimo.
Ci sono cose nei progetti,
che, se succedessero,
potremmo morire
o ferirci.
Sprecare tempo,
denaro, danneggiare la reputazione,
distruggere il rendimento,
persino ferire persone vere.
e noi project manager dobbiamo prevedere
tutto questo e non farle accadere.
Innanzitutto proteggere noi stessi.
Evitarli.
Ci sono incertezze importanti per il topo?
Beh, sì...
il formaggio.
Un'incertezza che conta moltissimo.
"Toglierò il formaggio dalla trappola"?
Potrebbe, oppure no.
Se non lo prendesse
avrebbe fallito.
Deve quindi gestire due incertezze,
una pessima - potrebbe morire o ferirsi-
l'altra positiva - prendere il formaggio.
Ciò che deve fare,
è gestire entrambe
contemporaneamente.
Come project manager, dobbiamo
fare lo stesso.
E dobbiamo farlo nel
modo migliore -
talvolta c'è un modo migliore di prendere
il formaggio senza morire né ferirsi.
Nei progetti, dobbiamo evitare che
accadano brutte cose,
Ma dobbiamo anche ottenere
il formaggio per i progetti.
"Allora cosa significa 'formaggio'
nel tuo progetto"?
"Cos'è il 'formaggio'"?
Il 'formaggio' è il valore.
Il 'formaggio' sono i vantaggi.
Sono i prodotti e i servizi
che la gente vuole e necessita.
Il 'formaggio' è soddisfare i clienti.
Il 'formaggio' è la buona merce
che cerchiamo di
tirare fuori dai progetti.
Se non facciamo niente di male -
non sprechiamo tempo, né denaro,
non danneggiamo la reputazione -
ma non creiamo valore,
abbiamo fallito.
Se il topo non muore ma non
prende il formaggio, ha fallito.
Se creiamo vantaggi, ma sprechiamo tempo,
denaro e distruggiamo la reputazione,
abbiamo fallito.
E se il topo prende il formaggio
e muore,
ha fallito.
Quindi dobbiamo fare entrambe le cose.
Quando pensiamo al rischio
e all'impatto,
ci sono due tipi di impatto che contano.
Negativi e positivi.
Incertezze che possono nuocere
al progetto,
e incertezze che lo possono aiutare.
Sono entrambe importanti
e entrambe devono essere gestire.
Per quelle abbiamo un'altra parola.
Ecco la definizione di rischio del
Project Management Institute, il PMI,
dalla guida al Pmbok.
È simile a quelle già viste:
evento o condizione incerta, che,
se verificata, ha effetto su un obiettivo.