analisi-disegno.com

Homepage  | Blog | Per essere avvisati in caso di nuovi documenti | In English

Gestione dei rischi - Risk Management

Ogni eventualità che può compromettere o ritardare il successo del progetto è un rischio.

I progetti hanno tipicamente più rischi rispetto alle attività di routine. Ogni progetto è uno slalom tra i rischi.

I rischi influenzano la pianificazione del progetto, perché è opportuno pianificare e controllare le attività necessarie ad evitarli o ridurne l'impatto.

I rischi cambiano nel corso del progetto, quindi è opportuno gestire un elenco dei rischi per tutta la durata del progetto (ma la gestione dei rischi non è solo compilazione “una tantum” di check list, bensì è modo sistematico di affrontare i problemi durante tutto il progetto).

Visibilità dei rischi

Fattori di rischio nei progetti software

Valutazione dei rischi: probabilità e impatto

Risposte possibili ai rischi

Una template per documentare i rischi (nei formati excel e ods)

Visibilità dei rischi

I rischi vanno tenuti nascosti in un cassetto? No. La gestione dei rischi deve essere aperta a tutti gli stakeholder (le parti interessate).

Gestire i rischi in un progetto è troppo importante per essere fatto a livello individuale, e necessita del contributo di punti di vista diversi.

Attenzione: ciò che per qualcuno è un rischio, per altri può essere una opportunità, ma condividere e confrontare i punti di vista sui rischi è necessario per perseguire una logica “win-win”

In ogni relazione committente-fornitore non consolidata, tra i rischi per il committente ci può essere l’inaffidabilità del fornitore, e viceversa. Comunque, la maggioranza dei rischi di progetto può avere un impatto negativo sia sul committente che sul fornitore.

Fattori di rischio nei progetti software

Tra i più frequenti:

  • problemi nell’accordo sui requisiti
  • relazioni conflittuali tra le parti
  • livelli di competenza
  • livelli di motivazione
  • dipendenza del successo da singoli individui
  • processo inadeguato
  • tecnologie inadeguate
  • management inadeguato

La classificazione riportata nella tabella qui sotto, più esaustiva, è tratta da un articolo di David Garmus e David Herron "Estimating Software Earlier and More Accurately", pubblicato su CrossTalk, June 2002

MANAGEMENT:

  • Team Dynamics
  • Morale
  • Project Tracking
  • Project Planning
  • Automation
  • Management Skills

DEFINITION:

  • Clearly Stated Requirements
  • Formal Process 
  • Customer Involvement 
  • Experience Levels 
  • Business Impact 

DESIGN:

  • Formal Process
  • Rigorous Reviews
  • Design Reuse
  • Customer Involvement
  • Experienced Development Staff
  • Automation

BUILD:

  • Code Reviews
  • Source Code Tracking
  • Code Reuse
  • Data Administration
  • Computer Availability
  • Experienced Staff
  • Automation

TEST:

  • Formal Testing Methods
  • Test Plans
  • Development Staff Experience
  • Effective Test Tools
  • Customer Involvement

ENVIRONMENT:

  • New Technology
  • Automated Process
  • Training
  • Organizational Dynamics
  • Certification

Valutazione dei rischi: probabilità e impatto

I rischi non hanno tutti lo stesso peso. Differiscono per probabilità e impatto.

Le valutazioni di probabilità e impatto possono condurre ad un’analisi qualitativa o (se ritenuto opportuno) quantitativa.

Le tabelle seguenti sono esempi utilizzabili per un'analisi qualitativa:

Condizioni definite per le scale di impatto di un rischio sui principali obiettivi del progetto
(fonte: PMBOK, semplificato)
Obiettivi \ Valore

 Molto basso
Basso
Medio

 Elevato
 Molto elevato
Costo incremento dei costi non significativo incremento dei costi < 10% incremento dei costi tra 10 e 20% incremento dei costi tra 20 e 40% incremento dei costi > 40%
Tempi incremento dei tempi non significativo incremento dei tempi < 5% incremento dei tempi tra 5 e 10% incremento dei tempi tra 10 e 20% incremento dei tempi > 20%
Ambito diminuzione ambito poco percepibile riduzione di aspetti minori riduzione di aspetti rilevanti riduzione non accettabile dal committente prodotto risultante inutile
Qualità diminuzione qualità poco percepibile impattati solo aspetti marginali la riduzione richiede una approvazione del committente riduzione non accettabile dal committente prodotto risultante inutile

 

Valutazione probabilità rischio
Livello di probabilità del rischio
 Criterio
molto bassa improbabile che si verifichi
bassa più probabile che non si verifichi
media probabilità uguale che si verifichi o non si verifichi
alta più probabile che si verifichi
molto alta improbabile che non si verifichi

Risposte possibili ai rischi

Evitare: eliminare i fattori che possono ingenerare il rischio

Trasferire: cedere a terzi la gestione dell’impatto negativo del rischio

Mitigare: diminuire la probabilità o l’impatto di un evento di rischio fino a raggiungere una soglia accettabile

Accettare: quando i possibili rimedi sono peggiori dell’impatto negativo del rischio

analisi-disegno.com, servizi e materiali per lo sviluppo dei sistemi software, a cura di Adriano Comai.