Acquisti in rete e adozione Open Source: una sinergia per la PA

Transcript

1 Acquisti in rete e adozione Open Source: una sinergia per la PA M. Stella Marotta Cagliari, 11 giugno 2010

2 Profilo aziendale Consip è una società per azioni creata nel 1997 dal Ministero del Tesoro (oggi Ministero dell Economia e delle Finanze, MEF), che ne è azionista unico. La sua missione è quella di fornire servizi di consulenza e di assistenza progettuale, organizzativa, tecnologica per l innovazione del MEF e delle altre strutture della Pubblica Amministrazione. La vision aziendale, A fianco della PA che cambia, racchiude l essenza del compito svolto dall Azienda: Consip è un partner al servizio della Pubblica Amministrazione italiana e la accompagna nel suo cammino verso la modernizzazione, contribuendo a migliorare il rapporto tra PA, cittadini e imprese. 2

3 Attività Due sono le aree di attività Consip: gestione e sviluppo dei servizi informatici per il MEF (area Economia e Corte dei conti), attraverso un attività di consulenza tecnica, organizzativa e progettuale, che investe i sistemi informativi del Ministero e le attività in materia finanziaria e contabile (l ottimizzazione dei processi, l introduzione di tecnologie più moderne nella gestione, la razionalizzazione e il coordinamento della spesa per l Information Technology). realizzazione del Programma di razionalizzazione della spesa pubblica per beni e servizi, che si basa sull utilizzo di tecnologie informatiche e di modalità innovative per gli acquisti delle amministrazioni (convenzioni per l acquisto di beni e servizi, le gare telematiche, il Mercato Elettronico della Pubblica Amministrazione MEPA - e i progetti speciali e di consulenza specifica alle amministrazioni). 3

4 Metodo Consip offre servizi di consulenza e progettazione. L Azienda si occupa dell ideazione strategica dei progetti, avendo maturato competenze di alto livello sull organizzazione, i processi e i sistemi informativi della PA. Le fasi realizzative dei progetti vengono svolte ricercando sul mercato le soluzioni più idonee alle esigenze delle PA. Consip è dunque anche amministrazione aggiudicatrice che definisce, realizza e aggiudica gare d appalto per conto delle amministrazioni. Consip conta su un organico di circa 500 persone, di cui il 44% donne. Più della metà sono impegnate nelle attività di supporto all evoluzione informatica del MEF e un terzo nel Programma di razionalizzazione della spesa per beni e servizi delle PA. L età media è inferiore ai 40 anni. Tutta l azione di Consip si basa sui valori dell innovazione, della trasparenza, della competenza e della concorrenza. 4

5 Agenda Contesto Consip e l'open Source Percorso e scenari di adozione Proprietà del SW, OS e Riuso: il caso OpenCMSP@ La Community delle PA: un circolo virtuoso per il riuso Portale OS PA e Organizzazione L'esperienza di adozione di OpenOffice.org Acquisti in rete e OS Mercato elettronico della PA Convenzioni 5

6 Contesto Razionalizzazione della spesa IT ed elevata qualità del software OS spingono anche la PA verso l adozione di queste soluzioni. L'OS è un'alternativa strategica di cui vanno valutati opportunità, problematiche e impatti alla quale va affiancato un adeguato supporto di conoscenza, formazione e gestione del cambiamento. La PA, assumendo una posizione proattiva in questo ambito, può giocare un ruolo promotore sia di innovazione che di sviluppo dell'offerta di servizi da parte delle piccole e medie imprese del Paese. Consip, quindi, ha avviato un percorso a favore del pluralismo informatico promuovendo libertà di scelta nella realizzazione delle soluzioni IT e adozione e diffusione di software a sorgente aperto. Il processo ha interessato sia le soluzioni informatiche che la disponibilità di beni e servizi nell'ambito degli Acquisti in rete della PA. 6

7 Contesto: segmentazione e adozione Differenti ambiti di destinazione, però, pongono differenti problematiche e richiedono specifici approcci di adozione che possono andare dalla semplice fruizione fino alla partecipazione alla Community con rilascio del software modificato. Condivisione PARTE ATTIVA 2 COMMUNITY OS 3 SEMPLICE FRUIZIONE 4 - o at rv As is RIUSO Personalizzazione e AS e on zi ra eg g an Ch t In to ta ot Ad 1 OS da adottare in piattaforme di gestione sistemi e reti 1 se Ri 2 OS di informatica individuale (Browser, Posta elettronica, strumenti Office) o at lic bb Pu 3 OS orientato all utente IT professional (back office tool) da to ta i ot ltr Ad a Change 4 OS da integrare in soluzioni applicativo/gestionali per l utente business IS 7

8 Contesto: aspettative e barriere La tendenza all'adozione è sostenuta da aspettative di beneficio tecnicoeconomico ma è frenata da barriere di approccio, di know how e normative Abbattimento del costo delle licenze Indipendenza dai vendor 3 4 Sinergia e cooperazione nello sviluppo 3 4 Riuso, standard aperti e interoperabilità 3 4 Sicurezza e trasparenza (controllo completo del codice) 1 2 vs 1 4 Scarsa conoscenza e consapevolezza (diffidenza) 4 Immaturità o carenza di garanzie Difficoltà ad operare e motivare le scelte (responsabilità) 2 Resistenza all utilizzo da parte degli utenti finali 3 4 Nuovi paradigmi legali, commerciali e contrattuali 8

9 Consip e l'open source: percorso In Consip l adozione dell OS ha seguito un approccio graduale iniziato con l ambito del software di sistema; al maturare della disponibilità di strumenti e competenze, ha poi investito il back office e le soluzioni applicative. A partire dal 2000 la Consip adotta Java, dal 2005: si dota di un metodo formale di valutazione delinea una strategia di sourcing avvia vari progetti di sviluppo di soluzioni che utilizzano ampiamente software a codice aperto. Nel 2008 istituisce un Centro di Competenza per dare incisività e visione univoca e strategica alle proprie iniziative ed attività OS. 9

10 Consip e l'open source: valutazione Quale metodo formale di valutazione della maturità di un prodotto viene scelto l' Open Source Maturity Model, sviluppato da Bernard Golden, che considera 6 elementi: Software (Funzioni, Qualità, Longevità, Team di sviluppo) Supporto tecnico (Fornitori, Comunità, Forum, Know how interno) Documentazione (Pubblicazioni dal team di sviluppo, su internet) Addestramento (Corsi tradizionali, Corsi on-line) Integrazione (Standard) Servizi professionali (Fornitori di servizi professionali). A ciascun elemento vengono attribuiti punteggi e pesi in base ai quali calcolare un punteggio complessivo. Questo valore, da confrontare con valori di soglia standard, permette di costruire un giudizio finale oggettivo e normalizzato. 10

11 Consip e l'open source: sourcing Il percorso ha necessariamente interessato anche la documentazione di gara: capitolati e schemi di contratto stanno disciplinando in modo sempre più puntuale l'adozione dell'os. Il fornitore deve, ad esempio: indicare quando fornisce sw OS, motivando la scelta di prodotto (cruciale la stabilità per la risoluzione dei malfunzionamenti) e fornendo elementi su community di appartenenza, licenza, ecc.; rispettare precisi livelli di servizio sulla componente custom sviluppata; proporre alla community le personalizzazioni richieste da Consip; adeguare, in funzione dei feedback ricevuti, eventuali soluzioni già adottate per MEF/Consip; garantire il completo allineamento della versione personalizzata per Consip con le evoluzioni della versione base. Diversi scenari di adozione 11

12 Scenari di adozione e sourcing (1) Consip negli ultimi quattro anni ha sviluppato diverse soluzioni basate su OS evolvendo progressivamente nell'approccio. OSat0-tx t0-tx Applicazione Aggiornamenti svolti dal Fornitore OSat0t0 OSatxtx Community Scenario più diffuso. Il componente OSa (modulo core ) viene adottato AS IS (caso di CVS) o è integrato all interno delle applicazioni in modo trasparente come parte del SW custom (ad es. applicazioni Logan e RIM); il fornitore garantisce nel tempo l'adeguamento dell'applicazione alle evoluzioni del core in Community e, se possibile, effettua le modifiche in manutenzione correttiva. 12

13 Scenari di adozione e sourcing (2) OSbt0t0 OSbt0t0 P1 P2 Aggiornamenti svolti dal Fornitore OSbtxtx Applicazione Osb v.1 OSbtxtx OSb v.1 Community Adozione totale del paradigma OS: il core OSb viene personalizzato (P1 e P2) e reimmesso nella Community (versione OSb v.1). Il Fornitore deve garantire l allineamento verso MEF/Consip e verso la Community. Consip al momento non prevede di entrare in Community di sviluppo di prodotti OS. Singoli professional Consip fanno già parte delle Community (caso di OWL). Fornitori Consip che sviluppano su prodotti OS fanno parte delle Community. 13

14 Scenari di adozione e sourcing (3) OSct0t0 C1 C2 OSctxtx Aggiornamenti svolti dal Fornitore Rilascio da parte del Fornitore di sviluppi svolti per conto di Consip/MEF Applicazione Osc V.1 OSct0t0 OSc V.1 Community Il componente OSc (modulo core ) viene adottato AS IS. Vengono sviluppate le componenti esterne C1 e C2 di proprietà del MEF che svolgono funzioni addizionali rispetto al core dando origine all'applicazione OSc V.1. Tali componenti vengono rilasciate alla Community. Tale scenario non è stato ancora adottato in Consip/MEF. Il fornitore dovrà, nel caso, garantire nel tempo l'adeguamento dell'applicazione verso la Community e verso MEF/Consip. 14

15 Scenari di adozione e sourcing (4) OSdt0t0 txtx Aggiornamenti svolti dal Fornitore OSdtoto txtx Community C1 C2 Aggiornamenti svolti per conto di Consip/MEF OSdtxtx Applicazione OSd v1 C1 C2 OSdtxtx Community PA Analogo al precedente. Viene però messo a disposizione della Community PA il Sw OSd v.1 costituito dalle componenti esterne C1 e C2 al modulo core e che MEF/Consip mette a disposizione della Community delle PA. In tale modalità Consip ha già realizzato una piattaforma di Content Management System che si avvale del software OpenCMS, opportunamente integrato con componenti sviluppate per conto del MEF: OpenCMSP@ 15

16 Proprietà del SW, OS e Riuso: il caso OpenCMSP@ Avviati con OpenCMSP@ i Siti Internet DT, DAG, G8 Finance, OCSE, SPT, Corte dei conti, Dipartimento Politiche di Sviluppo, Consip, DIPE, Portale Acquisti in rete e Intranet della Corte dei conti. In prospettiva sarà utilizzato da tutti i siti del MEF. E in corso di formalizzazione una modalità per rendere disponibile la soluzione MEF alle PA: garantendo il rispetto della licenza d uso che accompagna il software OS salvaguardando la proprietà del MEF sul software realizzato ad hoc assicurando il pieno titolo di Consip ad agire per conto del MEF richiedendo alle PA utilizzatrici di rendere disponibili le loro modifiche al sw ad hoc del MEF nell'ambito di una Community PA gestendo uno specifico Portale. Applicazione del paradigma OS al riuso del SW della PA 16

17 Community PA: un circolo virtuoso per il riuso Community PA t0 - tx C1 C2 P2 Cx Rilascio aggiornamenti Consip per esigenze MEF e di altre PA v1 v2 vx Le Condizioni per il riuso emanate dal MEF consentiranno alla PA utilizzatrice di prelevare, installare ed utilizzare, copiare, modificare e creare un'opera derivata da OPENCMSP@. OSARE: Open Source As Reuse Experience La PA utilizzatrice si dovrà impegnare a rilasciare al MEF, e quindi alle altre PA utilizzatrici, le eventuali modifiche al sw ad hoc del MEF diventando a sua volta PA concedente. 17

18 Il Portale OS PA In fase di sviluppo, il Portale è finalizzato a: diffondere la conoscenza sulle soluzioni MEF che adottano prodotti OS presentano funzionalità aggiuntive realizzate a fronte dei requisiti della PA favorire il riuso delle soluzioni creare una Community delle PA sull'adozione di soluzioni OS mettere a disposizione delle PA know-how, best practice, documentazione, ecc. recepire feedback e proposte di evoluzione funzionale e tecnologica delle soluzioni. 18

19 Portale e organizzazione Community PA Team di progetto Forniscono software Certificano le evoluzioni Partecipano al Centro di Competenza Realizzano Curano le evoluzioni Garantiscono la qualità Centro di competenza OS Consip Definisce ed evolve la roadmap di adozione Supporta le Linee nel governo dei fornitori su commesse OS Sperimenta prodotti e soluzioni Stabilisce standard di software selection, effettua benchmark Adotta, produce linee guida a favore di gare e progetti Produce standard, specifiche di capitolato, clausole di contratto Predispone Regole di riuso del software del MEF Gestisce il Portale Sviluppa e diffonde le best practice Supporta lo scambio di esperienze e i risultati progettuali Vaglia le soluzioni IT o del Programma in ottica OS Promuove iniziative di adozione in ambito sia IT che Acquisti in rete Interagisce con il Portale Fornisce modifiche al sw Esprime nuovi requisiti Portale OS PA Luogo di incontro con le PA Vetrina Consip per pubblicazioni e best practice Risponde alla Community Pubblica il sw e le Condizioni di riuso Fornitori MEF/Consip 19

20 L'esperienza di adozione di OpenOffice.org Nell'ambito di un più ampio progetto di Policy per la dotazione hardware e software di informatica individuale al personale, sono state avviate adozioni pilota di OpenOffice.org su un significativo numero di utenti e team interfunzionali. La suite è risultata ampiamente adeguata alle esigenze di diversi target di popolazione aziendale e la strategia di adozione prevede l'estensione delle installazioni dall'attuale 20% al 50% dei dipendenti. Si è inoltre tenuto conto del ruolo svolto dall azienda verso il mercato. Piccole e medie imprese, infatti, già adottano diffusamente OpenOffice.org ed è emersa l opportunità di diversificare i formati dei documenti pubblicati, dei file richiesti per la presentazione di offerte economiche, ecc., finora supportati solo in formato Microsoft. L'esperienza maturata ha consentito all'azienda di orientare ed arricchire in modo opportuno l'offerta dei servizi a disposizione delle PA in ambito e-procurement (Mercato elettronico e Convenzioni) 20

21 Alcune compatibilità in ambito MEF/Consip VS INTERNET EXPLORER CALC VS EXCEL 80% 15% 5% VS WIN PROJECT WRITER VS WORD 90% 90% 10% IMPRESS VS POWERPOINT Grado di copertura THUNDERBIRD VS OUTLOOK 5 % 95% Interventi in fase di conversione 10% 70% Non copertura 30% Personalizzazioni MEF/Consip su Microsoft 21

22 Il Mercato elettronico della PA Il DPR 101/2002 ha introdotto il MEPA, nuovo strumento d acquisto utilizzabile da tutte le PA per approvvigionamenti di importo inferiore alla soglia comunitaria. Il MEPA è un mercato digitale di tipo selettivo, cioè accessibile solo ad utenti (Amministrazioni e Fornitori) abilitati, B2G (Business to Government), su cui è possibile effettuare acquisti diretti da catalogo e richieste di offerta. I fornitori offrono beni e servizi alle PA che acquistano come Punti Ordinanti. A fine 2009, il 90% dei Fornitori attivi sul MEPA, costituito da micro e piccole imprese, ha transato circa 160 milioni di euro, ovvero l 85% dell intero transato. MEF/Consip Imprese I Fornitori: aziende private che intendano proporre i propri articoli/servizi e divenire in questo modo potenziali fornitori della Pubblica Amministrazione Qualifica i fornitori Gestisce i Cataloghi Fornisce assistenza tecnica e formazione alla Pubblica Amministrazione e alle imprese Marketplace Pubblica Amministrazione Unico soggetto acquirente: Amministrazioni Centrali, Sanità, Enti Locali, Università e Istituti di Ricerca, ecc 22

23 Come funziona il MEPA MEF/Consip Emette il Bando di abilitazione Abilita i fornitori Registra i Punti Ordinanti Come vendere sul MEPA Come acquistare sul MEPA Fornitori abilitati Pubblicano ed aggiornano il catalogo Ricevono Ordini diretti sui cataloghi (OdA) Rispondono alle Richieste d Offerta (RdO) PO registrati MEPA Qualifica fornitori Gestione catalogo Gestione documentale Reporting Ricercano prodotti Effettuano OdA Effettuano RdO (in cui possono essere richieste condizioni particolari di contratto) Confrontano offerte Bando di Abilitazione 23

24 Acquisti in rete e Open Source: MEPA NUOVI SERVIZI PER IL BANDO MEPA ICT /5/2010: pubblicata integrazione al Bando "ICT2009 Prodotti e servizi per l'informatica e le telecomunicazioni", in cui erano già presenti alcuni servizi OS per le Pdl. Tra le diverse novità, il Servizio Open Source, particolarmente innovativo, sviluppato nell'ambito delle iniziative Consip a sostegno del pluralismo informatico e, quindi, anche della diffusione di software OS nella PA. Il Servizio è orientato ad offrire supporto nell'adozione di software OS, rendendo disponibili strumenti di ausilio alla progettazione e alla realizzazione di soluzioni tecniche basate su software OS, contribuendo alla prosecuzione del processo di innovazione della PA italiana. Oggi, quindi, possono essere acquistati servizi OS e ciò non è più circoscritto alle PA che abbiano già superato le note barriere all'adozione ed in grado di profilare e configurare un ordine ritagliato sulle proprie esigenze. 24

25 MEPA Scheda tecnica Servizi ICT OS ATTRIBUTI DI BASE: sono comuni a tutti i metaprodotti ATTRIBUTI BASE Marca Articolo produttore Denominazione commerciale Articolo fornitore Prezzo Aliquota IVA Unità Lotto minimo per unità di misura Tempo di consegna Disponibilità minima di periodo Area di consegna Condizioni di pagamento Note Descrizione estesa Allegato Esprime l'unità di misura utilizzata per l esecuzione di un determinato servizio cui può essere associato il Prezzo e la Durata del Servizio ATTRIBUTI SPECIFICI: sono peculiari di ciascun metaprodotto e quindi differenti tra tutti i metaprodotti Periodo di validità del contratto (mesi) Indica la durata del Servizio Numero minmax utenti Numero minmax istanze SO e applicativi server Numero max sedi Numero minimo e massimo di utenti sui quali il Fornitore si impegna ad erogare il Servizio Numero minimo e massimo di istanze di Sistema Operativo e applicativi server sui quali il Fornitore si impegna ad erogare il Servizio Numero massimo di sedi per il quale il Fornitore si impegna ad erogare il Servizio con le modalità previste e i corrispettivi offerti Supporto alla personalizzazi one della soluzione Assistenza on site Numero massimo di giorni offerti dal Fornitore per il Servizio di Supporto alla personalizzazio ne della soluzione Giornate di assistenza on site di personale specializzato che possa rispondere alle sue necessità in termini di usabilità, suggerimenti, troubleshooting ecc. Formazione Predisposizion e di iniziative formative in linea con il Piano Operativo approvato Certificazioni Certificazioni eventualmente in possesso del Fornitore direttamente attinenti l erogazione del Servizio in oggetto Copertura oraria di Assistenza remota Tempo di consegna del Piano Operativo Periodo in cui è garantito il Servizio di Assistenza Remota Numero massimo di giorni dall ordine, entro il quale il Fornitore si impegna a predisporre e consegnare all Amministra zione il Piano Operativo 25

26 Acquisti in rete e Open Source: Convenzioni CONVENZIONI DESKTOP E PORTATILI Le Convenzioni del Programma di Razionalizzazione degli acquisti, già da diversi anni, prevedono la possibilità acquistare Personal Computer con installazioni Open Source, sia per il Sistema Operativo che per la suite di Office Automation, in alternativa al Software proprietario. Software di produttività Sun Star Office 9: StarOffice Writer, StarOffice Calc, StarOffice Impress, StarOffice Base, StarOffice Draw, Enteroptosi Tools &Support Distribuzione Linux per personal computer con sistema operativo Linux: Suse Linux 26

27 I nostri riferimenti RENZO FLAMINI Direttore Infrastrutture IT Focal point Consip sull'os Mobile MARIA STELLA MAROTTA Direzione Infrastrutture IT Tecnologie e Innovazione e Centro di competenza OS Mobile mariastella.marotta@tesoro.it EMILIA OCCHIUTO Direzione Sistemi Informativi Responsabile Soluzioni e piattaforme Web (OPENCMSP@) Mobile emilia.occhiuto@tesoro.it 27