Governo dei Contratti ICT - Archivio CNIPA

G OVERNO DEI CONTRATTI PER LA REALIZZAZIONE DEI P ROGETTI
• classe C: Il prodotto/servizio gestisce informazioni non critiche e un eventuale malfunzionamento
comporta la sola perdita del lavoro svolto o danni limitati.
Modalità di gestione del rischio
Esistono, in generale, due possibili strategie nell’affrontare i rischi di un progetto.
1. la gestione dell’emergenza, ossia non prevedere alcun task specifico ma semplicemente
accantonare una riserva di risorse (temporali ed economiche) per rispondere
entro dei limiti tollerabili al presentarsi di un evento sfavorevole;
2. la mitigazione del rischio, ossia un processo di sviluppo delle alternative e di determinazione
delle azioni che consentono di ridurre gli impatti e/o di ridurre le probabilità
di insuccesso degli obiettivi del progetto.
Ovviamente, la seconda strategia è auspicabile per progetti appartenenti a classi di rischio
elevato e, tra le azioni che permettono di minimizzare l’impatto che i singoli elementi di
rischio possono avere sulla riuscita generale del progetto, assumono particolare importanza
le scelte relative alla:
• segmentazione del progetto;
• definizione di un piano di lavoro che comprenda specifici punti di decisione;
• definizione delle modalità di controllo del progetto.
La segmentazione del progetto è un approccio generale alla realizzazione di un progetto
e rappresenta la scelta di non effettuare il progetto stesso in una soluzione unica bensì
di adottare una strategia di divisione del progetto in sottoprogetti stabilendo degli obiettivi
intermedi più facilmente controllabili.
In questo ambito, le modalità di realizzazione individuate sono:
• realizzazione incrementale. La realizzazione ed il collaudo avvengono per parti successive,
ogni parte contiene un sottoinsieme delle funzionalità e dei servizi previsti
dal progetto generale. Questa modalità è maggiormente indicata per situazioni con
fattori di rischio derivanti dalla complessità e richiede che i requisiti siano completamente
definiti prima dell’avvio della realizzazione e che rimangano invariati nel
corso delle successive installazioni;
• realizzazione evolutiva. La realizzazione ed il collaudo avvengono per versioni successive
e ogni versione può contenere o tutte le funzionalità del progetto o un loro sottoinsieme.
Questa modalità si applica a progetti nei quali i fattori di rischio derivano
dall’incertezza ed i requisiti sono influenzati dal collaudo o dalla sperimentazione.
La definizione dei punti di decisione consiste nella determinazione di momenti specifici in
cui si prenderanno decisioni su come proseguire le attività stabilendo dei punti fermi su cui
basare gli ulteriori sviluppi. In tal caso, dovranno essere previste delle modalità contrattuali
coerenti con tale strategia individuando dei prodotti intermedi ai quali associare la conclusione
di un task e la cui approvazione formale consenta l’avvio del task successivo.
Gli esempi più diffusi di prodotti intermedi e relativi punti di decisione sono:
• documenti di definizione dei requisiti;
• documenti di definizione delle specifiche di dettaglio;
63
N. 27 I QUADERNI - Centro Nazionale per l’Informatica nella Pubblica Amministrazione - MAGGIO 2006