Esplora E-book
Categorie
Esplora Audiolibri
Categorie
Esplora Riviste
Categorie
Esplora Documenti
Categorie
Gabriele Lazzi
1
costituiscono la risorsa strategica) rispetto alla "società industriale" (in cui
la risorsa strategica era il capitale, la risorsa finanziaria).
Questo è tanto più vero nell'ambito della amministrazione pubblica, in cui
le informazioni rappresentano contemporaneamente la "materia prima", lo
"strumento di lavoro" ed il "prodotto". Tutte queste considerazioni portano
ad un continuo aumento dell'importanza di una efficace gestione della
risorsa informazione e quindi dell'adozione di un sistema di pianificazione
e controllo dei sistemi informativi.
Per molte organizzazioni l’adozione di un ciclo di pianificazione dei sistemi informativi
è anche correlata alla volontà di superare una situazione di sviluppo non guidato,
inevitabilmente destinato a produrre "isole di automazione", per assumere un’ottica di
gestione complessiva, a livello di intera struttura, delle a risorse informative.
L’introduzione della pianificazione comporta la definizione e l’attivazione di nuove
modalità, più consapevoli e controllate, per la gestione e lo sviluppo dei sistemi. In
particolare occorre:
• definire ed esplicitare finalità ed obiettivi dell'utilizzo dei sistemi informativi;
• elaborare un quadro di riferimento complessivo (la "visione" tecnologica, le
"architetture" di riferimento), al cui interno collocare in maniera integrata le varie
specifiche iniziative;
• individuare e selezionare le iniziative di cambiamento (sviluppo) del sistema,
inquadrandole in progetti definiti;
• individuare le attività necessarie alla produzione dei servizi informativi richiesti
dall'organizzazione, definendo gli impegni per la conduzione e la manutenzione dei
sistemi esistenti;
• stimare ed allocare tutte le risorse necessarie (sia per i progetti di sviluppo che per la
erogazione dei servizi), definendo contemporaneamente tempi e livelli di qualità
richiesti;
• verificare l'andamento dei progetti e delle attività correnti;
• valutare l'effettivo conseguimento dei risultati attesi.
2
finalizzare i sistemi agli obiettivi generali e focalizzarli sul supporto agli aspetti
strategici dell'attività.
Ne consegue che la pianificazione dei sistemi informativi, oltre ad assumere un'ottica
aziendale e non settoriale, non può che prendere spunto dalla pianificazione strategica
mutuandone missione, strategie ed indirizzi. La pianificazione dei S.I. deve quindi
partire da una precedente esplicitazione del piano strategico dell’organizzazione: su
questa affermazione concordano pressoché tutte le metodologie e le elaborazioni
prodotte.
Nello stesso tempo è evidente come la pianificazione delle risorse necessarie agli
impegni individuati, in primis gli investimenti economici, implichi decisioni che
impongono un’ottica complessiva di organizzazione e che si basano su valutazioni
globali di opportunità e priorità.
E’ quindi importante che il processo di pianificazione dei sistemi informativi sia
collocato all’interno dei processi di pianificazione strategica e operativa e condivida con
essi i punti decisionali essenziali: tale collocazione è in genere un indice della sua
effettiva significatività.
Non sempre tuttavia, in particolare nel contesto della pubblica amministrazione, esistono
indicazioni e documenti strategici formalizzati. In questa situazione occorre ricostruire
tale punto di partenza e pertanto molti approcci metodologici prevedono, come passi
iniziali del processo di pianificazione, attività finalizzate alla definizione di strategie,
obiettivi, "visione", ecc.. Questo spiega anche come spesso metodi e tecniche tipiche
della pianificazione strategica siano state riprese nella pianificazione dei sistemi
informativi.
Ovviamente tracciare confini assoluti non è sempre facile. Quello che è chiaro è che un
indirizzo strategico è indispensabile per la pianificazione dei S.I e che in ogni situazione
specifica deve essere stabilito con chiarezza il confine tra i due piani di intervento e, di
conseguenza, delle responsabilità relative. Ciò impone ovviamente considerazioni
puntuali relative ad ogni contesto.
3
pianificazione e controllo dei sistemi informativi, finalizzato al miglioramento continuo,
che comprende anche l'attuazione, la verifica (controllo) dell'effettiva attuazione di
quanto pianificato e del raggiungimento dei risultati attesi, la rianalisi della situazione
con ridefinizione di obiettivi, attività, strumenti.
Una rappresentazione sintetica di questo approccio è costituita dal cosiddetto “ciclo
PDCA” o "ciclo di Deming", che individua per un processo di miglioramento continuo 4
fasi:
• la fase di pianificazione (PLAN) in cui si definiscono obiettivi, iniziative, risorse;
• la fase di realizzazione (DO), con l’attività operativa e la realizzazione dei progetti;
• la fase di valutazione (CHECK) in cui si misurano e valutano i risultati delle attività
operative e l'andamento dei progetti di cambiamento;
• la fase di intervento (ACT) in cui si elaborano i progetti di cambiamento.
La figura seguente, rappresenta, secondo tale modello interpretativo, schema, il ciclo di
sviluppo e utilizzo dei sistemi informativi da parte delle amministrazioni pubbliche.
Il miglioramento continuo
Pianificazione
Intervento Individuazione progetti
Individuazione di problemi e cause Pianificazione attività e risorse
Definizione obiettivi e direzioni di PIANO TRIENNALE
intervento
LINEE STRATEGICHE
ACT PLAN
Verifica CHECK DO
Misurazioni di qualità
Verifica dei risultati
Valutazione andamento Realizzazione
progetti Predisposizione piani operativi
RELAZIONE SULLO STATO Pareri, gare, acquisizioni
DELL’AUTOMAZIONE (CONSUNTIVO) Realizzazione progetti
Conduzione e manutenzione
sistemi
Fonte: elaborazione dell’autore su ciclo di Deming
4
Secondo questo modello la pianificazione costituisce un momento di sistematizzazione e
sintesi direzionale che completa e formalizza l'elaborazione svolta in maniera
continuativa durante tutto l'anno attraverso le attività previste nelle varie fasi del ciclo. In
particolare:
Nella fase di Realizzazione si prevede:
• La realizzazione degli studi di fattibilità per quei progetti che al momento
dell'elaborazione del piano non avevano ancora raggiunto il livello di
approfondimento sufficiente ad una decisione argomentata e consapevole
sull’investimento necessario alla loro realizzazione. Gli studi di fattibilità si
collocano di regola nel primo anno del periodo pianificato.
• La definizione di progetti esecutivi e di piani operativi per i progetti previsti e per
tutte le attività di conduzione, manutenzione ed evoluzione dei sistemi. Progetti
esecutivi e piani operativi sono focalizzati sul primo anno del periodo pianificato.
• L’acquisizione di prodotti e servizi dal mercato, con la gestione delle relative
procedure (gare). Ciò riguarda sia i progetti da avviare nel primo anno del triennio
che i contratti per la fornitura dei servizi necessari alla gestione dei sistemi.
• L'avvio operativo dei nuovi progetti e la gestione dell’avanzamento dei progetti già
avviati.
• La conduzione operativa dei sistemi, con l'erogazione dei servizi informativi
previsti, insieme alla correlata attività di manutenzione.
• Le attività di evoluzione dei sistemi, con la realizzazione di iniziative di minore
entità, quali adeguamenti delle tecnologie e delle applicazioni, piccoli miglioramenti
ecc.
Nella fase di Verifica si collocano:
• La gestione dei progetti nelle sue varie componenti (gestione della schedulazione e
delle risorse, attività di verifica periodica, gestione del rischio, evidenza e soluzione
dei problemi, ripianificazione…). Tale attività si sviluppa parallelamente alle attività
di progetto ma prosegue anche successivamente alla messa in esercizio per valutare
il raggiungimento degli obiettivi previsti.
• La raccolta di informazioni sullo stato dei processi di servizio. Si tratta di definire e
avviare un sistema di raccolta e osservazione di misure ed eventi capaci di
evidenziare e quantificare la situazione di efficacia ed efficienza dei servizi e dei
processi per la loro erogazione. Il sistema deve operare in continuità, raccogliendo le
informazioni dalle stesse attività operative, per non costituire un ulteriore aggravio
di lavoro: ad es. un sistema automatizzato di dei flusso documentali rappresenta una
naturale fonte informativa su tempi, impegni, qualità dei procedimenti
amministrativi. Questa attività, finalizzata alla successiva individuazione delle
criticità e dei futuri progetti di cambiamento e informatizzazione, non è di sola
pertinenza dell'area sistemi informativi ma rappresenta un ambito di collaborazione
con i dirigenti amministrativi,.
• La diagnosi dei servizi e dei processi di servizio che, sulla base delle informazioni
raccolte, evidenzia i problemi principali nell'erogazione dei servizi e
5
nell'ottenimento dei risultati, identificandone le cause e indicando le direzioni di
intervento su cui è necessario operare.
• La raccolta di informazioni sullo stato dei sistemi informativi automatizzati, che si
sviluppa attraverso l'attività dei responsabili dei S.I. e delle varie aree operative (in
primo luogo dei responsabili dei CED), e mette a disposizione informazioni accurate
e aggiornate relative a patrimonio tecnologico, patrimonio informativo
automatizzato e stato delle basi di dati, patrimonio applicativo e stato delle
procedure informatizzate, livello di servizio fornito dall'area S.I. e richieste
dell'utenza dei sistemi. Queste informazioni danno origine ad un sistema di
indicatori, capaci di fornire una evidenza sintetica sullo stato dei sistemi.
• Le diagnosi della risorsa informazione, in primo luogo come livello di qualità delle
basi informative presenti (automatizzate o meno), soprattutto in termini di
correttezza, completezza e disponibilità delle informazioni. Questa diagnosi si può
sviluppare in maniera integrata con la diagnosi dei processi, per le informazioni di
pertinenza di specifici processi o aree tematiche, o in maniera indipendente,
considerando la risorsa informazione come risorsa a disposizione di una pluralità di
processi. Anche questa diagnosi evidenzierà problemi, cause, direzioni di intervento.
• La diagnosi dei sistemi informatici, in termini funzionali e organizzativi (servizio
fornito, organizzazione dell'area e procedure operative..), architetturali e tecnologici
(obsolescenza sistemi e applicazioni, situazione potenza elaborativa e stazioni di
lavoro, necessità migrazioni..), economici (costo dei servizi resi, peso della gestione
e manutenzione..). L'obiettivo dell'attività è sempre l'individuazione di problemi,
cause, direzioni di intervento.
• L'elaborazione di un documento di relazione sullo stato dell'automazione
(consuntivo).
Nella fase di Intervento si collocano:
• L’elaborazione di interventi di reingegnerizzazione dei processi di servizio, che
producono programmi di cambiamento normativo, organizzativo e tecnologico,
definendo in particolare i requisiti di fondo per lo sviluppo e la revisione dei sistemi
applicativi.
• L’individuazione di iniziative di reingegnerizzazione dei sistemi informatici che, in
connessione con i requisiti funzionali sopra evidenziati, si concretizzano in
programmi di adeguamento delle infrastrutture informatiche (stazioni di lavoro, reti
locali e geografiche, sistemi di elaborazione, CED..)
• L'individuazione e la definizione di specifici progetti di informatizzazione per la
realizzazione di quanto definito in precedenza. Ciò significa assumere un'ottica
"progettuale", ossia di definire interventi con specifici obiettivi, tempi, risorse. La
definizione di un progetto implica in questo stadio almeno la presenza di un
documento descrittivo dell'intervento, della stima dei costi, della individuazione e
valutazione dei benefici attesi.
Nella fase di Pianificazione si collocano:
• L'elaborazione e la revisione della "visione" di servizio e tecnologica che individua
l'indirizzo strategico da seguire nel periodo seguente, individuando i principali
6
terreni di intervento del prossimo periodo, le scelte di servizio e tecnologiche che
dovranno informare le varie iniziative, i principali obiettivi da conseguire.
• La scelta delle priorità nell'attuazione dei vari interventi e dei progetti di
automazione.
• La validazione dei progetti, con particolare riferimento a quelli da attivare
prioritariamente (nel primo anno del periodo), che si baserà sulle scelte di priorità
evidenziate e terrà conto sia dei vincoli di bilancio che delle relazioni esistenti tra i
vari progetti.
• La definizione conseguente di impegni e risorse da dedicare ai progetti e alle attività
correnti di conduzione e manutenzione dei sistemi in esercizio.
• La vera e propria elaborazione del piano con la formalizzazione degli impegni e
l'approvazione da parte dei vertici.
La pianificazione non va pertanto interpretata come un attività a sé stante, premessa per
una inevitabile deriva “burocratica”, ma va prima di tutto intesa come uno dei momenti
di un ciclo di miglioramento e collocata, a regime, all’interno di meccanismi operativi di
tipo continuativo.
La necessità di formalizzazione
Perché il piano assolva efficacemente il suo ruolo di punto di riferimento per la gestione
dell'insieme delle attività è necessario che esso sia caratterizzato da una forte
formalizzazione ed ufficializzazione, collocata ad un adeguato livello di responsabilità
manageriale. Questa formalizzazione è in genere presente in tutte le organizzazioni
insieme a uno specifico processo per la redazione, revisione, valutazione ed
approvazione del piano.
7
Orizzonte temporale
L'orizzonte temporale del piano varia, secondo la specificità delle organizzazioni. Nel
definire tale periodo è necessario comprendere la compresenza di due diverse esigenze.
Da una parte è necessario assumere una visione di medio-lungo periodo (un orizzonte
temporale di almeno tre-cinque anni) in cui si collocano gli obiettivi strategici
dell'informatizzazione, si definiscono le architetture tecnologiche e applicative come
quadro di riferimento complesivo, si elaborano e realizzano progetti di grande rilievo,
allocandone nel tempo le risorse necessarie. Questa ottica di medio-lungo periodo è
indispensabile per dare unitarietà alle specifiche iniziative evitando il pericolo di
costruire sistemi frammentati, ridondanti e tecnologicamente incompatibili. E' però
evidente che un piano con questo orizzonte temporale è connaturato ad un inevitabile
livello di notevole generalità su requisiti, specifiche, tempi e risorse. Un piano con un
simile orizzonte temporale è spesso chiamato "piano strategico" per l'informatizzazione.
Nello stesso tempo è necessario, in particolare per le attività di verifica e valutazione e
per l'effettiva allocazione operativa delle risorse, un livello di dettaglio più puntuale che
è normalmente possibile solo con un orizzonte temporale più limitato (in genere un
anno). Questo orizzonte temporale e questo maggior livello di dettaglio portano a quello
che è comunemente chiamato "piano operativo" o "piano esecutivo".
Per l'armonizzazione di queste due esigenze sono possibili diverse soluzioni. Si possono
infatti produrre due tipologie di piani, il piano strategico ed il piano operativo, il primo
ogni tre-cinque anni ed il secondo annualmente, con definite modalità di raccordo tra i
due processi. Si può viceversa produrre annualmente un piano di medio-lungo periodo,
“a slittamento", in cui vengono focalizzati con maggior dettaglio impegni e attività
relativi al primo anno del ciclo.
8
Spesso si hanno quindi soluzioni che integrano i due approcci, con caratteristiche miste.
Uno schema molto diffuso è rappresentato da una modalità operativa basata su tre
passaggi:
• individuazione e diffusione delle strategie generali di evoluzione;
• richiesta alle diverse unità della organizzazione di elaborare una loro proposta
specifica, coerente con le linee generali;
• integrazione delle varie proposte con verifica della coerenza globale rispetto agli
obiettivi;
• definizione degli interventi infrastrutturali e definizione del piano finale.
9
• ridefinizione dei processi di servizio e creazione di processi trasversali di supporto
(in particolare informatico);
• utilizzo anche di metodi e tecniche di analisi e progettazione organizzativa;
• definizione di progetti non solo informatici
Altre metodologie si focalizzano sui “fattori critici di successo” e sono caratterizzate da:
• individuazione di specifiche aree di criticità, focalizzate con interviste ai dirigenti;
• intervento complessivo sulle sole aree critiche;
• utilizzo di una pluralità di metodi e tecniche;
• definizione di progetti non solo informatici, mirati.
Naturalmente nella realtà si riscontrano spesso modalità di pianificazione che si rifanno
ad un mix degli approcci citati. Nessuno di essi infatti può considerarsi esaustivo ma
rappresenta solo una “priorità” data ad un particolare punto di vista. Inoltre l'approccio
scelto deriva talvolta dalla particolare fase vissuta dall’organizzazione in esame.
Nel prosieguo del capitolo vengono riportati sinteticamente i tratti principali di alcune
delle più diffuse metodologie per la pianificazione dei sistemi informativi.
La metodologia BSP è stata sviluppata in IBM a partire dalla fine degli anni '60,
all'inizio sulla base di esigenze interne, ed ha trovato compiuta sistematizzazione durante
gli anni '70, costituendo certamente per molti anni la più nota e diffusa metodologia di
pianificazione dei S.I. Viene tipicamente utilizzata quando si punta ad una ridefinizione
complessiva del sistema informativo di supporto e le sue caratteristiche fondamentali
sono:
• la focalizzazione sulla produzione delle architetture obiettivo dell'azienda
(architetture dati, applicazioni e tecnologie);
• la visione delle informazioni come risorsa aziendale e quindi definizione di una
architettura informativa integrata, precedente agli specifici sotto-sistemi;
• la pianificazione in ottica top-down e successiva implementazione di tipo bottom-
up;
• il rigore formale ed il coinvolgimento della direzione.
Le primi due caratteristiche rappresentano dei principi mai smentiti nel prosieguo
dell'elaborazione e costituiscono ancora oggi due principi di base per la pianificazione
(visione d'insieme dell'intero sistema informativo e superamento di ottiche parziali e
settoriali, informazioni come risorsa aziendale, non dedicata a specifici processi o
settori). L’accento su architetture aziendali predefinite porta il BSP ad una qualche
rigidità, successivamente mitigata da altri approcci, nati in contesti caratterizzati anche
da differenti paradigmi tecnologici.
La figura seguente illustra il doppio percorso di pianificazione e realizzazione, che
rappresenta una importante specificità del BSP.
10
Business System Planning
OBIETTIVI OBIETTIVI
AZIENDALI AZIENDALI
PROCESSI DI PROCESSI DI
SERVIZIO SERVIZIO
ORGANIZZAZIONE
SISTEMA
APPLICAZIONI
INFORMATIVO
Come si vede si parte dalla identificazione degli obiettivi aziendali, con la successiva
analisi dei processi aziendali e delle strutture organizzative ad esso deputate.
L'osservazione dei flussi informativi esistenti porta alla evidenza dei dati necessari
all'attività operativa (e all’esame delle applicazioni e degli archivi già sviluppati). La
fase di riprogettazione del sistema complessivo inizia con l'aggregazione delle
informazioni in classi di dati e prosegue con la definizione delle varie componenti del
sistema informativo. Elaborando poi le specifiche viste dei processi aziendali sul
sistema, questo viene finalizzato al raggiungimento degli obiettivi aziendali di
miglioramento.
Il BSP prevede un flusso operativo sostanzialmente sequenziale, con una fase
preliminare di acquisizione delle indicazioni del committente (in genere l'alta direzione)
e di preparazione dell'attività in termini di formazione del gruppo del lavoro,
acquisizione delle risorse necessarie, sensibilizzazione dei livelli aziendali che verranno
coinvolti, definizione del programma operativo e, soprattutto, raccolta e verifica delle
informazioni disponibili.
Dopo un momento anche formale di inizio lavori (riunione di avvio), le attività
proseguono con la sequenza illustrata nella figura seguente, che prevede:
11
• Individuazione dei processi aziendali, con relativa descrizione ed evidenza dei
"fattori critici";
• Definizione delle classi di dati, con la individuazione delle principali informazioni
che supportano le attività (entità) e delle loro relazioni, il loro raggruppamento in
classi omogenee e la loro correlazione con gli attuali archivi informatizzati presenti;
DEFINIZIONE REVISIONE
PREPARAZIONE
PROCESSI GESTIONE SI
DEFINIZIONE
INDIVIDUAZIONE ARCHITETTURE
CLASSI DI DATI
PRIORITA’
RELAZIONE
PROCESSI/
SISTEMI
PIANO E
PROSPETTIVA PROGETTI
DIREZIONALE
REPORT
FINALE
• Rappresentazione e analisi delle relazioni tra processi e sistemi, fase che costituisce
la parte centrale di tutta la fase di analisi, evidenziando come gli attuali sistemi
supportino le attività e identificando mancanze e ridondanze. La tecnica principale è
la matrice di relazione [2], utilizzata (nelle varie combinazioni) per strutture
12
organizzative, processi, applicazioni e dati. L’esempio seguente illustra le relazioni
tra unità organizzative (uffici di un ipotetico EDP) e processi legati alla gestione dei
sis temi informativi). La relazione è classificata con I= Indirizzo e
supervisione, O = attività operativa, S= Supporto e consulenza.
Pianificazione O O
Sviluppo S O O S
Sistemisti S S S S S
CED S S O O
Gruppi S S S O
periferici
relazione può venire espressa con varie modalità, che vanno dalla
segnalazione della esistenza o meno della relazione (on-off), ad una
classificazione dell'intensità di tale relazione (alta-media-bassa o con altre
gradazioni), fino a classificazione specifiche dei fenomeni osservati e del
contesto.
13
• Stesura delle raccomandazioni operative e del piano di azione
• Confezione del rapporto finale
La metodologia di "Information Engineering" è stata introdotta nei primi anni '80 dalla
James Martin Associates, principalmente sotto l'impulso dello stesso James Martin ed
altri.
Information Engineering
Pianificazione
Analisi
Disegno
Costruzione
PROCESSI TECNOLOGIE
DATI
Si tratta di una metodologia che, come si evince dalla figura, non guarda solo alla fase di
pianificazione dei sistemi ma che tende a coprire tutto il ciclo di vita. In questa ottica si
identificano quattro fasi principali (pianificazione, analisi, progettazione o disegno,
costruzione - realizzazione) e si indicano tre aree di specializzazione valide per tutte e
quattro le fasi: le informazioni (i dati), i processi (i sistemi applicativi) e le tecnologie.
La metodologia mira così a costruire un approccio strutturato integrato tra tutti i
momenti, con riutilizzo dei vari prodotti e loro successiva specializzazione.
La fase di pianificazione viene a sua volta suddivisa in due sotto-fasi riguardanti la
definizione del "business plan", ossia la pianificazione strategica dell'organizzazione, e
14
la pianificazione dei sis temi informativi. Gli oggetti dell'indagine sono da una parte gli
obiettivi strategici e operativi ed i correlati fattori critici di successo e dall'altra
l'organizzazione nel suo complesso, vista in termini di processi, strutture, informazioni.
Il risultato è costituito:
• dal modello strategico aziendale, che, come nel BSP, comprende le architetture del
sistema informativo ma che osserva e formalizza anche gli altri elementi oggetto
dell'analisi;
• dalla definizione e pianificazione dei progetti, per i quali si prevede una successiva
fase di analisi, che si può quindi concentrare su specifiche aree applicative;
• dalla esplicitazione di obiettivi e fattori critici di successo per le successive fasi di
sviluppo.
Anche in questo caso si ha una analisi della situazione corrente guidata da obiettivi e
fattori critici di successo, che mira ad individuare i fabbisogni informativi e a costruire
l'architettura di riferimento del sistema. Le matrici di correlazione e l'analisi di affinità
rappresentano anche in questo caso gli strumenti più importanti.
15
punti di forza e uno esterno, le opportunità - e due negativi - uno interno, i punti di
debolezza, ed uno esterno, i rischi ) discendono le priorità sulle azioni da intraprendere e
di conseguenza le indicazioni strategiche per il sis tema informativo;
il modello delle cinque forze competitive di Porter: con questo modello si analizzano le
cinque forze o tendenze che si contrastano in una situazione competitiva (potere di
contrattazione dei clienti e dei fornitori, rischio di prodotti sostitutivi, rischio di ingresso
di nuovi competitori, competizione attuale), puntando così a definire una strategia
competitiva. Questa potrà essere focalizzata sulla leadership di costo, sulla
differenziazione del prodotto, sull'identificazione di una nicchia, sul bilanciamento dei
vari fattori.. Da questa analisi deriva una strategia aziendale che si indirizza anche
l'utilizzo dei sistemi informativi;
l'analisi della catena del valore di Porter: questo metodo identifica e classifica i principali
processi di una organizzazione, dividendoli tra processi primari (finalizzati alla missione
e quindi alla produzione dei prodotti/servizi essenziali) e processi di supporto (finalizzati
al supporto delle attività primarie, essenzialmente come processi di gestione delle risorse
utilizzate). I vari processi e le loro attività componenti sono analizzate in base alla loro
capacitò di aggiungere valore ai prodotti forniti ed in generale alla strategia complessiva.
Da ciò derivano le priorità di intervento.
16
pianificazione e che orienta complessivamente la metodologia di pianificazione
proposta;
• la visione dei sistemi informativi automatizzati come risorsa ed opportunità per il
miglioramento dei servizi, che si concretizza nella specifica metodologia di
pianificazione proposta e orienta le linee guida prodotte relative alle varie specifiche
fasi del ciclo;
• l’adozione di un sistema di “miglioramento continuo”, che porta alla proposizione
delle varie fasi del ciclo di pianificazione e controllo, viste come fasi tra loro
correlate ed integrate che si influenzano reciprocamente verso l’obiettivo del
miglioramento dei servizi.
Il processo di pianificazione prevede l’elaborazione di piani triennali annualmente rivisti
(“a scorrimento”), il che consente la rideterminazione annuale delle priorità, espresse
tramite il documento di linee strategiche emanato annualmente dall’Autorità. La
pianificazione, coniugando gli approcci top-down e bottom-up, si attua tramite modalità
operative in cui si evidenziano il ruolo di indirizzo e di integrazione dell’Autorità e
l'autonomia e responsabilità operativa delle amministrazioni.
La Pubblica Amministrazione è pertanto vista principalmente come un “sistema
economico”, che produce servizi, attraverso una consapevole allocazione delle risorse,
finalizzati all’ottenimento di risultati di efficacia sociale in attuazione della missione
istituzionale e delle politiche adottate
In questa visione dell’amministrazione pubblica, ed in considerazione della necessità di
allocare cospicue risorse finanziarie, tecnologiche ed umane, si impone il ricorso a
meccanismi di ottimizzazione dell’uso di tali risorse, con l’obiettivo di garantire il loro
corretto allineamento agli obiettivi sociali delle Pubbliche Amministrazioni e il rispetto
delle necessità di contenimento della spesa pubblica. La capacità di raggiungere i
risultati attesi e la qualità dei servizi forniti, l’economicità dei processi necessari alla loro
erogazione e, di conseguenza, l’utilizzo mirato ed ottimale delle tecnologie
dell’informazione diventano quindi elementi di una necessaria e continua auto-
valutazione dell’azione delle amministrazioni in base a criteri di efficacia (che
esaminano i prodotti/servizi erogati ed i risultati ottenuti) e a criteri di efficienza ed
economicità (che esaminano l’utilizzo delle risorse in relazione ai prodotti/servizi
erogati).
In questa ottica i sistemi informativi sono visti come risorsa e opportunità per il
miglioramento dei servizi, stabilendo quindi una forte connessione tra investimenti in
informatica e livello di servizio offerto in rapporto alla domanda. Da ciò deriva
l’attenzione centrale ai processi di servizio nel loro complesso piuttosto che alle
tecnologie viste come elemento a se stante.
Anche per la P.A. la scelta di adottare un ciclo di pianificazione e controllo può peraltro
compiutamente esprimersi solo in un ambiente che prevede l'adozione di meccanismi di
valutazione e controllo dei risultati in tutti i campi della propria attività. Ne consegue che
possono determinarsi situazioni di difficoltà ove i sistemi informativi siano l'unica
risorsa la cui gestione sia governata da questi principi e strumenti.
17
Un altro elemento fondamentale è costituito dalla necessità di visione della Pubblica
Amministrazione come un sistema unitario, in cui ogni Amministrazione rappresenta un
elemento autonomo ma fortemente interrelato e interconnesso agli altri, con l’obiettivo
di consentire al "cliente" del sistema dei servizi (cittadino, impresa ecc.) un punto di
vista unico.
Da questa visione scaturisce l’importanza dei progetti intersettoriali, coinvolgenti più
Amministrazioni su aree tematiche contigue e/o di interesse comune.
18
Metodologia di pianificazione
linee strategiche
Elaborazione
“visione” architettura tecnologica
di servizio e di riferimento Attuazione
tecnologica piani precedenti
Studi di fattibilità
Formulazione
bozza
di piano
19
Sulla base delle bozze di piano definite dalle amministrazioni si avvia il processo di
redazione del piano triennale, demandato all'Autorità. e comprendente le fasi di esame
delle bozze di piano, di definizione e pianificazione dei progetti intersettoriali e di
redazione del documento di piano.
20
Alcune di queste situazioni sono oggi in via di superamento attraverso
nuove normative e iniziative di carattere generale quali ad es.
l’introduzione della contabilità economica e la realizzazione di un sistema
per la gestione integrata del personale pubblico. Altre, in particolare quelle
sui processi, necessitano inevitabilmente di un impegno specifico delle
singole amministrazioni.
In questa situazione l’Autorità ha promosso una specifica attività di
rilevazione sullo stato dei sistemi informativi, che ha coinvolto la maggior
parte delle amministrazioni centrali. La rilevazione ha fornito informazioni
preziose per alcune specifiche finalità dell’AIPA ma, come altre iniziative
di ricognizione promosse da altre strutture, non può nel tempo supplire
all’assenza di modalità sistematiche di rilevazione e aggiornamento.
21
e ai vari progetti. Si tratta in sostanza di definire una architettura di riferimento, che si
concretizza nella elaborazione e definizione di:
• architettura tecnologica (reti, poli elaborativi, LAN e stazioni di lavoro, ambienti di
esercizio e di sviluppo);
• architettura dei dati e delle applicazioni;
• modalità, tempi e strumenti di diffusione dell’informatizzazione di base e dei servizi
di interoperabilità;
• modalità di gestione delle strutture informatiche..
Le linee strategiche, emanate in questi anni dall'Autorità, contengono le
indicazioni di fondo, comuni all’insieme delle amministrazioni centrali,
per lo sviluppo dei sistemi informativi. La cadenza annuale ha consentito
di focalizzare rispetto ad ogni piano triennale le problematiche più attuali
e di far quindi evolvere la visione strategica sulla base degli indirizzi
governativi, delle prospettive di riforma della Pubblica Amministrazione,
dei problemi e delle opportunità emergenti, dell’evolversi dell’offerta
tecnologica.
I vari documenti di “Linee strategiche” emanate in questi anni non sono
quindi mutuamente alternativi, ma rappresentano passaggi evolutivi e
complementari. I testi delle linee strategiche emanate in questi anni sono
reperibili presso il sito web dell'Autorità.
22
dell’approccio noto come “reingegnerizzazione dei processi”, a cui è
dedicato uno specifico capitolo. Una specifica elaborazione dell’AIPA sul
tema è disponibile presso il sito della stessa.
La fase di diagnosi dei processi conduce alla definizione di "dove" intervenire, fornendo
solo parzialmente elementi al "come intervenire", ma ottiene il risultato di dare al
progetto informatico un ancoraggio forte alla modifica complessiva del processo e alla
necessità di ottenere risultati tangibili in termini funzionali e di servizio.
Questo legame forte si sostanzia nella individuazione di metriche sui processi capaci di
misurare gli specifici fenomeni da migliorare, ponendo le basi per la definizione di
obiettivi quantitativi e verificabili.
23
(accentramento/decentramento, downsizing, etc.) e sulle problematiche di condivisione.
Anche la fase di diagnosi della risorsa informazione conduce alla definizione di "dove"
intervenire, in questo caso individuando le basi informative su cui è necessario un
intervento di riqualificazione.
La diagnosi della risorsa informazione si è sviluppata in quest’ultimo
periodo in molte amministrazioni, concentrandosi sulle informazioni
legate ai problemi più urgenti di operatività interna e/o destinate alla
condivisione nell’ambito della rete unitaria. Le conseguenti iniziative di
“bonifica” dei dati hanno avuto avvio in diverse amministrazioni (Min.
delle Finanze, Min. di Grazia e Giustizia, INPS, INAIL..).
24
“benchmarking”. Le caratteristiche di questi interventi sono trattati in un
altro capitolo.
La diagnosi dei CED è stata ed è affrontata in diverse amministrazioni, in
genere con lo scopo principale di individuare le possibilità di abbattere i
costi di gestione. Le soluzioni possibili comprendono sia iniziative di
consolidamento dei CED (accorpamento di più centri in strutture più
ampie e potenti, anche multifunzionali, allo scopo di conseguire economie
di scala), sia migrazioni verso più agili (ed economiche) architetture di
tipo client-server.
25
responsabilità definite, è essenziale per assicurare la controllabilità delle attività e per
monitorare il loro andamento.
Un segnale di accezione burocratica della pianificazione consiste nel
definire come progetti iniziative che in realtà progetti non sono, perché
mancano di alcune delle caratteristiche essenziali sopra indicate. Ad es. si
può chiamare progetto l’insieme delle attività che potranno scaturire in una
determinata area operativa o la risposta, ancora indefinita, ad una esigenza
dell’amministrazione o di qualche sua struttura organizzativa. In questi
casi salta il senso reale della pianificazione e si generano “progetti”
tendenzialmente eterni o, al contrario, vuoti di contenuti e quindi
inattuabili.
La metodologia di piano suggerisce un percorso per l’individuazione e la definizione dei
progetti basato sui passi di selezione degli obiettivi, formulazione di prime ipotesi di
progetto e loro prima descrizione, sintesi e selezione della proposta finale.
La selezione degli obiettivi consiste nell’approfondimento delle direzioni di intervento
individuate nelle fasi diagnostiche, definendo anche una scala di priorità. Sulla base
dell’insieme degli elementi informativi definiti nei passi precedenti (processi su cui
intervenire, problematiche, direzioni intervento, obiettivi, componenti del processo
coinvolte, necessità di adeguamento dei sistemi informatici..) si possono quindi
formulare le prime ipotesi di progetto [3], di cui occorre poi elaborare delle descrizione
iniziali contenenti almeno alcuni elementi essenziali quali i benefici attesi, il quadro di
massima delle acquisizioni/realizzazioni previste, il budget ritenuto adeguato ed i tempi
previsti.
Il livello di dettaglio deve essere tale da esprimere un livello di maturità
del progetto sufficiente a consentire una prima decisione di massima sulla
sua realizzazione e quindi sulla opportunità di programmare il correlato
impegno di risorse. Questo livello di maturità si concretizza, oltreché in
documenti testuali di descrizione, in un insieme di informazioni
strutturate, utilizzate successivamente dall’Autorità per la necessaria
attività di integrazione dei programmi delle amministrazioni.
Per i progetti il cui avvio è previsto nel primo anno di riferimento del
piano triennale, il D. L.vo 39/93 prevede che si debbano allegare al piano
gli studi di fattibilità relativi. Per tali progetti il piano potrà includere gli
studi di fattibilità già completati o anticipare gli elementi principali di uno
studio di fattibilità in corso di svolgimento. Le caratteristiche del
documento di studio di fattibilità sono esplicitati diffusamente in un
apposito capitolo.
Per gli altri progetti, oltre alla necessaria descrizione, le informazioni
essenziali riguardano la denominazione, il grado di priorità, il
26
responsabile, le date previste di inizio e fine, le acquisizione e le
realizzazioni previste, l’eventuale necessità di formazione, le risorse e i
costi necessari, le modalità di finanziamento, le fasi principali previste.
La sintesi e selezione dei progetti rappresenta un passo finale di integrazione/revisione
dell'insieme degli interventi previsti, allo scopo di verificare e raggiungere una coerenza
completa tra di essi e di definire le priorità, anche in ordine alle compatibilità
economiche. Questa fase, significativa in particolare nelle situazioni che adottano un
approccio bottom-up, comprende l'eliminazione di eventuali ridondanze tra progetti
diversi, l'individuazione e l'esplicitazione di eventuali vincoli incrociati, la valutazione
dell'impatto dell'insieme delle iniziative sull’architettura tecnologica attuale,
l'individuazione di eventuali nuovi progetti infrastrutturali che nascano dall'integrazione
di più progetti, la scelta delle priorità e quindi della collocazione temporale dei progetti
all’interno del triennio.
Nella metodologia proposta dall’Autorità i progetti sono classificati, sulla
base di due differenti coordinate, come progetti verticali o orizzontali e
come progetti locali o di cooperazione (inter-amministrazione).
Un progetto è verticale se descrive un intervento la cui estensione è
limitata ad un unico processo di servizio (o a un insieme omogeneo di
processi tra loro correlati) e che quindi in genere prevede l’intervento su
un sistema applicativo.
Un progetto è orizzontale se descrive un intervento esteso, in generale, a
più processi ma il cui campo di intervento riguarda un unico fattore. Un
esempio di progetto orizzontale è un intervento di formazione diffuso a
tutte le persone dell’unità organizzativa. Nel contesto della metodologia di
piano per i finanziamenti in informatica si considerano solo i progetti
orizzontali che intervengono sulle tecnologie dell’informazione allo scopo
di migliorare il sistema informativo. Nel seguito, perciò, la nozione di
progetto orizzontale sarà ristretta ai soli progetti orizzontali riguardanti le
tecnologie dell’informazione.
Un progetto è locale se interessa un’unica amministrazione e quindi può
essere interamente descritto nella parte di piano espressa da
quell’organizzazione (bozza di piano triennale).
Un progetto di cooperazione (inter-amministrazione), in questo contesto, è
un progetto che coinvolge significativamente più amministrazioni e che
pertanto necessita per la sua realizzazione di un contributo progettuale,
operativo e finanziario di amministrazioni diverse. Progetti che
coinvolgano le altre amministrazioni solo marginalmente, senza richiedere
quindi tale contributo e senza modificare sostanzialmente lo scambio di
informazioni tra amministrazioni, sono quindi da trattare alla stregua dei
progetti locali.
27
Aggiornamento dei progetti in corso ed individuazione delle attività di evoluzione dei
S.I.
Questo passo consiste nella esplicitazione, nel nuovo piano triennale, degli
aggiornamenti ai piani di attività e alle previsioni di impegno per i progetti
precedentemente pianificati e nella individuazione delle attività e degli impegni minori,
che verranno accorpati nella voce “Evoluzione del sistema informativo”, in quanto per
natura, impatto e dimensioni non ha senso trattarli come progetti.
28
La necessità di omogeneizzare le informazioni di piano provenienti dalle
varie amminis trazioni risponde all’esigenza di integrare tali informazioni
per produrre il piano triennale dell’informatica della Pubblica
Amministrazione. L'applicazione costituisce pertanto solo una modalità
omogenea ed integrata per raccogliere e rappresentare le informazioni di
piano e non è né uno strumento di ausilio all’utilizzo della metodologia, né
costituisce di per sé la bozza di piano.
29
In fase di pianificazione questi progetti sono trattati alla stregua degli altri
(pianificazione, studio di fattibilità, progettazione esecutiva, procedure di acquisizione,
avanzamento), ovviamente tenendo conto del fatto che la responsabilità per la loro
esecuzione potrà essere distribuita su una pluralità di amministrazioni e sull'Autorità
stessa.
L'Autorità, sempre in fase di pianificazione, provvede sia alla eventuale riconduzione ai
progetti intersettoriali di iniziative delle amministrazioni sulle stesse tematiche, che a
svolgere una funzione di stimolo e supporto alle amministrazioni per la definizione,
l'avvio e la realizzazione di progetti di cooperazione tra specifiche amministrazioni volti
al miglioramento di eventuali processi condivisi.
30
A titolo di esempio si riporta l'indice di un recente piano triennale (il piano 1997-99).
31
5. Allegato - Il quadro normativo
L’attività di pianificazione dei S.I. è definita dal Decreto Legislativo 39/1993. Il decreto
definisce le finalità dell’utilizzo dei sistemi informativi automatizzati e istituisce
l’Autorità per l’Informatica nella Pubblica Amministrazione investendola, tra l’altro, dei
compiti di dettare norme tecniche e criteri riguardanti i sistemi informativi, di coordinare
i progetti delle amministrazioni, di promuovere progetti intersettoriali, di verificare i
risultati conseguiti, di definire gli indirizzi per la formazione ed istituisce la figura del
Responsabile dei S.I. presso le amministrazioni.
Sul tema specifico della pianificazione il decreto stabilisce che:
Art. 7, comma 1:
1. Spetta all'Autorità:
a) dettare norme tecniche e criteri in tema di pianificazione....;
b) coordinare, attraverso la redazione di un piano triennale annualmente riveduto, i
progetti e i principali interventi di sviluppo e gestione dei sistemi informativi
automatizzati delle amministrazioni;
c) promuovere, d'intesa e con la partecipazione anche finanziaria delle amministrazioni
interessate, progetti intersettoriali e di infrastruttura informatica e telematica previsti dal
piano triennale e sovrintendere alla realizzazione dei medesimi anche quando
coinvolgono apparati amministrativi non statali, mediante procedimenti fondati su intese
da raggiungere tramite conferenze di servizi, ai sensi della normativa vigente;
d) verificare periodicamente, d'intesa con le amministrazioni interessate, i risultati
conseguiti nelle singole amministrazioni, con particolare riguardo ai costi e benefici dei
sistemi informativi automatizzati, anche mediante l'adozione di metriche di valutazione
dell'efficacia, dell'efficienza e della qualità;
e) definire indirizzi e direttive per la predisposizione dei piani di formazione del
personale in materia di sistemi informativi automatizzati e di programmi per il
reclutamento di specialisti, nonché orientare i progetti generali di formazione del
personale della pubblica amministrazione verso l'utilizzo di tecnologie informatiche,
d'intesa con la Scuola superiore della pubblica amministrazione;
....
l) esercitare ogni altra funzione utile ad ottenere il più razionale impiego dei sistemi
informativi, anche al fine di eliminare duplicazioni e sovrapposizioni di realizzazioni
informatiche.
Art. 9
1. L'Autorità fissa contenuti, termini e procedure per la predisposizione del piano
triennale e delle successive revisioni annuali di cui all'art. 7, comma 1, lettera b).
2. Ai fini della predisposizione del piano triennale e delle successive revisioni annuali:
a) l'Autorità elabora le linee strategiche per il conseguimento degli obiettivi di cui all'art.
1, comma 2;
b) le amministrazioni propongono una bozza di piano triennale relativamente alle aree di
propria competenza, con la specificazione, per quanto attiene al primo anno del triennio,
32
degli studi di fattibilità e dei progetti di sviluppo, mantenimento e gestione dei sistemi
informativi automatizzati da avviare e dei relativi obiettivi, implicazioni organizzative,
tempi e costi di realizzazione e modalità di affidamento;
c) l'Autorità redige il piano triennale sulla base delle proposte delle amministrazioni,
verificandone la coerenza con le linee strategiche di cui alla lettera a), integrandole con
iniziative tese al soddisfacimento dei fondamentali bisogni informativi e determinando i
contratti di grande rilievo.
3. Il piano triennale ed i relativi aggiornamenti annuali predisposti dall'Autorità sono
approvati dal Presidente del Consiglio dei Ministri, di concerto con il Ministro del tesoro
e con il Ministro del bilancio e della programmazione economica, entro il 30 giugno di
ogni anno; essi costituiscono documento preliminare per la predisposizione dei
provvedimenti che compongono la manovra di finanza pubblica.
4. L'Autorità presenta al Presidente del Consiglio dei Ministri, entro il 30 aprile di ogni
anno, una relazione che dia conto dell'attività svolta nell'anno precedente e dello stato
dell'informatizzazione nelle amministrazioni, con particolare riferimento al livello di
utilizzazione effettiva delle tecnologie e ai relativi costi e benefici. Il Presidente del
Consiglio dei Ministri trasmette entro trenta giorni la relazione al Parlamento.
Art. 10
1. Entro trenta giorni dalla data di entrata in vigore del presente decreto, ogni
amministrazione, nell'ambito delle proprie dotazioni organiche, individua, sulla base di
specifiche competenze ed esperienze professionali, un dirigente generale o equiparato,
ovvero, se tale qualifica non sia prevista, un dirigente di qualifica immediatamente
inferiore, quale responsabile per i sistemi informativi automatizzati.
2. Il dirigente responsabile di cui al comma 1 cura i rapporti dell'amministrazione di
appartenenza con l'Autorità e assume la responsabilità per i risultati conseguiti nella
medesima amministrazione con l'impiego delle tecnologie informatiche...;
3. In relazione all'amministrazione di appartenenza, il dirigente responsabile per i sistemi
informativi automatizzati, oltre a contribuire alla definizione della bozza del piano
triennale, trasmette all'Autorità entro il mese di febbraio di ogni anno una relazione sullo
stato dell'automazione a consuntivo dell'anno precedente, con l'indicazione delle
tecnologie impiegate, delle spese sostenute, delle risorse umane utilizzate e dei benefici
conseguiti.
33