COLLEGIO GHISLIERI CENTRO STUDI di INFORMATICA GIURIDICA Pavia

COLLEGIO GHISLIERI - CENTRO STUDI di INFORMATICA GIURIDICA Pavia 20 maggio 2005 Il Codice e il riuso del software nella pubblica amministrazione Augusto Coriglioni Business Unit Manager 1

Chi siamo Il principale “Business Solution Aggregator” italiano per lo studio, la realizzazione e la gestione di soluzioni basate sull’ ICT. Mercati strategici: • telecomunicazioni • pubblica amministrazione • finanza 2

Una realtà italiana… Brescia Milano Etnoteam. f Etnoteam – Etnoteam. f E-TREE – NETikos Sysline Treviso E-TREE Torino Etnoteam Genova Etnoteam Pisa NETikos Helsinki (Finlandia) NETikos Rio de Janeiro(Brasile) NETikos 3 Roma Etnoteam. f NETikos Sysline

Offerta qualificata di gestione documentale per la Pubblica Amministrazione: i Clienti Arma dei Carabinieri 4

DOCSPA: La nostra soluzione di protocollo e gestione documentale La soluzione più diffusa sulla PAC Fonte: Rapporto CNIPA VALUTAZIONE DELLE AZIONI DELLA PUBBLICA AMMINISTRAZIONE CENTRALE SUL TEMA DEL PROTOCOLLO INFORMATICO 5

In sintesi…. • Siamo una società, profit, italiana, ad alto profilo di innovazione. • Siamo una società che opera, e vuole continuare ad operare, sempre di più, nella Pubblica Amministrazione. • Il nostro modello di business prevede il riuso. · Riuso interno, naturalmente. Che significa prodotti, semilavorati, specializzazione: • • 6 Investimenti iniziali Economie di scala Migliore qualità Prezzi competitivi

Scopo della presentazione • Il codice dell’amministrazione digitale, ribadisce ed estende la promozione o addirittura il vincolo di “riuso” nelle PA • La attuazione delle norme costringerà la Etnoteam e tutti gli operatori di mercato a modificare il proprio modello di business • La Etnoteam è pronta ad adattarsi, ma molti punti sono però ancora da chiarire, molti luoghi comuni ancora pervadono il mercato, da entrambe le parti (domanda, offerta) • Nella presentazione verrà illustrato il nostro punto di vista ed i nostri dubbi andando a scorrere 4 articoli del codice 7

Alcuni luoghi comuni…. • • c'è la crisi economica il rapporto deficit pil entro il 3 -3, 5 % la spesa della PA contribuisce al deficit il software è una componente della spesa Quindi: se diminuiamo la spesa di software della PA miglioriamo i conti dello Stato 8

Alcuni luoghi comuni…. • le PA non si coordinano • le esigenze delle PA sono simili • le PA sviluppano software per le loro esigenze Quindi: invece di reinventare la ruota ogni volta basterebbe che si sviluppasse (e si pagasse) un solo software uguale per tutte. 9

Alcuni luoghi comuni…. • sono state costruite troppe "cattedrali nel deserto" • progetti faraonici che non sono poi andati a buon fine Quindi: con l'attuale situazione economica non ci possiamo permettere lo spreco di denaro pubblico 10

Alcuni luoghi comuni…. • i software sono tutti uguali, tanto vale scegliere quello che costa meno • i software sono tutti diversi, ecco perchè le PA non riescono a comunicare tra loro 11

Un caso reale di riuso accaduto tra il 2001 e il 2002 Un ente “A” sviluppa una applicazione che fa uso di un pacchetto di gestione documentale prodotto negli USA Sviluppo custom L’ente “A” lo cede in riuso all’ente “B” L’ente “B” per riusarlo deve necessariamente acquisire il pacchetto. Lo acquisisce a trattativa privata. La ditta USA applica uno sconto solo del 20% Complessivamente, se fosse stata fatta una gara l’ente “B” avrebbe speso meno. 12 Pacchetto di gestione documentale

Il codice dell’amministrazione digitale CAPO VI SVILUPPO, ACQUISIZIONE E RIUSO DI SISTEMI INFORMATICI NELLE PUBBLICHE AMMINISTRAZIONI ART. 67 (Modalità di sviluppo ed acquisizione) ART. 68 (Analisi comparativa delle soluzioni) ART. 69 (Riuso dei programmi informatici) ART. 70 (Banca dati dei programmi informatici riutilizzabili) 13

Modalità di sviluppo ed acquisizione · E’ la nuova strada per selezionare nuovi progetti ed idee? Bene tante volte lo facciamo gratis…. · Chi progetta può anche vincere la gara di sviluppo? 14

Analisi comparativa delle soluzioni Fino a questo punto, “nessuna nuova, buona nuova”. Si può fare tutto! · Nuovi sviluppi · Riuso (da capire meglio) · Pacchetti a licenza · Open source · Un mix di tutto 15

Riuso dei programmi informatici · E’ un rapporto interno tra PA: • Se l’ente A chiede i sorgenti all’ente B, questi deve darli • Corretto, a condizione che l’ente A ne abbia piena titolarità 16

Riuso dei programmi informatici · La portabilità su “altre piattaforme” potrebbe avere un costo molto importante. Chi è giusto che lo paghi? La prima PA che realizza il progetto in previsione di un possibile futuro “riuso”? Anche se per le sue esigenze tale requisito non è importante? E se il programma non viene riusato la PA ha speso di più…. . · Il diritto al riuso di cui al comma 3 IMPLICA che il nostro modello di business va cambiato. Non siamo più abilitati a perseguire economie di scala o a investire su semilavorati, non possiamo distribuire il costo di uno sviluppo su più soggetti. Ciò comporterà: 17 • Minore propensione all’investimento ed al rischio ( Non si potrà più dire: lavoro “a costo” sul primo cliente poi recupero sugli altri) • Esporre delle tariffe più alte (non potendo contare sul riuso interno devo recuperare tutto subito)

Riuso dei programmi informatici · Interpretazione: una PA che bandisce una gara per una sua esigenza, può inserire clausole per la manutenzione del software sviluppato nel caso in cui questo venga riusato da altre PA; 18 • Saranno contratti con più di due parti? Amministrazione principale, Amministrazioni “riusanti” (potenziali? o già note? ) e fornitore? • Quale sarà il ruolo dall’Amministrazione principale quando si è passati nel regime del “riuso”. Sarà ancora parte in causa? Si farà garante di qualcosa?

Banca dati dei programmi informatici riutilizzabili · obbligo di motivazione dell’adozione di una soluzione diversa • A chi va fornita la motivazione? • In ogni caso il processo si appesantisce · nel caso di adozione di una soluzione in riuso: • Chi ha la responsabilità della manutenzione e del supporto? 19

Conclusioni · La propensione al riuso è una legittima posizione della PA italiana mossa da esigenze di risparmio e standardizzazione. Restano però ancora molti dubbi. · Temiamo che messaggi parziali o mal compresi possano creare incertezze e bloccare i già complessi processi di acquisizione. · Il 1 gennaio 2006 entra in vigore il Codice: ci sono sei mesi di tempo per fare maggiore chiarezza. 20