Lo Studio di Fattibilità

Транскрипт

1 Lo Studio di Fattibilità Massimo Mecella Dipartimento di Informatica e Sistemistica Università di Roma La Sapienza

2 Definizione Insieme di informazioni considerate necessarie alla decisione sull investimento e sull avvio della realizzazione di un progetto Obiettivi del progetto Ambito ed attori Benefici attesi Caratteristiche della soluzione Stima impegno e costi Definizione tempi e modalità operative 2

3 Definizione La necessità di effettuare uno studio di fattibilità nasce dal fatto che si è individuato un possibile progetto, che per dimensione economica, complessità dell intervento, incertezza sui requisiti, presenza di possibili alternative richiede un approfondimento prima di avviarne la realizzazione, pena un elevato rischio di insuccesso Solo per progetti significativi 3

4 Input Approfondimento: Assessment e Benchmarking Piano: progetti e budget e/o BPR: processi da modificare e/o Assessment e/o Benchmarking: diagnosi e iniziative di miglioramento Tecnologie Stato attuale del sistema 4

5 Risultati Analisi di fattibilità tecnico-organizzativa e rischi Progetto di massima dei prodotti, dei servizi e della loro qualità Costi Benefici Analisi degli investimenti Forma di acquisizione (make or buy e quale buy) In caso di buy Capitolato tecnico e contratto 5

6 Requisiti architetturali e specifiche tecnologiche: dominio dello SF e delle fasi successive, il ruolo del mercato Piano Requisiti generali Specifiche di alto livello Alternative Esame delle alternative: dati, funzioni, tecnologie Requisiti Specifiche di alto livello Capitolato di gara Requisiti Specifiche di alto livello Studio di fattibilità Offerte Requisiti & Specifiche di alto livello & Specifiche di livello inferiore & Valori aggiunti Progetto realizzativo 6

7 Fattibilità - Tecnica - Verifica se gli aspetti tecnici della proposta sono effettivamente realizzabili - Organizzativa - Verifica se la proposta è realizzabile nell ambito della organizzazione esistente - Economica - Verifica se le risorse necessarie per la realizzazione del sistema (costi) sono giustificate dai ritorni prevedibili,espressi in termini di benefici - Temporale - Verifica se il sistema è realizzabile nei termini in cui continua ad essere utile alla organizzazione - Motivazionale - Verifica l effettivo grado di accettabilità che gli utenti potranno esprimere rispetto al nuovo sistema, una volta realizzato 7

8 Rappresentazione situazione attuale descrizione processi e sistemi analisi criticità vincoli ed obiettivi Progetto di massima della soluzione modalità realizzazione interventi sul processo requisiti e specifiche del sistema Analisi Rischi, Costi, Benefici Valutazione alternative 8

9 Valutazione Alternative Le alternative in termini di programma complessivo di cambiamento non sono oggetto di esame in uno studio di fattibilità Alternative di questo tipo, quali, ad esempio, la scelta tra un intervento sul sistema informativo o modifiche solo organizzative e normative, dovrebbero essere già state risolte prima dell avvio dello uno studio sul sistema informatico Anche per quanto riguarda i requisiti del sistema da realizzare, non è necessario esaminare alternative I requisiti del sistema sono le fondamentali condizioni cui il sistema deve rispondere per soddisfare le esigenze individuate dall utenza e discendono quindi direttamente dagli obiettivi del progetto e delle esigenze dell organizzazione 9

10 Valutazione Alternative Specifiche generali del sistema Alternative architetturali in termini tecnologici (sistema centralizzato/sistema distribuito) Architettura dati e l architettura funzionale Alternative in termini di modalità e specifiche realizzative Scelte di tipo strategico (modificano in maniera significativa la natura della soluzione) Scelte che rappresentano soltanto diversi modi di realizzare la medesima soluzione 10

11 Valutazione Alternative Make or buy Strumenti e ambienti di sviluppo, interfaccia utente, modalità di interconnessione ecc. Opportunità di recuperare o meno componenti del sistema esistente Specifiche generali del sistema Alternative architetturali in termini tecnologici (sistema centralizzato/sistema distribuito) Architettura dati e l architettura funzionale Alternative in termini di modalità e specifiche realizzative Scelte di tipo strategico (modificano in maniera significativa la natura della soluzione) Scelte che rappresentano soltanto diversi modi di realizzare la medesima soluzione 11

12 Valutazione Alternative La valutazione delle alternative RISOLTE A MONTE (BPR, Diagnosi, Piano..) Programma complessivo di cambiamento VALUTATE DA STUDIO PROVENIENTI DA SCELTE GLOBALI (strategia della amministrazione) REQUISITI INESISTENTI (i requisiti discendono univocamente da esigenze e obiettivi) VALUTATE DA STUDIO Specifiche generali del sistema (Architetture) Modalità realizzative strategiche DEMANDATE A OFFERTA FORNITORI Modalità realizzative minori 12

13 Analisi dei Rischi (Presentazione Rischi)

14 Scopo della analisi del rischio Individuare in maniera precisa i rischi connessi allo sviluppo di una nuova applicazione e' fondamentale, e l'esito di questa quantificazione puo' modificare scelte che sotto altri aspetti si rivelano piu' economiche o piu' efficaci. Di solito questo problema non viene affrontato seriamente nella fase di analisi Il rischio di un progetto consiste nella incapacità di conseguire parte dei benefici previsti costi superiori a quelli preventivati tempi di realizzazione maggiori di quelli stabiliti rendimento inferiore a quello stimato 1

15 Studio di fattibilità e progetti impossibili Sono impossibili quei progetti per i quali la distanza tra stato iniziale e stato finale è troppo elevata per garantire livelli di rischio accettabili. In genere tale distanza deriva: da insufficienti elementi di conoscenza della situazione da un elevato grado di incertezza da un elevato grado di complessità Per superare tale situazione lo SF può: modificare lo stato iniziale (recuperando e incrementando la conoscenza della situazione attuale, diminuendo incertezza o governando la complessità), attreverso sue specifiche attività spezzare il progetto prevedendo progetti parziali (evolutivi in caso di incertezza o incrementali in caso di complessità) al posto del progetto unico: vedi in seguito prevedere un piano di lavoro che comprenda specifici punti di decisione (in tal caso il progetto deve prevedere modalità contrattuali coerenti) 2

16 Rischio connesso alla durata e complessita del progetto Stato finale Stato iniziale S.I. non documentato S.I. documentato Descrizione del problema Progettazione di alto livello Progettazione applicativa di dettaglio Progettazione tecnica di dettaglio Documentazione del S.I. Studio di fattibilità Progettazione applicativa di dettaglio soluzione unica soluzione unica soluzione soluzione unica unica non valida soluzione soluzione unica unica non valida soluzione soluzione unica unica non valida non valida soluzione unica Progettazione tecnica di dettaglio S.I. collaudato S.I. installato RISCHIO RISCHIO RISCHIO RISCHIO RISCHIO RISCHIO RISCHIO RISCHIO RISCHIO RISCHIO RISCHIO soluzione unica soluzione unica non valida non valida non valida soluzione unica RISCHIO soluzione unica soluzione unica S.I. collaudato non valida non valida non valida non valida soluzione unica RISCHIO soluzione unica soluzione unica soluzione unica 3

17 Dunque l analisi del rischio fornisce elementi per La decisione finale riguardo al finanziamento del progetto Il piano di qualità Possibili iniziative di riduzione del rischio Esito finale - Attribuzione della classe di rischio 4

18 Le Classi di Rischio in ambiente gestionale Classe A - Il servizio software è caratterizzato da una elevatissima criticità dovuta alle possibili responsabilità connesse alla importanza dei dati elaborati ed al loro potenziale impatto sull'esterno. Un malfunzionamento del prodotto può provocare danni gravi e diffusi verso terzi oppure causare una consistente perdita di immagine dell'amministrazione e di fiducia verso i servizi da essa offerti Classe B - Il servizio software implica limitate responsabilità in caso di malfunzionamenti, pur trattando dati rilevanti e/o informazioni riservate. Un malfunzionamento del prodotto può provocare danni gravi e/o una certa perdita di immagine dell'amministrazione verso l'esterno Classe C - Il prodotto offre in generale un servizio che gestisce informazioni non critiche, per il quale un eventuale malfunzionamento comporta la sola perdita del lavoro svolto, o danni limitati 5

19 Classificazione dei rischi I rischi vengono usualmente suddivisi in rischi tecnici, cioe' collegati alla tecnologia utilizzata nella applicazione, e rischi organizzativi, cioe' legati all'impatto che il sistema puo' avere sulla organizzazione. Tra i primi il tipo di progetto, il tipo di ambiente di sviluppo (es. realizzare una applicazione in un linguaggio tradizionale comporta meno rischi che usare un ambiente di sviluppo di sistemi esperti), il tipo di impianto (es. si puo' decidere di usare una memoria di massa di nuova concezione solo quando vi sia un adeguato numero di esperienze gia' consolidate presso altre organizzazioni) 6

20 l' esperienza richiesta, il tempo di sviluppo (in diversi casi non prevedibile in maniera precisa), i costi di sviluppo; tra i secondi la possibile rigidita' dell' ambiente organizzativo nello accettare i cambiamenti connessi alla adozione di nuove procedure, l' impatto sull' utente finale, la tipologia del ciclo di vita della procedura e la frequenza e l' importanza che ha la procedura per gli obiettivi aziendali (es. una applicazione in tempo reale di controllo di un impianto e' evidentemente piu' critica di una applicazione gestionale tradizionale). 7

21 Per ridurre il rischio si puo operare sulla modalita di realizzazione 12

22 Alternative sulla modalita di realizzazione Soluzione unica: quando e realizzato con una unica attivita continuativa Realizzazione incrementale: Realizzazione e collaudo avvengono per parti successive, ma i requisiti non cambiano nel corso della realizzazione Realizzazione evolutiva: Per parti successive, con i requisiti influenzati dal collaudo o dalla sperimentazione 13

23 Il ciclo a spirale di Boehm Determina obiettivi alternative, vincoli Analisi del rischio Valuta alternative identifica e risolvi rischi Analisi del rischio Pianifica le fasi successive Piano dei requisiti e del ciclo Piano di sviluppo Piano di integrazione e prove Analisi del rischio Prototipo1 Convalida dei requisiti Convalida e verifica del progetto Rilascio del prodotto Prototipo2 Simulazioni Requisiti del software Prove di accettazione Prototipo3 Modelli Progetto del prodotto software Integrazione e prove Test di modulo Prototipo operativo Benchmarks Progetto di dettaglio Codifica Sviluppa e verifica il successivo livello di prodotto 14

24 Guida alla scelta della soluzione Approccio alla realizzazione Scadenza Complessità Incertezza Soluzione unica Incrementale Evolutiva Normale Bassa Bassa X Media X X Alta X Media Bassa X Media X X Alta X Alta Bassa X Media X X Alta X Tempi stretti Bassa Bassa X Media X X Alta X Media Bassa X Media X X Alta X Alta Bassa X Media X X Alta X 15

25 Indice 1. La Situazione Attuale 2. Il Progetto di Massima 3. Analisi del Rischio 4. Il Progetto Proposto 5. Analisi Costi Benefici 6. Raccomandazioni per le Fasi Realizzative 14

26 La Situazione Attuale Il contesto dello studio Ripresa della visione strategica in termini di servizi, organizzazione, tecnologia Ripresa dei principali passaggi che hanno portato all individuazione del progetto Collocazione del progetto all interno del piano di informatizzazione Descrizione della problematica Descrizione e rilevanza del problema/opportunità Esigenze da soddisfare (rispetto a utenti interni e esterni) Descrizione della situazione attuale del sistema informativo Individuazione e rappresentazione dei processi coinvolti Individuazione e rappresentazione dei flussi informativi Individuazione e rappresentazione della struttura organizzativa e dell utenza coinvolta Attuale livello di automazione 15

27 La Situazione Attuale Analisi e diagnosi della situazione attuale Individuazione dei fenomeni che costituiscono le cause del problema Collocazione di tali fenomeni sulle diverse componenti del processo di servizio Individuazione di metriche atte a rappresentare i fenomeni critici e la loro evoluzione Misurazione della situazione attuale Identificazione dei vincoli Quadro normativo di riferimento Vincoli temporali e altri vincoli (economici, organizzativi..) Definizione degli obiettivi del progetto 16

28 Il Progetto di Massima REQUISITI DELLA SOLUZIONE Dettaglio del processo previsto (dopo la reingegnerizzazione) Interventi previsti sulle componenti non informative del processo Necessità di modifica della normativa Requisiti del sistema informativo da realizzare Informazioni trattate Funzioni informatizzate Modalità di lavoro Requisiti architetturali Requisiti di qualità 17

29 Il Progetto di Massima SPECIFICHE GENERALI DEL SISTEMA Specifiche applicative Architettura dati (con esame e valutazione delle eventuali alternative) Architettura applicativa (con esame e valutazione delle eventuali alternative) Interfaccia utente Specifiche tecnologiche Architettura tecnologica (con esame e valutazione delle eventuali alternative) Ambiente e strumenti di sviluppo (con esame e valutazione delle eventuali alternative) MODALITA DI REALIZZAZIONE Realizzazione o acquisizione (con esame e valutazione delle eventuali alternative) Riuso di componenti esistenti (con esame e valutazione delle eventuali alternative) Avvio del sistema Esercizio e manutenzione del sistema (con esame e valutazione delle eventuali alternative) Formazione ed assistenza utenti 18

30 Analisi del Rischio Fattori di rischio del progetto Complessità Complessità gestionale Dimensioni del progetto Altri fattori Incertezza Incertezza dei requisiti Innovazione tecnologica Analisi del rischio di progetto Modalità di gestione del rischio 19

31 Il Progetto Proposto Segmentazione del progetto Riepilogo delle acquisizioni e realizzazioni previste Piano di massima del progetto Piano dei rilasci Punti di controllo WBS, Pert, Gantt 20

32 Analisi Costi - Benefici Valutazione dei benefici attesi Individuazione e descrizione dei benefici attesi Individuazione ed esplicitazione delle metriche e dei valori attesi Correlazione obiettivi-benefici Stima dei costi Individuazione delle principali voci di costo Esplicitazione delle metriche utilizzate Stima dell impegno di risorse umane Stima dei costi di impianto e di esercizio Analisi dell investimento 21

33 Raccomandazioni Fasi Successivi Indicazioni per l approvvigionamento Criteri per la determinazione della tipologia di fornitore Criteri di selezione delle offerte Indicazioni sulle modalità di approvvigionamento Indicazioni per la gestione del progetto Indicazioni per la gestione del piano di qualità Indicazioni sul project management Esigenze di negoziazione delle varianti Riepilogo degli elementi utili alla stesura del capitolato 22

34 Indice vs. Tipo Progetto Realizzazione (Reingegnerizzazione) Sistemi Applicativi Realizzazione (Reingegnerizzazione) Infrastrutture Installazione e Diffusione Informatizzazione di Base Affidamento all esterno della gestione operativa Formazione informatica 23

35 L indice è applicabili con poche modifiche Focus su processo di servizio e alternativa make or buy Indice vs. Tipo Progetto Realizzazione (Reingegnerizzazione) Sistemi Applicativi Realizzazione (Reingegnerizzazione) Infrastrutture Installazione e Diffusione Informatizzazione di Base Affidamento all esterno della gestione operativa Formazione informatica 24

36 Indice vs. Tipo Progetto Realizzazione (Reingegnerizzazione) Sistemi Applicativi Realizzazione (Reingegnerizzazione) Infrastrutture Installazione e Informatizzazione di Base Affidamento all esterno della gestione operativa Formazione informatica Focus su: - diagnosi dell attuale livello di automazione con l individuazione di adeguate Diffusione metriche per esprimere la situazione attuale e attesa dei livelli di servizio - scelte architetturali e quindi il necessario esame delle alternative connesse - alternativa make or buy - questione del riuso e delle problematiche di avvio e di parallelo Argomento - formazione 6 Lo del studio personale di Fattibilitàinformatico e degli utenti 25

37 Indice vs. Tipo Progetto Realizzazione (Reingegnerizzazione) Sistemi Applicativi Realizzazione (Reingegnerizzazione) Infrastrutture Installazione e Diffusione Assumono particolare importanza i vincoli temporali ed economici Informatizzazione di Perdono di significato Base le parti relative ai requisiti e alle specifiche applicative, in quanto già Affidamento all esterno risolte nella prima realizzazione Le specifiche della tecnologiche gestione si orientano operativa al diverso dimensionamento Formazione dei sistemi informatica nei vari siti, in rapporto al carico di lavoro Diventano essenziali le parti relative all avvio dei sistemi, alla formazione e all assistenza degli utenti, alla manutenzione Sono fondamentali le parti dedicate al piano di lavoro e alla gestione del piano Le raccomandazioni sulla tipologia di fornitori dovranno valutare (e cercare di minimizzare) i vincoli Argomento 6 Lo studio realizzazione di Fattibilità sull utilizzo di prodotti e fornitori della prima 26

38 La descrizione e la diagnosi della situazione attuale non vedranno un esame puntuale dell'insieme dei processi, ma si dovrà focalizzare l'attenzione sulle attività "orizzontali" (comunicazione, produzione, archiviazione e ricerca documenti, ricerca informazioni Realizzazione ed elaborazioni individuali o di piccoli gruppi...) (Reingegnerizzazione) Requisiti e le specifiche si concentreranno sulle funzionalità Sistemi e sull'interfaccia Applicativi utente Realizzazione Problematica degli standard diventa di importanza capitale (Reingegnerizzazione) Le modalità realizzative si dovranno concentrare Infrastrutture sulle problematiche di acquisizione, diffusione, Installazione distribuzione, e manutenzione Diffusione Diventano essenziali le parti relative alla formazione e all'assistenza degli utenti Analisi costi-benefici dovrà contenere ipotesi generali sull'aumento di produttività Indice vs. Tipo Progetto Informatizzazione di Base Affidamento all esterno della gestione operativa Formazione informatica 27

39 Indice vs. Tipo Progetto Realizzazione (Reingegnerizzazione) Sistemi Applicativi Realizzazione (Reingegnerizzazione) Infrastrutture Installazione e Diffusione Informatizzazione di Base Affidamento all esterno della gestione operativa Formazione informatica Tutto imperniato sul make or buy Definizione dei requisiti in termini di servizi informatici, informativi e gestionali da acquisire e la descrizione delle specifiche generali di questi servizi Individuazione e valutazione dei benefici, con particolare riguardo alla determinazione dell ammontare del risparmio in termini di personale Analisi dei rischi (in genere rilevanti) dell operazione Argomento 6 Lo studio valutazione di Fattibilità delle offerte. Raccomandazioni sulla scelta dei fornitori e per la 28

40 La fase di descrizione della situazione attuale dovrà arrivare alla definizione degli obiettivi, allo sviluppo di profili di competenza, Indice vs. Tipo Progetto alla determinazione delle esigenze di formazione Realizzazione (Reingegnerizzazione) Sistemi Applicativi Realizzazione (Reingegnerizzazione) Infrastrutture Installazione e Diffusione Il progetto di massima dovrà prevedere i requisiti generali del piano di formazione, le specifiche dei contenuti dei corsi e le tipologie di piano di formazione, gli utenti interessati Attenzione particolare dovrà essere prestata alle modalità e agli strumenti di formazione, considerando anche le possibili alternative (tradizionale, CBT, autoapprendimento...) Il piano complessivo di progetto dovrà prevedere modalità di verifica dei risultati Analisi dei costi dovrà considerare i costi nascosti dovuti al tempo dedicato alla formazione Valutazione dei benefici dovrà basarsi Informatizzazione di Base Affidamento all esterno della gestione operativa Formazione informatica sulle ipotesi di ricaduta in termini di produttività. 29

41 Quando? Chi? Durata breve, 1 4 mesi 2 4 persone per tutta la durata dello studio Il responsabile deve avere cultura e leadership Committente deve collaborare, eventualmente inserendo nel gruppo una persona 30