Governo dei Contratti ICT - Archivio CNIPA
Governo dei Contratti ICT - Archivio CNIPA
Governo dei Contratti ICT - Archivio CNIPA
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
5. <strong>Governo</strong> <strong>dei</strong> contratti per l’erogazione di servizi<br />
La norma ISO 8402 definisce il servizio come “risultato di attività svolte sia all’interfaccia<br />
tra fornitore e cliente, che all’interno dell’organizzazione del fornitore, per soddisfare le<br />
esigenze del cliente”. In questo paragrafo si fa riferimento a quei servizi in cui le prestazioni<br />
si ripetono nel corso del periodo di erogazione.<br />
I servizi hanno un ciclo di vita che si compone delle fasi di definizione di massima <strong>dei</strong> requisiti,<br />
di progettazione e di realizzazione/collaudo del sistema per l’esecuzione del servizio alle<br />
quali segue la fase di erogazione agli utenti. La fase di definizione di massima <strong>dei</strong> requisiti<br />
è antecedente alla stipula del contratto, mentre le fasi di progettazione e realizzazione del<br />
servizio sono solo in alcuni casi regolate dal contratto. Nelle schede delle classi di fornitura<br />
relative ai servizi sono descritte anche queste ultime attività e sono riportati i deliverable contrattuali<br />
e gli indicatori tipici da esplicitare negli atti contrattuali per garantire un efficace<br />
governo anche di queste fasi produttive, quando è necessario. Ma quando è opportuno che<br />
l’Amministrazione svolga un’azione di regolazione e controllo di queste fasi? Per rispondere<br />
a questa domanda è necessario valutare i vantaggi e gli svantaggi per l’Amministrazione nel<br />
seguire le fasi propedeutiche all’erogazione di un servizio.<br />
Un importante vantaggio risiede nel fatto che un accurato controllo <strong>dei</strong> risultati della progettazione<br />
e realizzazione da parte dell’Amministrazione consente di individuare eventuali<br />
carenze e di richiedere la revisione di alcuni elementi del progetto, in modo da evitare<br />
che questi, durante l’erogazione del servizio, producano livelli di servizio inferiori a<br />
quanto richiesto o, nei casi più gravi, abbiano come conseguenza la sospensione del servizio.<br />
L’analisi del risultato della progettazione e l’esame di come è realizzato il sistema<br />
per l’erogazione del servizio consentono di svolgere una valutazione <strong>dei</strong> rischi per assicurarsi<br />
che il grado di rischio di disservizi in fase di erogazione sia accettabile.<br />
Un secondo vantaggio può presentarsi nel caso in cui l’Amministrazione fornisca uno o<br />
più elementi che compongono il sistema necessario all’erogazione del servizio. Tipica è<br />
la fornitura delle infrastrutture da parte dell’Amministrazione che devono essere correttamente<br />
dimensionate in funzione di parametri quantitativi e qualitativi del servizio. In questo<br />
caso il vantaggio risiede nel fatto che le parti possono concertare, nel corso della progettazione<br />
e realizzazione, tutti gli aspetti di dettaglio nella realizzazione del sistema per<br />
l’erogazione del servizio tenendo conto di vincoli ed esigenze di entrambe le parti.<br />
Il coinvolgimento e, quindi, la responsabilizzazione dell’Amministrazione nelle fasi di progettazione<br />
e realizzazione, presenta però alcuni svantaggi. In primo luogo, una forma di<br />
approvazione da parte dell’Amministrazione del risultato di queste fasi può avere come conseguenza<br />
una ridotta responsabilità del fornitore sulla qualità del servizio che sarà erogato.<br />
Un secondo svantaggio riguarda i costi aggiuntivi che l’Amministrazione deve sostenere<br />
a seguito del numero <strong>dei</strong> controlli e <strong>dei</strong> ricicli di lavorazione di queste due fasi. Tali costi<br />
73<br />
N. 27 I QUADERNI - Centro Nazionale per l’Informatica nella Pubblica Amministrazione - MAGGIO 2006