Gara europea a procedura telematica aperta per l’afffidamento, tramite Accordo quadro ex art. 54, co. 4 lett. a) D.lgs 50/2016 s.m.i., dei servizi di sviluppo frontend, backend e devops

ID: 03_22

Capitolato Tecnico

INDICE

PREMESSA 3

Glossario 3

Acronimi 4

CONTESTO DI RIFERIMENTO 4

Contesto tecnologico applicativo 4

Piattaforme 5

Tecnologie 9

OGGETTO e DURATA 10

Oggetto del Contratto 10

Importo massimale, durata del contratto e modalitm di fatturazione 12

DESCRIZIONE dei SERVIZI 13

Servizi Applicativi 14

Sviluppo, Manutenzione Evolutiva, Adeguativa e Migliorativa di software 14

Assistenza Applicativa Specialistica 17

Manutenzione Correttiva 17

Supporto Specialistico 18

Garanzia 19

REQUISITI E COMPETENZE GENERALI PER L’EROGAZIONE DEI SERVIZI 20

Requisiti minimi dei servizi realizzativi 20

Competenze funzionali e tematiche 20

Competenze metodologiche 21

1 di 62

Competenze applicative 21

Competenze tecnologiche 22

DIMENSIONAMENTO E COMPOSIZIONE DEI GRUPPI DI LAVORO 22

REQUISITI ORGANIZZATIVI 22

Requisiti di qualitm 23

Piano della Qualitm Generale 23

Ruoli richiesti 24

Struttura team di lavoro 24

Responsabile del Contratto per l'Appaltatore 25

Responsabile del trattamento dei dati personali 26

Piano di Attivazione 26

Risorse impiegate 26

ESECUZIONE DEI SERVIZI 27

Attivitm propedeutiche all’erogazione dei servizi 27

Attivitm di subentro e acquisizione know-how 28

Standard e linee guida interne 29

On-boarding 29

Comunicazione 29

Delivery 29

Strumenti 29

Processo 30

Attivitm di ﬁne fornitura (Trasferimento di know-how) 30

Modalitm di erogazione 31

Luogo di erogazione dei servizi 32

Modalitm di comunicazione 33

APPENDICE n.1 - INDICATORI DI QUALITÀ e PENALI 33

APPENDICE n.2 - PROFILI PROFESSIONALI 42

2 di 62

3 di 62

1. PREMESSA

Il presente Capitolato Tecnico ha l’obiettivo di deﬁnire le caratteristiche e i requisiti relativi all’acquisizione di servizi di sviluppo frontend, backend e devops da effettuarsi nell’ambito dei progetti tecnologici che fanno capo a PagoPA S.p.A. I servizi, il dimensionamento, le modalitm di esecuzione e tutte le indicazioni espresse nel presente capitolato tecnico e nelle relative appendici rappresentano la speciﬁcazione necessaria per il presente afﬁdamento e, pertanto, le prescrizioni ivi contenute rappresentano requisiti minimi.

Ciò comporta che:

● in fase di offerta, il mancato rispetto di quanto speciﬁcato nel presente Capitolato Tecnico e nelle sue appendici comporterm l’esclusione dalla procedura di gara;

● in fase di esecuzione, il mancato rispetto di quanto speciﬁcato nel presente Capitolato Tecnico e nelle sue appendici, oltre al mancato rispetto di quanto offerto dall’operatore economico in gara, costituirm inadempimento contrattuale che comporterm l’applicazione delle apposite azioni contrattuali.

Le condizioni di cui al presente documento, gli atti e i documenti ivi richiamati, ancorché non materialmente allegati, costituiscono parte integrante e sostanziale del Contratto.

Sono parte integrante del Capitolato Tecnico le seguenti appendici:

● Appendice 1 - Indicatori di qualità e penali, contenente gli indicatori di qualitm della presente fornitura e le rispettive penali contrattuali;

● Appendice 2 - Proffili professionali, contenente i requisiti professionali delle risorse da impiegare nella fornitura.

1.1. Glossario

Nel presente Capitolato Tecnico, i termini di seguito deﬁniti hanno il seguente signiﬁcato::

- Afffidamento: Insieme di uno o più obiettivi e/o attivitm afﬁdati al Fornitore per l’implementazione dei servizi richiesti.

- Committente o PagoPA: si intende la Societm PagoPA S.p.A. istituita ai sensi del decreto legge 14 dicembre 2018, n. 135, coordinato con la legge di conversione 11 febbraio 2019, n.12 recante: «Disposizioni urgenti in materia di sostegno e

4 di 62

sempliﬁcazione per le imprese e per la Pubblica Amministrazione», e che svolge la funzione di stazione appaltante per la presente procedura;

- Applicazione software: una collezione integrata di procedure automatizzate e dati di supporto a un obiettivo di business;

- Contratto: l’atto, conforme allo schema di contratto, che verrm stipulato tra la Committente e l'Aggiudicatario per l’esecuzione del servizio;

- Contratto attuativo: contratto di appalto discendente da Accordo Quadro dal quale ne derivano tutte le condizioni contrattuali e che, ai sensi dell’art.54, commi 2 e 3, del Codice, non può comportare, in nessun caso, modiﬁche sostanziali alle condizioni ﬁssate nello stesso Accordo Quadro.

- Capitolato Tecnico: il presente documento che indica l’insieme delle speciﬁche tecniche alle quali dovrm essere conforme il servizio;

- Caso di Test: Insieme di input, condizioni e risultati attesi sviluppati per veriﬁcare il rispetto di uno speciﬁco requisito;

- Difetto Software: Anomalia o bug del software

- Aggiudicatario o Fornitore: operatore economico aggiudicatario del presente afﬁdamento;

- Piano di Qualità Generale: documento che riporta le attivitm e i controlli da eseguire afﬁnché il prodotto software soddisﬁ i requisiti di qualitm in rapporto alle sue caratteristiche e speciﬁcitm;

- Piano di Subentro: piano contenente il dettaglio delle attivitm che devono essere espletate ad inizio Fornitura, la relativa tempiﬁcazione e le stime di impegno;

- Piano di Test: insieme dei casi di test da effettuare sull’applicazione per garantirne la correttezza;

- Responsabile del Contratto per l’Aggiudicatario: la persona individuata dall’Aggiudicatario come interlocutore con la Committente e responsabile di tutte le attivitm contrattuali;

- Verbale di inizio attività: documento con cui la Committente afﬁda all’Aggiudicatario l’esecuzione dei servizi contrattualmente previsti, con il dettaglio delle attivitm di ogni singola fase del singolo obiettivo, la relativa tempiﬁcazione e le stime di impegno;

1.2. Acronimi

Di seguito si riportano gli acronimi utili ai ﬁni del presente documento:

- ALM: Application Lifecycle Management;

- DPR: Dichiarazione delle Prestazioni Rese, documento che riepiloga mensilmente il numero di Giorni Persona erogati per ﬁgura professionale/risorsa;

5 di 62

- GP: Giorni Persona, è l’unitm di misura utilizzata per indicare l’effort erogato o pianiﬁcato per eseguire un servizio o un progetto; il numero di ore giornaliere lavorabili è posto convenzionalmente pari a 8.

2. CONTESTO DI RIFERIMENTO

PagoPA S.p.A. (di seguito anche “Committente”) è una societm partecipata dallo Stato e ha come missione istituzionale la progettazione, l’attuazione e lo sviluppo di infrastrutture digitali dello Stato per diffondere servizi pubblici digitali sempre più facili da usare, sicuri e rispondenti ai bisogni dei cittadini, a partire dai pagamenti digitali in favore delle Pubbliche Amministrazioni.

Le iniziative di PagoPA mirano alla realizzazione e all’ottimizzazione di un ecosistema digitale che ruota intorno al cittadino e alle imprese, con l’obiettivo di sempliﬁcare il rapporto tra Stato, aziende e cittadini, attraverso la possibilitm di accedere a tutti i servizi digitali della Pubblica Amministrazione garantendone un utilizzo semplice e sicuro, mediante il potenziamento e la digitalizzazione dei processi dei pagamenti. L’ innovazione e la modernizzazione sono fondamentali per il raggiungimento della missione istituzionale di PagoPA e gli obiettivi sopra citati possono essere raggiunti attraverso il completamento, e la messa a disposizione delle infrastrutture immateriali.

La Committente intende effettuare un afﬁdamento per l’acquisto di Servizi di sviluppo frontend, backend e devops erogati da parte di un’azienda tecnologica, da effettuarsi nell’ambito dei progetti tecnologici che alla medesima fanno capo.

2.1. Contesto tecnologico applicativo

Più nello speciﬁco, PagoPA sviluppa costantemente nuovi prodotti e servizi digitali da mettere a disposizione di Enti Pubblici e Privati attraverso le piattaforme dalla medesima gestite

Le iniziative di PagoPA mirano alla realizzazione e all’ottimizzazione di un ecosistema digitale che ruota intorno al cittadino e alle imprese con l’obiettivo di sempliﬁcare il rapporto tra Stato, aziende e cittadini, attraverso la possibilitm di accedere a tutti i servizi digitali della Pubblica Amministrazione garantendone un utilizzo semplice e sicuro, mediante il potenziamento e la digitalizzazione dei processi dei pagamenti. L’innovazione e la modernizzazione sono fondamentali per il raggiungimento della missione istituzionale di PagoPA e gli obiettivi sopra citati possono essere raggiunti attraverso il completamento, e la messa a disposizione delle infrastrutture immateriali oggetto del presente afﬁdamento.

6 di 62

Nel seguente paragrafo si riporta l’elenco (non esaustivo) degli ambienti, dei sistemi operativi e pacchetti software adottati nell’ambito delle applicazioni oggetto di afﬁdamento.

La Committente si riserva di:

- dettagliare gli ambienti nel Piano di Qualitm che verrm consegnato in fase di afﬁdamento;

- effettuare l’adeguamento dei prodotti alle nuove versioni e adottare nuovi prodotti disponibili sul mercato.

Pertanto, all’atto dell’afﬁdamento di un progetto, verranno fornite indicazioni sulle versioni dei prodotti e eventuali nuovi prodotti necessari allo svolgimento del servizio, qualora ci fossero differenze rispetto a quelle indicate nel presente capitolato tecnico.

2.2. Piattaforme

Le Piattaforme gestite da PagoPA, attraverso i loro strumenti, consentono di ridurre il carico di lavoro delle pubbliche amministrazioni, sollevandole dalla necessitm di dover realizzare ex novo funzionalitm, riducendo i tempi e i costi di attuazione dei servizi, garantendo maggiore sicurezza informatica ed alleggerendo la gestione dei servizi della Pubblica Amministrazione; e che quindi in ultima analisi nascono per supportare la razionalizzazione dei processi di

back-ofﬁce o di front-end della PA e sono disegnate per interoperare in modo organico in un’ottica di ecosistema.

Di seguito sono descritte le Piattaforme attualmente gestite da PagoPA, anche in accordo a quanto previsto dal Piano Triennale per l’informatica nella Pubblica Amministrazione di Agid, cui si rinvia per ogni utile approfondimento.

Piattaforma delle notiffiche digitali degli atti (PN)

Il progetto Piattaforma Notiﬁche Digitali (di seguito, anche, “Piattaforma Notiﬁche” o “PN”) prevede che PagoPA metta a disposizione delle Pubbliche Amministrazioni una Piattaforma per la gestione delle notiﬁche, in accordo con quanto descritto nell’articolo 26 del DL “Sempliﬁcazioni” 17 luglio 2020 n. 76, convertito con modiﬁcazioni dalla Legge 11 settembre 2020, n. 120, che abiliterm il processo di consegna digitale di avvisi.

Il nuovo processo di notiﬁca prevede la realizzazione di una piattaforma tecnologica per le notiﬁche da parte della PA, dotata di un repository informatico (accessibile direttamente dal cittadino via Portale e/o attraverso eventuali altri canali di accesso che saranno abilitati, come ad esempio l’app IO) nel quale:

7 di 62

● le PA possano notiﬁcare, mediante deposito, qualsiasi atto, ad eccezione degli atti giudiziari e degli atti che rientrerebbero tra le procedure esecutive in senso stretto, vale a dire pignoramenti immobiliari, presso terzi e mobiliari;

● qualunque soggetto destinatario o delegato, opportunamente proﬁlato, può consultare e scaricare i documenti depositati di propria competenza.

Gli utenti, in primis, in quanto potenziali destinatari di notiﬁca potranno:

● accedere alla nuova piattaforma direttamente con SPID o CIE, per delinerae un proprio proﬁlo;

● eleggere un loro domicilio digitale per la ricezione delle notiﬁche in digitale e non più in analogico;

● nominare dei delegati (ad esempio, parenti, commercialisti, CAF, ecc.) che potranno in loro nome e conto accedere all’atto notiﬁcato;

● indicare dei canali per ricevere gli avvisi di cortesia all’atto della notiﬁcazione;

● accedere all’atto notiﬁcato;

● procedere al pagamento qualora previsto.

La Piattaforma Notiﬁche Digitali metterm in comunicazione le Pubblicazioni Amministrazioni e i cittadini, mediante l’erogazione dei seguenti servizi:

● per le Pubbliche Amministrazioni:

● funnel di adesione alla Piattaforma, con gestione dei ruoli e della proﬁlazione delle funzionalitm disponibili per ciascun ruolo;

● caricamento sulla Piattaforma dei documenti oggetto di notiﬁca, in formato digitale, sia da portale che tramite API;

● invio di un avviso al cittadino contenente le possibili modalitm di accesso alla notiﬁca; tale avviso può avvenire in forma digitale (al domicilio digitale indicato dai cittadini, dalla Pubblica Amministrazione o presente negli indici appositi) o, nel caso in cui tale modalitm non sia possibile, in modalitm ﬁsica a mezzo posta (tramite Atto Giudiziario o Raccomandata);

● per i soggetti destinatari della notiﬁca (cittadini):

● accesso all’atto oggetto di notiﬁca direttamente sulla Piattaforma accessibile da internet (con l’utilizzo di SPID o CIE), o attraverso l’APP IO o con l’utilizzo di canali alternativi avvisando l’utente,

8 di 62

eventualmente sprovvisto di domicilio digitale, tramite una raccomandata;

● dichiarazione del proprio domicilio digitale e gestione delle preferenze di contatto degli avvisi di cortesia (sms e/o email).

E’ possibile reperire ulteriori informazioni al link xxxxx://xxx.xxxxxx.xx/xx/xxxxxxxx-x-xxxxxxx/xxxxxxxxxxx-xxxxﬁche-digitali

Piattaforma pagoPA

Piattaforma multicanale per i pagamenti verso la PA. Gestisce tutti gli incassi della Pubblica

Amministrazione attraverso l’utilizzo di strumenti elettronici. Nel solco della normativa europea PSD2, apre a tutte le PA la possibilitm di utilizzare tutti i PSP, lasciando al cittadino la scelta e creando opportunitm per l’intero segmento.

E’ possibile reperire ulteriori informazioni al link xxxxx://xxx.xxxxxx.xxx.xx/

APP IO

La Presidenza del Consiglio dei Ministri ha avviato il progetto “IO” - tramite il Dipartimento per la trasformazione digitale - un insieme di componenti tecnologiche e sistema applicativo che si presenta come il punto di accesso telematico ai servizi delle pubbliche amministrazioni e degli altri soggetti pubblici indicati all’articolo 2, comma 2, del CAD (di seguito, “Enti Erogatori”), quali appunto le societm a controllo pubblico, non quotate, e i gestori di pubblici servizi.

IO è fruibile da parte dei cittadini attraverso la relativa applicazione mobile (“app IO”), scaricabile gratuitamente dagli store Android e iOS. Alcune funzionalitm, ad esempio legate alla gestione dell’account o della privacy, saranno disponibili anche tramite applicazione web.

IO mette a disposizione degli Enti Erogatori una piattaforma accessibile tramite API (“API IO”) che permette l’integrazione dei propri sistemi e servizi con il progetto IO.

Inﬁne IO si integra all’interno dell’ecosistema pagoPA, diventando a tutti gli effetti l’interfaccia principale di accesso alla piattaforma dei pagamenti e lo strumento principale per la sua diffusione.

IO assume pertanto un duplice valore: da un lato abilita i soggetti pubblici a utilizzare una serie di funzioni comuni a tutti i servizi digitali, dall’altro offre agli utenti cittadini uno strumento unico per fruire di queste stesse funzioni.

9 di 62

IO, nella sua funzione di punto di accesso, permette all’utente di accedere facilmente e in modalitm aggregata alle proprie informazioni e ai servizi digitali che lo riguardano, indipendentemente da quali siano gli Enti Erogatori di suo speciﬁco interesse.

Allo stato attuale l’applicazione IO si compone di quattro sezioni principali che corrispondono alle funzioni base comuni a molti servizi digitali: Messaggi, Portafoglio, Servizi e Proﬁlo.

E’ possibile reperire ulteriori informazioni al link xxxxx://xx.xxxxxx.xx/

Piattaforma Digitale Nazionale Dati (PDND)

Nell’ambito dei compiti assegnati per dare attuazione all’Agenda digitale italiana, anche in coerenza con gli obiettivi dell’Agenda digitale europea e in conformitm con quanto previsto nel Piano Triennale per l’informatica nella Pubblica Amministrazione 2017–2019 e successivamente 2019-2021, la struttura del Commissario Straordinario per l’attuazione dell’Agenda Digitale - Presidenza del Consiglio dei Ministri propone un progetto per la realizzazione di una piattaforma software denominata Piattaforma Digitale Nazionale Dati (PDND) che faciliti la valorizzazione del patrimonio informativo degli enti pubblici, in coerenza con quanto previsto con la direttiva europea PSI 2019 e con gli articoli 50, 52 e 50-ter (laddove speciﬁcatamente riferibile al progetto PDND_Data-Lake) del Codice dell'Amministrazione Digitale (Legge 7 marzo 2005 n.82).

Il software sarm centrale nell’espletamento di alcune funzioni chiave come:

● procedure di data quality sui dati pubblici della PA;

● processi guidati per la compliance con GDPR nel rilascio open data;

● processi guidati per la compliance con GDPR nella condivisione dati tra PA;

● realizzazione di cruscotti analitici per la realizzazione di politiche data-driven;

● sviluppo modelli di AI/ML attraverso Notebooks integrati nella piattaforma di Analytics, con possibilitm di eseguirli con pianiﬁcazione temporale o innescati da eventi.

La PDND è inoltre una delle piattaforme abilitanti previste nel Piano Triennale per l’informatica nelle Pubbliche Amministrazioni realizzata per rendere più semplice, sicuro e trasparente lo scambio e la pubblicazione dei dati dalla Pubblica Amministrazione abilitando la conformitm con le normative GDPR.

10 di 62

La PDND è attualmente in produzione in PagoPA, dove viene usata per raccogliere ed analizzare tutti i dati che le proprie piattaforme producono (pagamenti, programma cashback ed app IO).

Mettere a disposizione di tutti gli Enti Pubblici una piattaforma che renda più semplice ed efﬁcace l'uso dei dati pubblici può portare considerevoli beneﬁci al sistema paese. Il progetto PDND avrm impatto sull’intero territorio italiano, consentendo un miglioramento dell’interazione dei cittadini con la Pubblica Amministrazione e favorendo l’omogeneitm dei dati sul tutto il territorio nazionale.

E’ possibile reperire ulteriori informazioni al link xxxxx://xxx.xxxxxx.xx/xx/xxxxxxxx-x-xxxxxxx/xxxxxxxxxxx-xxxxxxxx-xxxxxxxxx-xxxx

CHECK IBAN

È il servizio che mette a disposizione degli Enti una funzione per la veriﬁca dell’IBAN comunicato dal beneﬁciario di una prestazione. Un sistema grazie al quale le amministrazioni possono validare in tempo reale l’IBAN abbinato al Codice Fiscale fornito da un cittadino o da un’impresa.

Nella sua prima funzionalitm ed impiego, consente la veriﬁca dell’effettivo collegamento fra persone ﬁsiche o giuridiche e codici IBAN da essi forniti.

Punti cardine della Soluzione Check-iban richiesta sono:

❖ capacitm di effettuare la validazione in modalitm sincrona ed in real-time abilitando così gli enti pubblici alla realizzazione di applicativi performanti, resilienti e garantendo alta scalabilitm della soluzione complessiva;

❖ utilizzo di uno standard di mercato riconosciuto, ben noto e frutto delle migliori “best-practices” sul mercato: Open API.

❖ possibilitm futura di espandere tale piattaforma applicativa ad altri moduli applicativi (VAS - Servizi a Valore Aggiunto) i quali, secondo il paradigma “open banking”, possano rappresentare un nuovo modo di gestire lo scambio di dati tra banche e pubbliche amministrazioni garantendo, nel contempo, rapidi tempi di sviluppo dei casi d’uso e semplicitm di implementazione per tutti gli enti coinvolti.

E’ possibile reperire ulteriori informazioni al link xxxxx://xxx.xxxxxx.xx/xx/xxxxxxxx-x-xxxxxxx/xxxxx-xxxx

11 di 62

CENTRO STELLA

Infrastruttura che, collegandosi a tutti gli Acquirer operanti in Italia, consente a enti e istituzioni di offrire ai cittadini servizi associati alle operazioni di pagamento effettuate con strumenti elettronici. Il Centro Stella è l’infrastruttura utilizzata per realizzare il programma Cashback ed è a disposizione delle istituzioni per iniziative di welfare che prevedano l’erogazione di agevolazioni o rimborsi a favore dei cittadini.

L’infrastruttura gestisce una collezione di informazioni che devono rispettare tutti i requisiti del GDPR; in particolare non deve essere consentito di risalire alla singola transazione e di recuperare i dati personali dei pagatori e/o del pagamento.

I servizi che compongono il Sistema “Centro Stella” sono:

● REGISTRO TRANSAZIONI DIGITALI (RTD): Aggrega le transazioni commerciali eseguite tramite strumenti di pagamento digitali, sia da persone ﬁsiche che da persone giuridiche aderenti al servizio attraverso POS ﬁsici sul territorio nazionale. Un unico registro che abilita la creazione di soluzioni di incentivo fatturazione elettronica, di welfare, di automazione.

● BONUS PAGAMENTI DIGITALI (BPD): Si appoggia al Registro Transazioni Digitali per l’assegnazione di bonus ai cittadini che effettuano pagamenti tramite strumenti di pagamento digitali.

● FATTURAZIONE AUTOMATICA (FA): Si appoggia al Registro Transazioni Digitali per l’emissione automatica di fatture elettroniche nel contesto di un pagamento effettuato da soggetto che abbia richiesto la relativa fattura passiva in formato elettronico.

E’ possibile reperire ulteriori informazioni al link xxxxx://xxx.xxxxxx.xx/xx/xxxxxxxx-x-xxxxxxx/xxxxxx-xxxxxx-xxxxxxxxx-xxxxxxxxxxx

2.3. Tecnologie

La Committente applica per le proprie piattaforme, prodotti e progetti la strategia cloud ﬁrst. Ad oggi tutti i servizi erogati ai cittadini dalla Committente sono eseguiti su Microsoft Azure (Azure) o Amazon Web Services (AWS).

Laddove non sia richiesto il contrario, tutto il codice sorgente è pubblicamente disponibile sull’account GitHub della Committente.

12 di 62

I linguaggi adoperati variano con lo scopo ed il dominio applicativo, prediligendo quelli più adeguati allo speciﬁco scenario. Ad oggi: TypeScript, Java, Scala, Go, JavaScript, Python i.e.

Per ogni servizio la Committente applica stack verticali leggeri quali, a titolo esempliﬁcativo., Spring Boot, Google Xxxxx, Google Dagger (non sono ammessi container JEE i.e.).

Tutti i servizi sincroni sono esposti come APIs REST autenticate e su canale TLS, tutti i servizi asincroni sono esposti su sistemi di messaggistica proprietari del Cloud di riferimento (Azure o AWS). I data-stores a supporto dei servizi erogati sono non-relazionali (object, key-values, documentali) e managed.

Le piattaforme della Committente sono strutturate in modo da inviare costanti telemetrie a dashboard di monitoraggio in cui le principali KPIs sono allarmate. Anche in questo caso le tecnologie adoperate sono quelle del CSP di riferimento (Azure o AWS).

Ulteriori dettagli sono evidenziati nell’Allegato A.1 - Requisiti degli artefatti, del Capitolato Tecnico.

3. OGGETTO e DURATA

3.1. Oggetto del Contratto

Il presente appalto ha ad oggetto servizi di:

1. ingegneria dei dati, installazione e conﬁgurazione di componenti utili allo sviluppo della piattaforma PDND, di cui all’art. 50-ter del D.Lgs. 82/2005, il cui sviluppo fa capo alla Committente.

In particolare, le attivitm di ingegneria dei dati verteranno sulla realizzazione di procedure di caricamento dei dati e nello sviluppo di algoritmi di trasformazione degli stessi. Tali attivitm saranno basate su strumenti tipici del mondo BigData e faranno riferimento alle tecnologie NiFi, Spark, Hive, Impala; mentre le attivitm di installazione, conﬁgurazione e monitoraggio saranno basate sulla piattaforma Kubernetes;

2. Sviluppo frontend e backend a contribuzione di progetti esistenti, e in particolare del progetto IO, sistema applicativo che si presenta come punto di accesso telematico ai servizi delle pubbliche amministrazioni e degli altri soggetti indicati all’articolo 2, comma 2, del D.Lgs. 82/2005 (CAD), quali appunto le societm a controllo pubblico, non quotate, e i gestori di pubblici

13 di 62

servizi, fruibile da parte dei cittadini attraverso la relativa applicazione mobile (“app IO”), scaricabile gratuitamente dagli store Android e iOS.

In particolare, le attivitm verteranno sull’effettuazione dei bugﬁx, sull’introduzione di nuove feature, o miglioramento della documentazione di progetto gim esistente (progetto IO e/o altri progetti che fanno capo alla Committente), e lo studio della base di codice esistente, la discussione con il responsabile del singolo progetto sul miglior modo per introdurre la modiﬁca e la scrittura del codice secondo le linee guida e le best practice speciﬁche di ciascun progetto.

In particolare, sono richiesti i seguenti servizi:

a) Sviluppo, Manutenzione Evolutiva, Adeguativa e Migliorativa di software;

b) Assistenza applicativa specialistica;

c) Manutenzione Correttiva;

d) Supporto Specialistico.

Si rimanda al successivo paragrafo “Descrizione dei servizi” per le speciﬁche caratteristiche.

I Servizi verranno svolti dalle ﬁgure professionali indicate nella sottostante Tabella

n. 1.

Tabella n. 1 – Figure professionali

Figure professionali	gg/uu max stimate per 24 mesi
Junior Software Engineer (cloud)	450
Software Engineer (cloud)	4400
Senior Software Engineer (cloud)	2534
Junior Software Engineer (frontend)	450
Software Engineer (frontend)	1400
Senior Software Engineer (frontend)	1050
Junior Software Engineer (mobile)	450
Software Engineer (mobile)	400

14 di 62

Senior Software Engineer (mobile)	900
Technical Project Manager	2500
Service Designer (Analyst)	1400
Data Scientist	250

Si tratta di quantitm stimate al meglio delle conoscenze attuali e delle evoluzioni in corso e stimate nel rispetto da parte di ciascun fornitore dei livelli minimi di qualitm e dei livelli di performance minimi richiesti.

In nessun caso questi valori potranno essere considerati un obbligo da parte della Committente.

I requisiti professionali minimi delle risorse da impiegare nell’erogazione dei servizi sono speciﬁcati alla successiva Appendice n.2.

L’Aggiudicatario dovrm concordare, di volta in volta, con la Committente la composizione del gruppo di lavoro più opportuna a seconda delle esigenze.

L’Aggiudicatario garantisce che tutte le risorse che impiegherm per l’erogazione dei servizi sono adeguate al ruolo assegnato, e rispondono ai requisiti minimi espressi dal presente Capitolato, nell’Appendice n. 2 e agli ulteriori requisiti eventualmente indicati in sede di Offerta Tecnica.

A tal ﬁne, l'Aggiudicatario renderm disponibili alla Committente i CV delle risorse proposte, con la documentazione comprovante la partecipazione ai progetti richiesti, le certiﬁcazioni, i corsi effettuati sulle speciﬁche tematiche.

Per l’accettazione del personale proposto, la Committente procederm ad un colloquio tecnico di approfondimento (che potrm comprendere prove tecniche speciﬁche), per veriﬁcare la corrispondenza delle competenze elencate nel CV e l’effettivo possesso di competenze ed expertise.

L'Aggiudicatario dovrm rendere disponibile al colloquio la risorsa entro 5 giorni lavorativi dalla richiesta, comunicandone alla Committente le generalitm ed il relativo indirizzo email corporate (corrispondente all’aggiudicatario).

Qualora la Committente ritenga inadeguato il personale, essa procederm alla richiesta formale di sostituzione anche durante l’intera durata di esecuzione del Contratto.

15 di 62

3.2. Importo massimale, durata del contratto e modalità di fatturazione

L’importo massimale del Contratto è quantiﬁcato in Euro 6.500.000,00 (euro seimilionicinquencentomila/00) oltre IVA (di seguito anche “Massimale”), senza alcun vincolo in termini di minimi garantiti né di raggiungimento del medesimo. E’ prevista una ripartizione delle quote di aggiudicazione, come segue:

1° Aggiudicatario classiﬁcato in graduatoria	almeno il 60% dell’importo Massimale
2° Aggiudicatario classiﬁcato in graduatoria	ﬁno al 40% dell’importo Massimale

La Committente ha la facoltm di emettere, ﬁno a concorrenza degli importi indicati, uno o più contratti attuativi.

In caso di impossibilitm temporanea sopravvenuta, sovraccarico delle prestazioni in capo all’Aggiudicatario 1° classiﬁcato che non garantiscano l’esecuzione delle prestazioni in tempi considerati congrui o l’efﬁcienza qualitativa necessaria al corretto svolgimento di un progetto, la stessa provvederm a inoltrare contratti attuativi, ﬁno a concorrenza dell’importo indicato, all’Aggiudicatario 2° classiﬁcato. I contratti attuativi possono essere emessi contemporaneamente nei confronti del 1° o del 2° Aggiudicatario, senza alcun vincolo di preventivo esaurimento della quota spettante all'Aggiudicatario 1 ° classiﬁcato.

Con la sottoscrizione del Contratto, l’Aggiudicatario si obbliga ad eseguire le prestazioni oggetto dell’appalto secondo le modalitm indicate nel presente Capitolato Tecnico e in tutta la documentazione di gara, nella misura richiesta dalla Committente, attraverso i contratti attuativi, nei limiti della percentuale dell’importo Massimale ad esso spettante.

I corrispettivi riconosciuti in corso di esecuzione del contratto all’Aggiudicatario, in applicazione delle tariffe offerte dall'Aggiudicatario stesso, remunerano quest'ultimo per tutti gli oneri sostenuti, per tutte le attivitm e servizi che dovrm rendere in esecuzione dell’appalto e devono intendersi comprensivi di qualsiasi spesa dal medesimo affrontata ai ﬁni dell’esecuzione, ivi comprese, a titolo esempliﬁcativo e non esaustivo, spese di trasferta e di noleggio attrezzature.

In particolare, si speciﬁca che i Servizi saranno:

- remunerati “a misura”, sulla base delle giornate effettivamente richieste dalla Committente e correttamente rese dall’Aggiudicatario stesso, in applicazione delle tariffe giornaliere offerte da quest’ultimo per ciascuna ﬁgura professionale (v. Tabella n. 1);

- rendicontati attraverso Attestazione di Regolare Esecuzione, nei limiti del Massimale.

16 di 62

Tabglla n. 2 – Tabglla Ēariffg uniĒarig giornaligrg a basg d*asĒa

Figure professionali	Tariffe unitarie giornaliere a base d’asta
Junior Software Engineer (cloud/frontend/mobile)	340 C
Software Engineer (cloud/frontend/mobile)	375 C
Senior Software Engineer (cloud/frontend/mobile)	425 C
Technical Project Manager	560 C
Service Designer (Analyst)	300 C
Data Scientist	350 C

L'Aggiudicatario potrm fatturare i corrispettivi con cadenza bimestrale posticipata, previa approvazione da parte della Committente della reportistica a supporto inviata dal medesimo, attraverso l’invio dell’Attestazione di regolare esecuzione a ﬁrma del RUP.

Non vi sono rischi di interferenza ai sensi del D.Lgs. n. 81/2008 e, pertanto, i costi relativi alla sicurezza sono nulli in considerazione che i Servizi in oggetto sono di natura esclusivamente intellettuale.

A partire dalla stipula, il gruppo di lavoro, così come composto secondo richiesta della Committente, previa accettazione del personale proposto dall’Aggiudicatario così come descritto nel precedente par. 3.1, svolgerm le attivitm di acquisizione degli standard, delle linee guida e delle metodologie in uso presso la Committente.

Terminate le attivitm di avvio delle prestazioni, verranno erogati i servizi secondo le modalitm descritte nel presente Capitolato.

Le modalitm e i tempi di svolgimento delle prestazioni dovranno essere previamente concordate tra Aggiudicatario e Committente, secondo le esigenze di quest’ultima.

Oltre all’erogazione dei servizi, è prevista una manutenzione correttiva in garanzia nel periodo successivo all’erogazione dei servizi, ulteriore rispetto alla manutenzione in garanzia assicurata nell’ambito della durata contrattuale, e relativa al software sottoposto a collaudo, con esito positivo, per la complessiva durata di 12 mesi successivi al collaudo medesimo.

17 di 62

4. DESCRIZIONE dei SERVIZI

Nell’ambito del presente appalto, i servizi si articoleranno in:

- prestazioni erogate a giornate/uomo secondo quanto dettagliato al precedente par. 3.2.;

- afﬁdamenti di progetti a corpo, costituiti da uno o più obiettivi o attivitm, in relazione alle esigenze della Committente. Ciascun afﬁdamento sarm assegnato al Fornitore mediante un Verbale di Afﬁdamento, secondo le modalitm deﬁnite nel paragrafo 8.2 “Modalitm di erogazione”. In tali casi, l'aggiudicatario dovrm fornire 12 mesi di manutenzione in garanzia, decorrenti dal collaudo degli obiettivi rilasciati e veriﬁcati negli ultimi 12 mesi di vigenza del singolo contratto attuativo.

Per lo svolgimento dei servizi di sviluppo e manutenzione il Fornitore dovrm seguire gli eventuali standard di sviluppo e di codiﬁca, nonché gli standard di documentazione indicati dalla Committente ed utilizzare, se previsto, i framework e/o librerie di riferimento messi a disposizione dalla stessa.

Al termine del singolo afﬁdamento e nei tempi previsti dal Verbale di Afﬁdamento, il Fornitore dovrm consegnare, nel rispetto degli standard, i prodotti previsti dall’afﬁdamento.

4.1. Servizi Applicativi

4.1.1. Sviluppo, Manutenzione Evolutiva, Adeguativa e Migliorativa di software

Il Servizio riguarda la realizzazione ex-novo, l’evoluzione, l’adeguamento, la modiﬁca e la reingegnerizzazione di un prodotto/sistema/applicazione software, e comprende:

- lo sviluppo di software, che include:

● gli sviluppi di intere nuove applicazioni, o parti autonome delle stesse;

● il rifacimento di applicazioni gim esistenti;

- la Manutenzione evolutiva/migliorativa di software, che comprende gli interventi volti ad arricchire le applicazioni esistenti di nuove funzionalitm, o comunque a modiﬁcare e/o integrare le funzionalitm gim esistenti;

- la Manutenzione Adeguativa di software, che comprende interventi ﬁnalizzati ad assicurare la costante aderenza delle procedure e dei programmi al progresso dell’ambiente tecnologico nonché interventi, non funzionali, che si rendano necessari a seguito dell’introduzione di nuove norme.

18 di 62

Inoltre il Servizio comprende anche la possibile personalizzazione e parametrizzazione di software commerciale o open source intendendo quindi sia l’utilizzo di funzionalitm native, accessibili tramite menù decodiﬁcati, in cui è possibile impostare determinati parametri o conﬁgurare il funzionamento del programma senza necessitm di sviluppo e conoscenza di codice o linguaggi informatici, sia interventi ﬁnalizzati a coprire ulteriori esigenze funzionali non originariamente offerte dalla soluzione con una limitata attivitm di sviluppo software.

Potranno anche essere richiesti interventi di sviluppo di APP mobile, comprendenti l’implementazione di sistemi integrati con funzionalitm vicine al cittadino fruibili da dispositivi mobili (tablet, smartphone ed altri) e che possono richiedere principalmente la progettazione e realizzazione di interfacce graﬁche di tipo touch screen garantendo la portabilitm su diversi browser e/o l’integrazione con sistemi di georeferenziazione.

La Committente in tutte le fasi del ciclo di sviluppo e manutenzione potrm richiedere anche attivitm di Supporto Specialistico.

Nell’ambito dei servizi descritti nel presente paragrafo, la Committente afﬁderm al Fornitore dei progetti a corpo, intesi come obiettivi di sviluppo e/o manutenzione evolutiva da svilupparsi interamente, dimensionati in giorni persona. In tali casi il Fornitore avrm la responsabilitm dell’afﬁdamento, nel rispetto dell’architettura generale del sistema, degli standard e delle prassi tecniche, tecnologiche e metodologiche della Committente.

Per ogni obiettivo la Committente fornirm la descrizione delle singole fasi progettuali, con indicazione dello scopo delle stesse, il dettaglio delle attivitm che le compongono, ﬁnalitm e deliverable.

Costituisce parte integrante delle attivitm realizzative la garanzia sulla fornitura di cui al successivo paragrafo 4.2, per tutte le componenti realizzate, per tutta la durata contrattuale.

Dovranno essere, dunque, ricomprese nel presente servizio almeno le attivitm elencate di seguito e raggruppate per tipologia:

- supporto per le attivitm di collaudo:

● supporto per l’implementazione e messa a disposizione dell’ambiente di collaudo;

19 di 62

● risoluzione dei malfunzionamenti riscontrati in fase di veriﬁca o di collaudo, pena l’applicazione delle sanzioni contrattualmente previste;

● training on the job durante i primi giorni di avviamento in collaudo;

● altre attivitm in funzione della speciﬁcitm dell’intervento richieste dalla Committente per ottimizzare il collaudo ed il successivo rilascio in esercizio;

- consegna in gestione, volta ad assicurare un corretto passaggio di consegne che dovrm essere formalizzato nel Verbale di Afﬁdamento:

● illustrazione della documentazione prodotta nell’ambito del rilascio del software in esame;

● passaggio di conoscenza funzionale e tecnico;

● passaggio in esercizio o supporto a terzi indicati dalla Committente nel passaggio in esercizio per la predisposizione dell’ambiente di esercizio e per il training on the job per gli utenti della Committente e per le risorse impegnate.

Si sottolinea che l’attivitm di test è parte integrante del servizio. È richiesto, quindi, che ciascun requisito, funzionale o non funzionale, sia veriﬁcato mediante test automatizzati.

I prodotti realizzati dal servizio saranno considerati consegnabili solo a valle: (1) del superamento dei check-point del processo di sviluppo della Committente (vedi Allegato P.3 - Template Launch Readiness Review); (2) del superamento positivo dei test previsti dal piano di test opportunamente predisposto, comprendente la veriﬁca dei requisiti funzionali e non funzionali.

Gli interventi devono rispettare gli standard architetturali in uso e le caratteristiche e le sotto-caratteristiche di qualitm ISO 25010 sia che intervengano su moduli gim ingegnerizzati sia su software pregresso.

Tali interventi possono comportare rischi molto alti di introdurre errori e vulnerabilitm, per cui il piano di test deve prevedere, oltre a quanto previsto dal contenuto speciﬁco dell’intervento, azioni speciﬁche da deﬁnire con la Committente per mitigare gli effetti di tali rischi.

Si precisa che le attivitm di Manutenzione Adeguativa sono volte ad assicurare la costante aderenza delle procedure e dei programmi all’evoluzione dell’ambiente tecnologico del sistema informativo ed al cambiamento dei requisiti (organizzativi, normativi e d’ambiente) e comprendono:

20 di 62

- adeguamenti necessari a seguito dell’innalzamento di versioni del software di base;

- adeguamenti necessari a seguito dell’innalzamento di versioni dei pacchetti software utilizzati;

- adeguamenti conseguenti all’introduzione di nuovi prodotti o modalitm di gestione del sistema;

- adeguamenti a fronte di migrazioni di piattaforma.

Per Manutenzione Migliorativa si intende l’insieme degli interventi volti a migliorare le prestazioni e/o la qualitm delle funzioni esistenti, quali ad esempio:

- modiﬁche, anche massive, non a carattere funzionale, alle applicazioni (ad esempio cambiamento di titoli sulle maschere, ecc);

- adeguamenti dovuti a cambiamenti di condizioni al contorno (ad esempio per variazioni del numero utenti, per migliorie di performance, per aumento delle dimensioni delle basi dati, ecc.);

- ogni altra tipologia di intervento ﬁnalizzata ad una migliore fruizione del software applicativo in esercizio.

Possono essere compresi anche i cosiddetti “Piccoli interventi” ovvero la realizzazione di software, che farm parte stabile del parco applicativo, attivato in condizioni di particolare urgenza e con risorse e tempi contenuti (es. l’adeguamento di una transazione o di un tabulato per una diversa prospettazione dei dati, la modiﬁca di un messaggio, ecc).

Il fornitore deve ottimizzare tali interventi disponendo del know how speciﬁco richiesto dal tipo di esigenza e proponendo la tecnica di adeguamento meno invasiva e deve garantire in particolare la non regressione funzionale e tecnica oltre a tutti i test statici e dinamici atti ad assicurare pienamente il rispetto di tutti gli standard internazionali, di tecnologia, di prodotto, le linee guida e le best practices.

A seguito degli interventi di MAD/MAM, il Fornitore dovrm provare la nuova qualitm raggiunta mediante KPIs indicati dalla Committente e darne evidenza alla stessa.

Inﬁne, si precisa che il servizio può comprendere lo sviluppo o la modiﬁca di software volti ad arricchire le funzionalitm non originariamente offerte dalla soluzione dei pacchetti attraverso interfacce e senza modiﬁcare il pacchetto stesso; è indispensabile la conoscenza approfondita ed esperienze pregresse sui pacchetti da personalizzare e/o parametrizzare. Le parametrizzazioni non

21 di 62

rilasciano sw, ma modiﬁcano le funzionalitm, infatti attraverso l’utilizzo di tabelle standard, accessibili tramite menu decodiﬁcati, si deﬁnisce il funzionamento del programma senza sviluppare software.

Le attivitm di parametrizzazione consistono in interventi in cui vengono impostati tutti i parametri che consentono l’utilizzo del sistema secondo le modalitm deﬁnite in fase di disegno. Proprio le scelte effettuate in sede di parametrizzazione possono garantire un adeguato supporto informativo alle linee operative.

Le attivitm di personalizzazione sono riferite all’impostazione dell’interfaccia utente sia in termini di layout graﬁco che in termini di funzionalitm estese, la realizzazione di particolari utilities o componenti, la realizzazione di tutti gli oggetti di base che saranno poi utilizzati per realizzare i report e le analisi richieste dagli utenti ﬁnali, la redazione e/o aggiornamento della documentazione dei prodotti realizzati, la progettazione realizzazione e documentazione dei test di funzione e la realizzazione e documentazione dei test di integrazione.

Il Fornitore dovrm quindi essere in grado di realizzare nell’ambito delle attivitm descritte di seguito a titolo esempliﬁcativo:

- personalizzazione dell’interfaccia utente sia in termini di layout graﬁco che in termini di funzionalitm estese;

- realizzazione di particolari utilities o componenti;

- generazione dell’eventuale prototipo per la validazione dei requisiti utente;

- realizzazione e test di interventi di personalizzazione da effettuare per l’implementazione di nuove funzionalitm, per la modiﬁca e la manutenzione evolutiva di funzionalitm esistenti;

- personalizzazione e adeguamento di speciﬁche funzionalitm native;

- personalizzazione delle componenti individuate attraverso lo sviluppo di componenti software “ad hoc”;

- attuazione degli interventi di parametrizzazione del software;

- integrazione con la soluzione gim presenti;

- esecuzione e documentazione dei test funzionali e di integrazione;

- creazione di dashboards operazionali alimentate da metriche live ed allarmate a raggiungimenti di soglie dinamiche o meno.

22 di 62

4.1.2. Assistenza Applicativa Specialistica

Il servizio di Assistenza Applicativa è ﬁnalizzato all’erogazione di assistenza specialistica per la risoluzione di richieste che non possano essere risolte dal Customer Support (I livello). Il servizio sarm svolto da parte di personale con competenze qualiﬁcate e con competenze specialistiche su temi attinenti alla fornitura oggetto del presente Capitolato.

In particolare, il servizio si articola nelle seguenti attivitm:

- assistenza agli utenti applicativa, funzionale e sull’uso delle funzioni;

- gestione delle funzionalitm in esercizio;

- presa in carico di nuove funzionalitm in esercizio;

- afﬁancamento per il trasferimento di know-how necessario al corretto svolgimento del servizio;

- tuning, capacity planning e risoluzione di problemi applicativi;

- per alcune attivitm residuali può essere richiesto l’intervento di assistenza all’utenza presso sedi territoriali;

- parametrizzazione delle funzionalitm dei sistemi;

- censimento e proﬁlazione degli utenti;

- supporto a risorse della Committente, mediante attivitm di Training on the job.

4.1.3. Manutenzione Correttiva

Il servizio di Manutenzione Correttiva comprende la diagnosi e la rimozione delle cause e degli effetti, sulle funzionalitm, sulle interfacce utente e sulle basi dati, dei malfunzionamenti delle procedure e dei programmi in esercizio ed in genere di tutti i componenti del sistema.

Il software realizzato e/o modiﬁcato nel corso della fornitura attraverso i servizi di Sviluppo e manutenzione evolutiva di software ad hoc, MAD e MAM è in garanzia per tutta la durata contrattuale. Per il software realizzato negli ultimi 12 mesi di contratto, il periodo di garanzia non potrm comunque oltrepassare i 12 mesi ulteriori (di sola garanzia) decorrenti dalla data di scadenza del contratto.

Il servizio di manutenzione correttiva viene innescato tramite il Verbale di Afﬁdamento inviato a mezzo e-mail o PEC o altri strumenti di tracciatura della segnalazione; nel dettaglio della segnalazione verranno fornite le informazioni necessarie alla riproduzione del malfunzionamento o dei danni causati alla base dati nonché la categoria del malfunzionamento. In caso di indisponibilitm del sistema di segnalazione, i referenti della Committente segnaleranno il malfunzionamento secondo le modalitm di comunicazione stabilite.

La segnalazione costituisce di fatto una richiesta di Manutenzione Correttiva.

23 di 62

I malfunzionamenti, le cui cause non sono imputabili a difetti presenti nel software applicativo, ma ad errori tecnici, operativi o d’integrazione con altri sistemi , oppure relativi a software in garanzia (del Fornitore uscente), comportano, da parte del servizio di manutenzione correttiva, il solo supporto all’attivitm diagnostica sulla causa del malfunzionamento, a fronte della segnalazione pervenuta, ma sono poi risolti da altre strutture di competenza. Analogamente per il software realizzato/modiﬁcato nel corso della fornitura, i malfunzionamenti dovranno essere risolti nell’ambito dei servizi realizzativi in quanto coperto dalla garanzia.

Sono parte integrante del servizio di Manutenzione Correttiva le seguenti attivitm:

- rimozione degli errori e dei relativi effetti che gli errori hanno provocato, ivi compreso tutte le attivitm di ripristino della base dati;

- contributi di competenza sistemistica e specialistica di prodotto necessari alla corretta soluzione del malfunzionamento;

- attivazione del gruppo di sviluppo per adeguare l’eventuale software in corso di sviluppo/modiﬁca/collaudo;

- test in ambiente assimilabile all’ambiente di esercizio della soluzione realizzata;

- allineamento della documentazione;

- allineamento degli eventuali script automatici;

- gestione della conﬁgurazione;

- in caso di malfunzionamenti su programmi di interfaccia verso l’esterno, validazione tecnica e controllo dei risultati del contenuto dei ﬂussi informativi destinati a strutture esterne o dei dati esposti negli elaborati del sistema;

- supporto all’installazione in ambiente di esercizio, che deve essere effettuato dal servizio di Assistenza Applicativa.

Le informazioni relative alla comunicazione della gravitm delle anomalie riscontrate e i tempi di risoluzione previsti saranno inseriti nel “verbale di afﬁdamento”.

I malfunzionamenti sono classiﬁcabili in tre categorie (da 1 a 3, in cui 1 rappresenta il livello di malfunzionamento più critico) individuabili sulla base della seguente classiﬁcazione:

24 di 62

4.1.4. Supporto Specialistico

Il Servizio di Supporto Specialistico è ﬁnalizzato allo svolgimento di un insieme di attivitm, non ricomprese nei servizi realizzativi, da parte di personale con competenze qualiﬁcate. L’obiettivo del servizio è quello di disporre di competenze qualiﬁcate su temi attinenti alla presente fornitura. Per queste ﬁnalitm il servizio deve rappresentare un portafoglio di competenze in grado di mettere a disposizione conoscenze specialistiche a supporto dell’individuazione di nuove opportunitm di miglioramento e di ottimizzazione di processi e/o dei sistemi.

Si riporta di seguito un elenco non esaustivo delle attivitm su cui il Fornitore dovrm dare supporto:

- supporto analisi dei requisiti;

- supporto alla predisposizione della documentazione relativa a fasi di analisi e progettazione incluso il disegno dell’architettura software;

- supporto all’esecuzione di test di integrazione, prestazionali e di sistema;

- supporto per analisi di tipo benchmark per l’individuazione di soluzioni tecnologiche e/o pacchetti software e/o strumenti tecnologici e architetturali;

- supporto per l’individuazione di best practice e/o nuove soluzioni tecnologiche;

- implementazione e migrazione di prodotti e piattaforme tecnologiche;

- realizzazione ed adeguamento di script per automazione della conﬁgurazione e manutenzione degli ambienti tecnologici utilizzati;

- realizzazione ed esecuzione di report;

- realizzazione di script sql ﬁnalizzati a esaudire eventuali esigenze degli utenti;

- realizzazione di kit per il deploy;

- supporto in eventuali attivitm di change management o di formazione all’utenza.

25 di 62

L’elenco non si può considerare esaustivo ed immutabile, ma potrm subire delle revisioni nel periodo di validitm contrattuale per comprendere attivitm afﬁni e comunque orientate a supportare lo sviluppo, la manutenzione e la gestione dei sistemi informativi della Committentee.

Inoltre, si precisa che per garantire efﬁcienza e qualitm, le risorse assegnate al servizio di Supporto Specialistico non potranno essere sostituite dal Fornitore durante l’esecuzione del singolo afﬁdamento. Qualora intervenissero eventi non dipendenti dal Fornitore (per esempio dimissioni o malattia) che costringessero alla sostituzione di una risorsa, il Fornitore dovrm avvertire tempestivamente la Committente e farsi carico del periodo di afﬁancamento/istruzione necessario per rendere la nuova risorsa produttiva sul progetto.

La Committente si riserva inoltre di richiedere la sostituzione del personale per insufﬁciente livello qualitativo dei servizi resi, come normato nell’ Appendice n.1 al presente Capitolato Tecnico “Indicatori di qualitm e penali”.

4.2. Garanzia

Ogni prodotto software realizzato/modiﬁcato deve essere pienamente rispondente ai requisiti funzionali espressi, alle normative vigenti (vedi accessibilitm), ai requisiti non funzionali (sicurezza, usabilitm, prestazionalitm, manutenibilitm, ecc.) nonché agli standard, linee guida e miglior prassi disponibile per lo sviluppo software.

Ne discende che eventuali anomalie, difettositm residua non intercettata durante le fasi di test dell’Aggiudicatario e di collaudo della Committente, riscontrabili sulle funzionalitm realizzate e/o modiﬁcate durante l’intera fornitura devono essere rimosse, come parte integrante dei servizi che li hanno realizzati, a totale carico del Fornitore.

Pertanto, l’Aggiudicatario dovrm garantire la tempestiva rimozione dei difetti del software nuovo e/o modiﬁcato nonché la correzione e/o il ripristino delle basi dati deteriorate come ripercussione dei difetti nei tempi previsti, secondo quanto deﬁnito nell’Appendice n.1 al presente Capitolato Tecnico “Indicatori di qualitm e penali”.

Si precisa che gli interventi correttivi dovranno riguardare anche la documentazione a corredo.

Per tutto il software rilasciato l'Aggiudicatario deve produrre/aggiornare la relativa documentazione. La documentazione deve rispondere a requisiti di accuratezza, comprensibilitm e più in generale usabilitm.

Pertanto, deve essere garantita, come parte integrante dei servizi realizzativi, la correzione gratuita dei difetti riguardanti:

- gli oggetti software nuovi e/o modiﬁcati;

- le basi dati / ﬂussi dati deteriorati come ripercussione dei difetti;

26 di 62

- la documentazione a corredo al software.

La garanzia opera con gli stessi livelli di servizio previsti per la Manutenzione Xxxxxxxxxx secondo la tempistica seguente:

- per tutto il periodo di erogazione dei servizi relativamente a tutto il software il cui collaudo ha avuto esito positivo;

- per una durata massima di ulteriori dodici mesi successivi per tutti i prodotti che nel corso dei dodici mesi precedenti hanno avuto un esito positivo del collaudo.

Le suddette garanzie devono essere prestate in proprio dall’Aggiudicatario anche per il fatto del terzo, intendendo la Committente restare estranea ai rapporti tra l'Aggiudicatario e le ditte fornitrici.

I malfunzionamenti verranno notiﬁcati a mezzo e-mail o PEC al Fornitore attraverso una apposita Comunicazione di Rilevazione Errori, contenente:

- la descrizione dettagliata dell’anomalia riscontrata, eventualmente corredata di allegati esplicativi;

- il livello di impatto sull’operativitm del sistema, in termini di gravitm dell’errore (bloccante/grave/altro):

- eventuali soluzioni di bypass (workaround) adottate dalla Committente nel caso di anomalie bloccanti per ripristinare almeno in parte l’operativitm del sistema;

- la data richiesta per la chiusura dell’intervento;

- il luogo di svolgimento delle attivitm.

La segnalazione costituisce di fatto una richiesta di Manutenzione Correttiva da parte della Committente nei confronti dell’Aggiudicatario. Tali informazioni saranno utilizzate ai ﬁni del calcolo degli indicatori di cui all’Appendice 2 al presente Capitolato Tecnico “Indicatori di qualitm e penali”.

Salvo diversa indicazione nella Comunicazione di Rilevazione Errori le attivitm di manutenzione in garanzia saranno svolte presso la sede del Fornitore.

L'Aggiudicatario potrm comunicare la rimozione dell’anomalia per le vie brevi, (telefono o e-mail) ma è comunque tenuto a restituire il modulo Comunicazione di Rilevazione errori completato con la data e l’ora di comunicazione di chiusura dell’intervento, la descrizione degli interventi effettuati sul software e le eventuali modiﬁche della documentazione.

5. REQUISITI E COMPETENZE GENERALI PER L’EROGAZIONE DEI SERVIZI

5.1. Requisiti minimi dei servizi realizzativi

I prodotti realizzati nell’ambito della presente iniziativa dovranno rispettare i requisiti minimi espressi nel Capitolato Tecnico.

27 di 62

5.2. Competenze funzionali e tematiche

In linea con quanto indicato nel presente Capitolato e nelle sue Appendici, le competenze funzionali e tematiche che l'Aggiudicatario deve rendere disponibili per i servizi oggetto della presente iniziativa sono:

- Conoscenza approfondita del contesto e delle tematiche inerenti PagoPA;

- Conoscenza delle normative di riferimento (Codice degli appalti pubblici, Codice dell’Amministrazione Digitale (CAD), ecc);

- Conoscenza degli ambienti e degli strumenti per la gestione dei procedimenti amministrativi di PagoPA;

- Capacitm di comprendere, analizzare e rappresentare le esigenze ed i requisiti funzionali e di business di PagoPA;

- Conoscenza delle tecniche di analisi organizzativa, business process re-engineering (di seguito BPR), demand management e change management;

- Conoscenza approfondita delle tecniche di assessment dei sistemi informativi, dal punto di vista funzionale, architetturale, qualitativo;

- Capacitm di dimensionare il budget, il perimetro e l’ambito di iniziative progettuali informatiche di piccole, medie e grandi dimensioni;

- Conoscenza approfondita delle tecniche di project management e risk management.

5.3. Competenze metodologiche

In linea con quanto indicato nel presente Capitolato e nelle sue Appendici, al Fornitore sono richieste competenze in merito a metodologie, tecniche, strumenti, standard e linee guida relativi alle modalitm di erogazione di tutti i servizi oggetto della fornitura, come descritto in dettaglio nel seguito.

Le competenze metodologiche offerte e proposte dal fornitore devono essere coerenti e riconducibili alle principali metodologie, quali:

- ISO 9000 che raggruppa le norme che deﬁniscono i requisiti per la realizzazione, in un’organizzazione, di un sistema di gestione di qualitm, al ﬁne di condurre i processi aziendali, migliorare l’efﬁcacia e l’efﬁcienza nella realizzazione del prodotto e nell’erogazione del servizio, ottenere ed incrementare la soddisfazione del cliente;

- ISO 25010, e successive, il modello di qualitm del software e dei dati ed indicatori, linee guida per la relativa misurazione;

- Approcci metodologici adottabili per il project management che includono gli approcci agili, interattivi, incrementali e basati sulla successione di fasi predeﬁnite (quali ad esempio: PMI, PRINCE2, IPMA COBIT, CMMI, ITIL, RUP, Agile, Devops);

- Approccio metodologico per la realizzazione e gestione di sistemi informatici complessi ed integrati;

28 di 62

- Approccio metodologico per l’analisi, il disegno e la programmazione ad oggetti (OOA) e per servizi (SOA)

- Metodologie speciﬁche e verticali del prodotto e/o piattaforma e/o soluzione tecnologica e/o pacchetto applicativo;

- IFPUG: metodo di misurazione della dimensione funzionale del software.

5.4. Competenze applicative

In linea con quanto indicato nel presente Capitolato e nelle sue Appendici e in coerenza con il contesto tecnologico e applicativo, le principali competenze informatiche che l'Aggiudicatario deve mettere in campo sono:

- individuazione e disegno delle soluzioni applicative maggiormente rispondenti alle esigenze di PagoPA;

- disegno e progettazione dell’architettura funzionale, applicativa e tecnologica;

- conoscenza e applicazione dell’intero ciclo di vita del software, dal disegno, alla realizzazione, test, integrazione, diffusione e conduzione in esercizio;

- conoscenza e applicazione delle tecniche di parametrizzazione di sistemi;

- erogazione di attivitm di manutenzione evolutiva, correttiva, adeguativa su sistemi;

- conoscenza delle tecniche di realizzazione di procedure e programmi utilizzando il linguaggio di programmazione nativo dell’applicazione indicata e valutando correttamente gli impatti sui programmi gim in uso;

- formazione degli utenti al corretto utilizzo dei sistemi.

5.5. Competenze tecnologiche

In linea con quanto indicato nel presente Capitolato e nelle sue Appendici e in coerenza con il contesto tecnologico e applicativo descritto, le principali competenze tecnologiche richieste al Fornitore sono:

- provato expertise di sviluppo e delivery in cloud AWS;

- provato expertise di sviluppo e delivery in cloud Azure;

- provato expertise nello sviluppo di applicazioni mobile;

- provato expertise di sviluppo e delivery - provato expertise di sviluppo e delivery con data-storedata-store non-relazionali;

- provato expertise su sistemi di Identity and access management system;

- automazione di piani di test unitari, end-to-end, performance, di usabilitm

- creazione di dashboard operazionali xx xxxxxxx

6. DIMENSIONAMENTO E COMPOSIZIONE DEI GRUPPI DI LAVORO

A seconda delle attivitm afﬁdate da svolgere, ciascun fornitore dovrm concordare,

29 di 62

di volta in volta, con la Committente la composizione del gruppo di lavoro più opportuna a seconda delle esigenze, secondo le modalitm descritte nel paragrafo 3.1.

La composizione dei Gruppi di lavoro dovrm avvenire nel rispetto dei livelli minimi di qualitm e dei livelli di performance minimi richiesti, garantendo l’adeguatezza delle risorse individuate al ruolo assegnato e la corrispondenza ai requisiti minimi espressi dal presente Capitolato, nell’Appendice n. 2 e agli ulteriori requisiti eventualmente indicati in sede di Offerta Tecnica.

La composizione dei gruppi di lavoro è quella ritenuta ottimale dalla Committente, tuttavia l'Aggiudicatario può variarne la composizione, previa comunicazione e autorizzazione della Committente, sia pur in misura contenuta e coerente con le percentuali di impiego generalmente utilizzate per risorse di servizi analoghi, per modulare i gruppi di lavoro secondo la propria usuale organizzazione lavorativa, garantendo comunque la qualitm del servizio prestato ed il raggiungimento degli obiettivi richiesti.

Eventuali scostamenti, in miglioramento, dovranno essere preventivamente comunicati e motivati dall'Aggiudicatario e accettati espressamente dalla Committente e non comporteranno alcuna modiﬁca alle tariffe offerte per il servizio.

Si precisa che, in caso di andamento non lineare delle attivitm, in taluni periodi potranno essere afﬁdati servizi il cui effort potrm essere di circa il 20% superiore o inferiore rispetto all’impegno medio mensile stimabile a partire dai volumi sopra espressi; si richiede pertanto all’Aggiudicatario la necessaria ﬂessibilitm nella presa in carico e nella gestione di tali variazioni di effort ed in particolare nella gestione dei picchi di attivitm.

7. REQUISITI ORGANIZZATIVI

È richiesto all’Aggiudicatario che le risorse impiegate nella fornitura abbiamo elevate capacitm tecniche e professionali: prontezza, precisione, afﬁdabilitm, competenza e perfetta conoscenza della documentazione contrattuale al ﬁne di conoscere e rispettare tutti i requisiti minimi.

È essenziale da parte dell'Aggiudicatario un elevato grado di ﬂessibilitm nel rendere disponibili le risorse, nonché nel garantire le necessarie competenze.

Si richiede che l'Aggiudicatario provveda alla verbalizzazione degli eventuali incontri con la Committente, al ﬁne di condividere in tempi rapidi quanto deciso nel corso degli incontri (entro 5 giorni lavorativi dalla riunione).

30 di 62

L'Aggiudicatario è responsabile dell’organizzazione dei servizi, nel rispetto dei requisiti minimi richiesti. Nel caso di inadeguatezza, impreparazione, incompetenza, inadempienza, delle risorse impiegate, esse dovranno essere immediatamente sostituite, anche su richiesta formale della Committente, e si applicheranno le sanzioni previste contrattualmente.

Nel caso di indisponibilitm dei referenti, ad esempio per ferie o malattia, l'Aggiudicatario deve garantire un’adeguata sostituzione al ﬁne di assicurare un’interfaccia competente alla Committente.

Oltre agli obblighi scaturenti dalla nomina del Fornitore quale sub-responsabile del trattamento dei dati, l'Aggiudicatario dovrm garantire che i servizi verranno resi nell’ambito dell’UE e che non sarm effettuato alcun trasferimento di dati personali verso un paese terzo o un’organizzazione internazionale al di fuori dell’UE o dello Spazio Economico Europeo, fatta eccezione dei paesi/territori/organizzazioni coperti da una decisione di adeguatezza resa dalla Commissione europea ai sensi dell’art. 45 Regolamento UE/2016/679.

Si richiede, inoltre, che le eventuali piattaforme/server utilizzati dall’Aggiudicatario per l’espletamento dei servizi abbiano sede nell’UE e dovrm essere garantito che qualunque replica dei dati non verrm trasmessa al di fuori della UE o dello Spazio Economico Europeo.

Ai ﬁni dell’erogazione dei servizi, soprattutto nell’esecuzione da remoto, l'Aggiudicatario dovrm adottare adeguate misure per inibire l’accesso ai dati personali, salvo che ciò non sia strettamente indispensabile per la fornitura del servizio; inoltre dovrm:

- tracciare adeguatamente ogni intervento/accesso (da remoto e non) attraverso modalitm sicure (es. access log, username e password) e facilmente veriﬁcabili - in termini di riferimenti temporali e descrizione dell ́evento che ha generato la necessitm dell’intervento – in modo tale da consentire alla Committente le opportune veriﬁche;

- informare preventivamente la Committente per poter effettuare gli interventi di assistenza e manutenzione e tutte le attivitm sugli ambienti di esercizio o copia di essi, fatti salvi i casi di urgenza;

- rendicontare, all’interno della reportistica ad hoc, gli interventi effettuati in loco e/o da remoto, se l’intervento ha comportato l’accesso a dati personali indicando quali siano le tipologie di dati personali trattati e le ragioni che hanno reso necessario trattare tali informazioni al ﬁne di assicurare e/o ripristinare il funzionamento del servizio e dell’operativitm.

7.1. Requisiti di qualità

L'Aggiudicatario dovrm assicurare la qualitm della fornitura rispettando i criteri di qualitm indicati nel presente Capitolato.

31 di 62

Durante l’erogazione dei servizi, tutti i dati rilevati sull’andamento dei servizi e sui livelli di servizio saranno archiviati, a cura dell’Aggiudicatario, e resi disponibili ai Responsabili della Committente, con funzioni di interrogazione e reportistica.

Resta inteso che la validazione dei dati e il collaudo rimarranno in capo alla Committente.

La documentazione dovrm contenere il proﬁlo di qualitm minimo dei servizi della fornitura (Appendice n.1 al presente Capitolato Tecnico “Indicatori di qualitm e penali”).

Nel caso in cui l’Aggiudicatario in sede di offerta abbia proposto miglioramenti dei valori di soglia, tali nuovi valori saranno assunti come nuovo proﬁlo della qualitm.

7.1.1. Piano della Qualità Generale

Il Piano della Qualitm Generale è il documento di riscontro per la valutazione della qualitm del servizio erogato, rispetto al quale si valuta il livello qualitativo dei servizi erogati per l’intera durata contrattuale, anche in riferimento alle effettive esigenze dell’utenza.

Il Piano della Qualitm Generale dovrm essere consegnato dal Fornitore entro 10 giorni lavorativi dalla stipula del contratto ed approvato dalla Committente. Il Piano della Qualitm Generale dovrm essere approvato prima dell’avvio delle attivitm contrattuali e potrm essere aggiornato su richiesta della Committente. Le successive versioni o revisioni del Piano della Qualitm Generale saranno consegnate in funzione delle variazioni intervenute.

Il Piano della Qualitm Generale sarm redatto dal Fornitore sulla base dello schema esposto nell’Appendice 3 al presente Capitolato Tecnico “Cicli e prodotti” e costituirm il riferimento per le attivitm di veriﬁca e validazione svolte dal Fornitore all’interno dei propri gruppi di lavoro ed all’esterno.

Il Piano della Qualitm Generale dovrm essere aggiornato a seguito di signiﬁcativi cambiamenti di contesto in corso d’opera o, comunque, su richiesta della Committente ogni qualvolta lo reputi opportuno. Il Piano deve essere riconsegnato aggiornato a livello di intero documento, e non per le sole parti variate, e dovrm essere possibile individuare le modiﬁche effettuate.

Il Piano della Qualitm Generale dovrm essere predisposto dal Fornitore e dovrm:

- fornire lo strumento per collegare i requisiti speciﬁci dei servizi contrattualmente richiesti con le procedure generali del sistema qualitm e gestione dei rischi del Fornitore gim esistenti;

- esplicitare le disposizioni organizzative e metodologiche adottate dal fornitore, allo scopo di raggiungere gli obiettivi tecnici e di qualitm contrattualmente deﬁniti;

- esplicitare le disposizioni organizzative e metodologiche adottate dal fornitore, allo scopo di determinare la più idonea soluzione tecnica ed economica per la

32 di 62

Committente in ciascun servizio afﬁdato e determinare dimensionamenti accurati ed afﬁdabili;

- dettagliare i metodi di lavoro messi in atto dal fornitore, facendo riferimento o a procedure relative al proprio sistema, e per ciò descritte nel manuale qualitm, o a procedure sviluppate per lo speciﬁco contrattuale, a supporto delle attivitm in esso descritte (in questo caso da allegare al piano): in particolare, per i servizi realizzativi, dovranno essere esplicitati, con riferimento al contesto della fornitura, le modalitm di formazione del gruppo di lavoro, i cicli di vita adottabili, gli effort per fase media stimata, le modalitm di avanzamento e di controllo e di rendicontazione interna ed esterna, le modalitm e gli strumenti per il test funzionale e non, ecc.;

- garantire il corretto e razionale evolversi delle attivitm contrattualmente previste, nonché la trasparenza e la tracciabilitm di tutte le azioni messe in atto dalle parti in causa, l'Aggiudicatario e la Committente;

- rispettare quanto previsto dalla normativa di riferimento.

7.2. Ruoli richiesti

Si precisa che i ruoli di cui ai seguenti paragraﬁ non dovranno comportare alcun onere aggiuntivo per la Committente e non faranno parte di alcuno dei gruppi di lavoro relativi ai servizi oggetto della fornitura.

7.3. Struttura team di lavoro

A titolo esempliﬁcativo, di seguito viene rappresentata una possibile struttura di team e ruoli così come si possono distribuire fra Committente e Aggiudicatario:

Risorse Professionali della Committente

Risorse Professionali dell’Aggiudicatario

Product Owner / Technical Product Manager Responsabile della delivery dell’iniziativa in termini di analisi, aderenza agli standard della Committente, scoping, timeline ed effort.

Technical Project Manager (Team Manager) Responsabile della esecuzione degli accordi con la Committente, della attuazione del processo software della Committente da parte del team Aggiudicatario e della rendicontazione delle attivitm svolte.

Tech Leader

Responsabile della qualitm della delivery, governa e collabora con il team dell’Aggiudicatario mettendolo in condizioni di lavorare secondo gli standard della Committente.

Service Designer (Analyst)

Responsabile della esecuzione della analisi e design a supporto della Committente.

Inclusi, ma non esaustivi: attori, entitm, processi, casi d’uso, UX, scenari di test end-to-end.

33 di 62

Legal Offficer

Responsabile della attuazione dei processi di compliance legal della Committente.

Junior Software Engineer (cloud/mobile) Responsabile della esecuzione dei task di sviluppo delle pipeline CI/CD, della

business-logic, delle dashboard operazionali e di eventuali correzioni e supporto.

Software Engineer (cloud/mobile) Responsabile della esecuzione dei task di sviluppo delle pipeline CI/CD, della

business-logic, delle dashboard operazionali e di eventuali correzioni e supporto.

Senior Software Engineer (cloud/mobile) Responsabile del design tecnico, della aderenza ai processi della Committente, della esecuzione dei task di sviluppo delle pipeline CI/CD, della business-logic, delle dashboard operazionali e di eventuali correzioni e supporto

7.3.1. Responsabile del Contratto per l'Appaltatore

L'Aggiudicatario dovrm comunicare il nominativo del proprio rappresentante designato quale responsabile del rispetto di tutti gli adempimenti contrattuali.

Il Responsabile del Contratto dovrm essere reperibile telefonicamente e partecipare alle riunioni di avanzamento contratto - almeno mensili - ed ogni altra riunione su richiesta della Committente con un preavviso massimo di 3 giorni lavorativi. Pertanto in caso di assenza per più di 2 giorni dovrm nominare un sostituto temporaneo che conosca nel dettaglio gli adempimenti e le attivitm del Contratto.

Il Responsabile del Contratto dovrm inderogabilmente:

- assicurare il pieno rispetto di tutti gli adempimenti contrattuali;

- governare le attivitm, coordinare tutti i servizi, assicurare l’ottimizzazione dei processi e con i fornitori dei processi collegati;

- presentare bisettimanalmente il report sull’andamento delle attivitm;

- garantire e monitorare la correttezza e la tempestivitm dell’utilizzo degli strumenti e degli standard/linee guida della Committente;

- garantire la correttezza delle stime e conteggi di giorni persona per le attivitm;

- monitorare i livelli di servizio sulle attivitm ed intraprendere eventuali azioni correttive a fronte del mancato rispetto delle soglie previste e/o a fronte di rilievi;

- pianiﬁcare la qualitm con ottica di miglioramento continuo e confronto con le migliori best practices disponibili per ambito.

- misurare i risultati sugli indicatori di qualitm;

34 di 62

- riferire ed intervenire su problematiche relative ad eventuale mancata aderenza delle risorse impiegate rispetto ai proﬁli professionali richiesti ed in particolare sostituire immediatamente risorse inadeguate tecnicamente alle attivitm necessarie per l’erogazione dei servizi;

- garantire un approccio strutturato ed integrato in tutte le attivitm ed in tutti i servizi attraverso condivisione di know-how, pianiﬁcazione globale, sviluppo di sinergie ed economie di scala;

- garantire la formazione continua delle risorse impiegate;

- mantenere un costante colloquio con i diversi responsabili dell’esecuzione del Contratto per la Committente.

7.3.2. Responsabile del trattamento dei dati personali

L'Aggiudicatario sarm nominato responsabile del trattamento dei dati personali ai sensi dell’art. 28 del Regolamento Ue 2016/679 al momento della stipula del contratto.

7.4. Piano di Attivazione

È richiesto al Fornitore di allegare all’Offerta Tecnica un Piano di Attivazione che deve prevedere una fase di presa in carico nella quale, a partire dalla data di stipula del Contratto Attuativo, il Fornitore dovrm provvedere:

- alla presa in carico dei servizi, con il supporto di PagoPA S.p.A., per il trasferimento della Knowledge Base e delle conoscenze necessarie al corretto svolgimento dei servizi richiesti;

- alla formazione degli Operatori;

Per tutto il periodo di presa in carico del Servizio, che non potrm comunque superare la durata massima di 45 (quarantacinque) giorni solari dalla data di stipula del Contratto Attuativo o dell’eventuale esecuzione anticipata, il Fornitore non percepirm alcun corrispettivo.

La data di sottoscrizione del Verbale di avvio attivitm coincide con il termine della presa in carico del servizio, e in tale data, l’erogazione dei servizi dovrm passare al Fornitore subentrante senza soluzione di continuitm con i Fornitori precedenti.

7.4.1. Risorse impiegate

L'Aggiudicatario garantisce che tutte le risorse che impiegherm per l’erogazione dei servizi oggetto del Contratto, ﬁn dalla fase di presa in carico dei servizi e in caso di integrazioni e/o sostituzioni, rispondono ai requisiti minimi professionali richiesti nell’Appendice n.2 al presente Capitolato Tecnico e agli ulteriori requisiti eventualmente indicati in sede di Offerta Tecnica.

35 di 62

Le risorse da impiegare/sostituire devono rispondere ai requisiti minimi indicati per i relativi proﬁli professionali descritti in Appendice n.2 al presente Capitolato Tecnico, o a quelli migliorativi eventualmente indicati in Offerta Tecnica. In caso di sostituzione le nuove risorse professionali devono avere attestati ed esperienze, in tipologia e durata, non inferiori alla risorsa da sostituire.

Si precisa, inoltre, che i titoli e le certiﬁcazioni richiesti/offerti in fase di gara, dovranno essere posseduti per l’intera durata contrattuale. In caso di sostituzione di risorse certiﬁcate le nuove risorse dovranno possedere le stesse certiﬁcazioni.

A tal ﬁne l'Aggiudicatario, entro 10 giorni lavorativi dalla stipula del Contratto, dovrm indicare le risorse professionali che saranno impiegate nell’esecuzione dei servizi e di tutte le attivitm propedeutiche alla presa in carico degli stessi, anche in funzione delle indicazioni della Committente, consegnando i relativi CV.

Per l’accettazione del personale proposto, la Committente si riserva la possibilitm di procedere a colloqui di approfondimento (che possono comprendere prove tecniche speciﬁche), per veriﬁcare la corrispondenza delle competenze elencate nel CV. La risorsa dovrm essere disponibile al colloquio entro 3 giorni lavorativi dalla richiesta.

In caso di valutazione positiva della risorsa, comunicata per iscritto, da parte della Committente, l'Aggiudicatario si obbliga a provvedere a mettere a disposizione la ﬁgura professionale entro 5 giorni lavorativi dalla comunicazione dell’esito positivo del colloquio.

Per il personale ritenuto inadeguato, qualunque sia il ruolo, la Committente, ferma l’applicazione delle sanzioni contrattualmente previste, procederm alla richiesta formale di sostituzione. Entro 10 giorni lavorativi dalla relativa richiesta, l’Aggiudicatario dovrm proporre la sostituzione della risorsa, con contestuale consegna alla Committente del curriculum della nuova ﬁgura professionale. L’esercizio da parte della Committente di tale facoltm non comporterm alcun onere per la stessa.

L’Aggiudicatario, nel caso in cui debba provvedere alla sostituzione di una risorsa coinvolta nell’esecuzione delle prestazioni contrattuali, dovrm comunicare la motivazione alla Committente e consegnare a quest’ultima il curriculum della nuova ﬁgura professionale, con un preavviso di almeno 15 giorni lavorativi.

In entrambi i casi di cui sopra, la Committente procederm a valutare, anche mediante il colloquio sopra disciplinato, l’idoneitm della nuova ﬁgura professionale proposta.

Ove la Committente ritenga la ﬁgura professionale proposta non idonea allo svolgimento dell’attivitm contrattuale, ferma l’applicazione delle sanzioni contrattualmente previste, ne darm comunicazione all’Aggiudicatario, la quale si impegna a procedere ad una nuova proposta entro 5 giorni lavorativi dalla comunicazione medesima.

36 di 62

Si precisa che le nuove ﬁgure professionali devono avere attestati ed esperienze, in tipologia e durata, non inferiori alla risorsa da sostituire.

In caso di valutazione positiva della risorsa, comunicata per iscritto, da parte della Committente, l’Aggiudicatario si obbliga a provvedere alla sostituzione della ﬁgura professionale entro 5 giorni lavorativi dalla relativa comunicazione.

All’Aggiudicatario è vietato procedere alla sostituzione della ﬁgura professionale senza la necessaria preventiva valutazione e autorizzazione della Committente. L’Aggiudicatario prende atto che la Committente, al ﬁne di ottenere la massima qualitm professionale del servizio reso, si riserva la facoltm di veriﬁcare, in ogni momento dell’esecuzione del Contratto, la corrispondenza della qualitm del servizio e delle ﬁgure professionali effettivamente impiegate rispetto a quanto indicato nella documentazione contrattuale e nell’Offerta Tecnica.

8. ESECUZIONE DEI SERVIZI

E’ richiesto all’Aggiudicatario il rispetto dei processi, degli standard e delle linee guida adottate dalla Committente nonché gli standard internazionali e le best practices di settore e di tecnologia applicativa.

Tutte le attivitm dovranno essere svolte in collaborazione con i referenti della Committente, secondo modalitm che saranno opportunamente concordate in fase di avvio.

La Committente si riserva di modiﬁcare i propri standard e le proprie linee guida e di introdurre nuove modalitm, anche in corso d’opera, dandone congruo preavviso. In aggiunta, tali modalitm di esecuzione potranno essere congiuntamente riviste, su proposta dell’Aggiudicatario, per migliorare la qualitm della fornitura.

Non sono accettabili proposte peggiorative da parte dell’Aggiudicatario quali richieste di non rispettare impegni presi in Offerta Tecnica.

8.1. Attività propedeutiche all’erogazione dei servizi

L'Aggiudicatario dovrm garantire, senza oneri aggiuntivi per la Committente:

- la predisposizione degli strumenti necessari per porre in essere il collegamento telematico con la Committente, come descritto al paragrafo di riferimento;

- le necessarie dotazioni individuali di attrezzature informatiche per il proprio personale, gli ambienti tecnologici conformi a quanto speciﬁcato nel paragrafo relativo agli ambienti.

In considerazione dell’articolazione, della complessitm e delle esigenze di qualitm, l'Aggiudicatario, nel periodo di subentro in un dato progetto, dovrm acquisire il know-how sul contesto tecnologico ed applicativo nonché di processo ed organizzativo della fornitura, predisporre gli ambienti tecnologici e/o strumenti operativi e di supporto.

37 di 62

Tutte le spese e gli oneri dell’Aggiudicatario, relativi alle attivitm propedeutiche all’erogazione dei servizi oggetto del presente documento, sono da intendersi ricomprese e compensate nel corrispettivo complessivo delle attivitm.

8.1.1. Attività di subentro e acquisizione know-how

L'Aggiudicatario dovrm garantire l’erogazione dei servizi nel pieno rispetto dei requisiti minimi e dei livelli di servizio a partire dalla data di attivazione del/i contratto/i attuativi speciﬁci.

Per assicurare l’efﬁcacia dei servizi ﬁn dalla suddetta data, l'Aggiudicatario deve impiegare personale pienamente formato sulle tematiche funzionali e tecniche oggetto delle attivitm nonché sui metodi, sugli strumenti e sugli standard che nel corso delle attivitm saranno utilizzati.

L'Aggiudicatario dovrm quindi predisporre il Piano di Subentro, esplicitando le risorse professionali ed il loro successivo impiego nei servizi della fornitura, le attivitm, i tempi, gli strumenti offerti, nonché la predisposizione degli ambienti, degli strumenti, delle soluzioni, sistemi e migliorie offerte. Tale piano è soggetto all’approvazione della Committente. L'Aggiudicatario è tenuto alla redazione del Piano di Subentro anche nel caso corrisponda al Fornitore uscente.

In sede di offerta tecnica, il Concorrente potrm illustrare il Piano di Subentro proposto, con evidenza delle strategie operative ed organizzative che prevede di mettere in atto per garantire una rapida ed efﬁcace presa in carico dei servizi, nonché della numerositm e skill del personale afferente ai team di lavoro che saranno dedicati alle attivitm di presa in carico.

Tali elementi saranno oggetto di valutazione e daranno adito all’acquisizione di punteggio tecnico secondo le modalitm espresse nel Disciplinare di gara.

Il servizio di presa in carico e acquisizione di know how è inteso a totale carico dell’aggiudicatario, pertanto non comporterm oneri aggiuntivi per la Committente. Il periodo di presa in carico (anche periodo di subentro) iniziale dovrm essere effettuato entro il termine di 45 giorni solari e non potrm essere oggetto di contrazione o allungamento in sede di offerta tecnica, pena l’esclusione dal confronto competitivo.

In particolare:

- nel corso delle attivitm di subentro l'Aggiudicatario dovrm produrre la documentazione relativa alle modalitm di misurazione degli Indicatori di Qualitm. La Committente potrm richiedere che tale documentazione venga redatta su appositi template che se del caso saranno forniti;

- per i servizi realizzativi (sviluppo, manutenzione evolutiva, ecc.) il subentro è ﬁnalizzato alla presa in carico del parco applicativo esistente al momento del subentro stesso, comprensivo di tutti gli strumenti e della documentazione di supporto e di eventuali interventi gim deﬁniti dalla Committente;

38 di 62

- per i servizi di Assistenza Applicativa Specialistica e Manutenzione Correttiva il subentro è ﬁnalizzato all’acquisizione del know-how necessario per lo svolgimento delle attivitm a regime;

- per il servizio di Supporto Specialistico il subentro è da considerarsi dedicato all’acquisizione dello stato dell’arte delle attivitm propedeutiche o collegate all’erogazione dei servizi (es. studi di fattibilitm, documenti relativi alla veriﬁca della qualitm del software ed eventuali report collegati, ecc.).

Durante il periodo di subentro l'Aggiudicatario dovrm organizzare, pianiﬁcare e partecipare attivamente alle attivitm di afﬁancamento iniziale ed acquisizione know how erogati e con il supporto della Committente o di terzi dalla Committente indicati, nonché predisporre quanto necessario e/o offerto per l’efﬁcace presa in carico dei servizi.

Tale addestramento potrm consistere, ad esempio, in riunioni di lavoro, esame della documentazione esistente con assistenza di personale esperto, afﬁancamento nell’operativitm quotidiana condotta dal Fornitore uscente. Durante le attivitm di training on the job la responsabilitm delle operazioni continuerm ad essere in capo al Fornitore uscente.

Inoltre, durante lo svolgimento delle attivitm di presa in carico e prima della Data di attivazione della fornitura, l'Aggiudicatario, con frequenza bisettimanale, dovrm:

- effettuare l’assessment e la misurazione della qualitm del software esistente, sulla base dello strumento, della metodologia e delle metriche proposte in sede di Offerta Tecnica, dandone evidenza alla Committente attraverso apposita documentazione;

- effettuare l’analisi statica e dinamica del software esistente dandone evidenza alla Committente attraverso apposita documentazione (report di analisi del codice morto, del codice ridondato, del codice riusato, ecc..).

Durante le attivitm di subentro e sino alla data di attivazione della fornitura, la responsabilitm dei servizi e di tutte le attivitm continuerm ad essere in capo al Fornitore uscente.

Per tutto il periodo di subentro, l'Aggiudicatario aggiudicatario non percepirm alcun corrispettivo.

Si sottolinea l’importanza della presa in carico del sistema a inizio fornitura per acquisire un elevato grado di conoscenza funzionale ed operativa del software e della base dati. Si precisa che le medesime risorse impiegate nel corso di tale attivitm (presa in carico) dovranno essere impiegate nei servizi oggetto della fornitura.

8.1.2. Standard e linee guida interne On-boarding

L’Aggiudicatario fornirm le generalitm delle persone impiegate nelle attivitm:

39 di 62

● nome

● cognome

● email corporate (con estensione propria dell’Aggiudicatario)

● recapito telefonico corporate

● ruolo

La email viene usata per fare on-boarding della persona sui sistemi della Committente che l’Aggiudicatario deve adoperare per tutto il corso della collaborazione.

Comunicazione

Gli strumenti adoperati dalla Committente che l’Aggiudicatario dovrm utilizzare sono:

● Slack

● Atlassian Conﬂuence

● Atlassian Jira

La Committente ha facoltm di aggiornare la lista di cui sopra, qualora ritenuto necessario, e di conseguenza l’Aggiudicatario dovrm adeguare la propria infrastruttura IT.

Delivery

Strumenti

Per tutta la durata della collaborazione, l’Aggiudicatario è tenuto ad utilizzare i seguenti strumenti di delivery ed esecuzione della Committente:

● GitHub

● AWS Code Guru

● SonarCloud

● uno o più account cloud del provider di riferimento (AWS, Azure, Google, etc.)

La Committente ha facoltm di aggiornare la lista di cui sopra, qualora ritenuto necessario, e di conseguenza l’Aggiudicatario dovrm adeguare la propria infrastruttura IT.

40 di 62

Processo

L’Aggiudicatario è tenuto a seguire il processo di sviluppo software applicato dai team della Committente, sia nei casi di esecuzione delle prestazioni secondo progetti a corpo sia nei casi di esecuzione delle prestazioni secondo giornata/uomo.

Lo strumento attraverso cui ogni iniziativa verrm comunicata, descritta, e perfezionata è PR-FAQ (Press Release & Frequently Asked Questions).

Data la PR-FAQ l’Aggiudicatario produce e presenta un’analisi di alto livello che individua gli attori, le entitm del dominio ed i processi che li coinvolgono.

Parallelamente all’analisi, l’Aggiudicatario inizia l'attivitm di DPIA, condotta sotto la supervisione del dipartimento Legal della Committente. Il completamento della DPIA procede parallelamente ai passi seguenti.

L’analisi di alto livello è input per il Design Tecnico che deve essere sottoposto a revisione della Committente per feedback.

L’Aggiudicatario inizia lo sviluppo da strutturare con la Committente in milestones incrementali. Ogni milestone deve mostrare una crescita dell’artefatto rispetto a quella precedente.

L’Aggiudicatario presenta alla Committente una demo ogni 2 settimane in cui i nuovi sviluppi sono mostrati, potenziali ostacoli divulgati, soluzioni possibili presentate, metriche di qualitm esibite (copertura del codice per linea e branch, difetti di sicurezza, etc.).

L’attivitm dell’Aggiudicatario è considerata completata con successo se l’artefatto può essere attivato ed operato. Questo è deciso con la Launch Readiness Review.

In caso di incidenti post-lancio nati nel periodo di validitm del contratto, l’Aggiudicatario ha l’obbligo di partecipare nella misura ritenuta necessaria dalla Committente alle attivitm di troubleshooting, ﬁxing, post-mortem.

8.1.3. Attività di ffine fornitura (Trasferimento di know-how)

L'Aggiudicatario è tenuto, su richiesta della Committente, a pianiﬁcare ed effettuare il passaggio di tutte le conoscenze relative ai servizi eseguiti, alla Committente e/o a terzi da questa indicati.

L'Aggiudicatario è pertanto obbligato, qualora richiesto dalla Committente, a:

41 di 62

(i) redigere e rispettare il Piano di trasferimento di know-how, se richiesto e approvato dalla Committente;

(ii) impiegare le modalitm e le tecniche più efﬁcaci ed efﬁcienti per rendere autonome nuove risorse nella presa in carico della presente fornitura o parte di essa;

(iii) impiegare risorse con adeguata conoscenza funzionale e tecnica.

Il periodo di trasferimento del know-how a ﬁne fornitura, qualora richiesto dalla Committente, avrm una durata massima di 45 giorni solari, a partire dal momento della comunicazione di attivazione da parte della Committente.

Nel Piano di trasferimento di know-how dovranno essere indicate le risorse professionali impegnate nelle singole attivitm.

Tali risorse apparterranno ai team allocati sui servizi oggetto del Contratto, al ﬁne di garantire l’efﬁcacia e l’efﬁcienza del trasferimento di know-how. Eventuali inadempimenti, non conformitm nello svolgimento delle attivitm, e/o ritardi per ciascuna fase pianiﬁcata, comporteranno l’emissione di penali come previste e descritte nell’Appendice n.1 Indicatori di qualitm e penali.

La responsabilitm dell’esecuzione dei servizi e del raggiungimento dei livelli di servizio contrattuali continuerm ad essere in capo all’Aggiudicatario. Si precisa che l'Aggiudicatario è tenuto ad ospitare, senza nessun onere aggiuntivo, il personale designato dalla Committente, anche facente capo a terzi, qualora alcuni servizi siano espletati presso le proprie sedi.

Eventuale documentazione incompleta del sistema e/o mancata operativitm di strumenti a supporto, di responsabilitm dell’Aggiudicatario, dovranno essere resi completamente fruibili prima dell’inizio delle attivitm di trasferimento di know-how.

I documenti aggiornati dovranno essere consegnati prima dell’inizio della fase di erogazione del trasferimento di know-how.

Si fa presente che il trasferimento di know-how potrm essere richiesto anche nel corso dell’esecuzione dei servizi.

8.2. Modalità di erogazione

Durante la fornitura la Committente si riserva di poter modiﬁcare le modalitm di esecuzione di seguito descritte, di introdurre nuove modalitm, di deﬁnire/modiﬁcare gli standard, anche in corso d’opera, dandone preavviso all’Aggiudicatario.

Si riportano di seguito i principali requisiti generali di esecuzione che l'Aggiudicatario si impegna a rispettare nell’erogazione dei servizi:

- provvedere in piena autonomia al coordinamento e all’organizzazione dei servizi oggetto della presente fornitura, ad eccezione dei casi in cui tale attivitm sia in capo alla Committente;

42 di 62

- garantire il rispetto dei processi, degli standard e best practices internazionali nonché di eventuali linee guida adottate dalla Committente e descritte nel presente documento;

- produrre tutta la documentazione prevista nell’ambito delle attivitm oggetto del servizio in lingua italiana e conformemente agli standard aziendali della Committente;

- non riportare, nella documentazione alcun marchio o logo societario identiﬁcativo dell’Aggiudicatario stesso;

- non utilizzare, a nessun titolo, la documentazione, quanto realizzato per l’erogazione dei servizi, e qualunque tipo di informazione desumibile dalle basi dati, al di fuori delle attivitm oggetto del presente Capitolato;

- garantire, nei casi previsti, l’aderenza dei prodotti ﬁnali ai requisiti di accessibilitm come prescritto dalla Legge del 9 gennaio 2004 n. 4 e dalle “Disposizioni per favorire l’accesso dei soggetti disabili agli strumenti informatici” e provvedimenti attuativi;

- pianiﬁcare e consuntivare le attivitm secondo le indicazioni di Project Management e quanto richiesto dalla Committente, ad eccezione dei casi in cui tale attivitm sia in capo alla Committente.

I servizi si articoleranno in singoli afﬁdamenti commissionati di volta in volta formalmente al Fornitore tramite un “Verbale di afﬁdamento”.

Gli afﬁdamenti delle attivitm relative ai servizi oggetto della presente fornitura potranno essere effettuati in due modalitm:

- modalitm progettuale a corpo;

- modalitm a consumo.

Ogni afﬁdamento sarm documentato mediante un “Verbale di Afﬁdamento” in cui la Committente descrive al Fornitore i requisiti necessari alla realizzazione del servizio richiesto ed esplicita le informazioni necessarie allo svolgimento del servizio, in particolare:

- l’Unitm Organizzativa della Committente responsabile dell’afﬁdamento;

- la ﬁgura di riferimento della Committente e il Responsabile della fornitura del Fornitore afﬁdatario;

- l’oggetto della fornitura;

- il riferimento del numero di Contratto attuativo emesso (da indicare successivamente nei prospetti di riepilogo);

- la quantiﬁcazione dell’impegno richiesto misurato in GP, con modalitm a consumo o con modalitm a corpo;

- i prodotti intermedi eventualmente previsti ed i prodotti ﬁnali attesi;

- la pianiﬁcazione delle date di consegna ﬁnale e/o intermedia;

- l’eventuale elenco della documentazione a corredo dell’afﬁdamento.

43 di 62

La Committente metterm a disposizione del Fornitore la documentazione necessaria e fornirm eventuali ulteriori informazioni necessarie allo svolgimento del servizio attraverso documentazione, riunioni e quanto ritenuto necessario dalla Committente per l’afﬁdamento.

Nel caso in cui la Committente prevedesse la realizzazione e la consegna di prodotti intermedi, questi ultimi saranno sottoposti a veriﬁca, verbalizzando tale attivitm nel “Verbale di Validazione” relativo a tali prodotti intermedi.

Qualora sui prodotti dell’afﬁdamento la Committente rilevasse una mancata rispondenza ai requisiti espressi, la stessa predisporrm un modello di “Segnalazione Anomalie” e il prodotto sarm considerato non consegnato e si applicherm quanto previsto nell’Appendice 2 al presente Capitolato Tecnico “Indicatori di qualitm e penali”.

In fase di afﬁdamento di attivitm realizzative, l'Aggiudicatario dovrm produrre e consegnare la documentazione prevista in funzione del ciclo di sviluppo adottato. Per ciascun afﬁdamento, indipendentemente dal ciclo di sviluppo adottato, l'Aggiudicatario prende atto di essere responsabile di organizzare e strutturare i team di lavoro in modo tale da garantire i livelli qualitativi richiesti dalla fornitura.

8.3. Luogo di erogazione dei servizi

Salvo diversa indicazione della Committente, i servizi dovranno essere erogati, presso le sedi dell’Aggiudicatario; per i servizi di Supporto Specialistico ed Assistenza Applicativa Specialistica, in relazione alle speciﬁche esigenze, può essere richiesta presenza presso le sedi della Committente.

Si precisa inoltre che l’Aggiudicatario dovrm provvedere a rendere disponibili le necessarie dotazioni individuali di attrezzature informatiche per il proprio personale, nonché le risorse hardware e software necessarie, con l’obbligo di mantenere costantemente adeguati i propri ambienti di sviluppo alle conﬁgurazioni degli ambienti della Committente.

All’atto dell’afﬁdamento, se necessario, la Committente provvederm a comunicare la speciﬁca conﬁgurazione del software di base, dei programmi antivirus e degli strumenti software da assicurare sulle postazioni di lavoro personali (quali ad esempio i PC portatili) necessari all’esecuzione dei servizi contrattuali, rispettando le indicazioni sulla sicurezza e le policy interne della Committente. L'Aggiudicatario dovrm provvedere, entro 5 giorni dalla comunicazione e senza alcun onere aggiuntivo per la Committente, alla predisposizione delle postazioni di lavoro nel rispetto delle speciﬁche tecniche ricevute.

8.4. Modalità di comunicazione

L'Aggiudicatario comunicherm, ai ﬁni della stipula, le seguenti informazioni:

44 di 62

- un proprio indirizzo di posta elettronica certiﬁcata (PEC) che, salvo cause di forza maggiore, sarm utilizzato in fase di esecuzione del contratto, come canale esclusivo per la trasmissione della documentazione e lo scambio delle comunicazioni di rilevanza contrattuale;

- un numero di telefono, e un indirizzo di e-mail ai quali potrm essere inviata ogni comunicazione relativa all’esecuzione dei servizi.

Resta inteso che, per tutta la durata contrattuale l'Aggiudicatario dovrm garantire la piena funzionalitm dei suddetti mezzi di comunicazione, segnalando tempestivamente alla Committente eventuali modiﬁche e/o anomalie. Nel corso di esecuzione del contratto, la Committente potrm individuare altri strumenti di comunicazione ritenuti più idonei allo svolgimento dei servizi.

45 di 62

APPENDICE n.1 - INDICATORI DI QUALITÀ e PENALI

Durante l’intera durata contrattuale, il Fornitore dovrm, inoltre, effettuare la rendicontazione dei risultati della misurazione di tutti gli indicatori di qualitm attraverso il Rapporto indicatori di qualitm che dovrm essere redatto bimestralmente.

Il Rapporto indicatori di qualitm costituirm complessivamente il riferimento per la valutazione del rispetto dei requisiti di qualitm, al ﬁne dell’applicazione delle penali. Durante l’intero periodo contrattuale ciascun indicatore di qualitm potrm essere riesaminato su richiesta della Committente dall’Aggiudicatario, motivandolo con la presenza di nuovi strumenti di misurazione non disponibili alla data di stipula del contratto e/o con la necessitm di adeguare le metodiche di rilevazione dei singoli indicatori di qualitm che non sono risultate efﬁcaci. Si riporta di seguito l’insieme degli indicatori di qualitm con i relativi valori soglia e il periodo di riferimento.

KPI	SLA		Penali
Disponibilità del servizio (da applicare solamente per gli afﬁdamenti di progetti a corpo, costituiti da uno o più obiettivi o attivitm)	Percentuale di garanzia di operativitm dipendente dal tiering del servizio (criticitm) Tier 0: la caduta di availability causa l’inabilitm per gli utenti di fruire:	A titolo esempliﬁcativo (SLA speciﬁche sono individuate dalla Committente servizio per servizio): Tier 0 ● availability = (successi - fallimenti) / operazioni ● sampling = 5’ ● intervalli di misurazione = 3 ● SLA = availability > 0.999 per 3 intervalli su 3	100,00C per ogni ora di mancata availability, o frazioni di questa
	● di interi altri servizi e/o piattaforme ● della stessa funzionalitm su più di una sola piattaforma	Tier 1 ● availability = (successi - fallimenti) / operazioni ● sampling = 10’ ● intervalli di misurazione = 3 ● SLA = availability > 0.95 per 3 intervalli su 3
	Tier 1: la caduta di availability causa l’inabilitm per gli utenti di eseguire	Tier 2 ● availability = (successi - fallimenti) / operazioni

46 di 62

	funzioni critiche senza ricadute su altri servizi e/o piattaforme.	● sampling = 15’ ● intervalli di misurazione = 3 ● SLA = availability > 0.9 per 3 intervalli su 3
	Tier 2: la caduta di availability causa l’inabilitm per gli utenti di eseguire funzioni non critiche, sincrone o
	asincrone, con o
	senza ricadute su altri servizi e/o piattaforme.
Servizio di Assistenza	Presa in carico anomalie critiche (dipendente dal tier))	A titolo esempliﬁcativo (SLA speciﬁche sono individuate dalla Committente servizio per servizio):	C 1.500,00 per ogni ora di ritardo nella presa in carico
		Tier 0 Entro 10’ dall’allarme di mancata SLA, 24/7/365.
		Tier 1 Entro 20’ dall’allarme di mancata SLA, 24/7/365.
		Tier 2 Entro 30’ dall’allarme di mancata SLA, 24/7/365.
	Risoluzione anomalie critiche (dipendente dal tier)	A titolo esempliﬁcativo (SLA speciﬁche sono individuate dalla Committente servizio per servizio):	C 2.500,00 per ogni ora di ritardo nella risoluzione
		Tier 0 Entro 2 ore dalla presa in carico.
		Tier 1 Entro 4 ore dalla presa in carico.
		Tier 1 Entro 6 ore dalla presa in carico.

47 di 62

Approvazione prodotti - MAPF	Mancata approvazione da parte della Committente di un prodotto della fornitura	MAPF = 0 mancate approvazioni	C 500,00 per ogni prodotto non approvato
Mancato rispetto degli impegni assunti in offerta tecnica - MROT	Xxxxxxx del Fornitore, espresso in giorni solari, non imputabile alla Committente ovvero a forza maggiore o caso fortuito, nella messa a disposizione alla Committente delle soluzioni / migliorie / strumenti indicati nell’Offerta tecnica, nei tempi indicati nel capitolato ed eventualmente migliorati nell’Offerta tecnica	MROT = 0 giorni di ritardo	0,3% dell’importo massimale contrattuale, per ogni giorno di ritardo
Ritardo nella consegna del Piano della Qualità Generale - RCPQ	Ritardo del Fornitore, espresso in giorni solari, relativo alla consegna del Piano della Qualitm Generale	RCPQ = 0 giorni di ritardo	C 500,00 per ogni giorno di ritardo
Approvazione del Piano della Qualità Generale - APQ	Mancata approvazione da parte della Committente del Piano della Qualitm Generale	Approvazione Piano della Qualitm Generale	C 1.000,00 in caso di mancata approvazione dello stesso da parte della Committente
Xxxxxxx nella consegna del Piano di Subentro - RCPS	Ritardo del Fornitore relativo alla consegna del Piano di Subentro, sia per la prima consegna	RCPS = 0 giorni di ritardo	C 100,00 per ogni giorno di ritardo

48 di 62

	sia per le successive ﬁno all’approvazione rispetto ai termini indicati nel Capitolato Tecnico
Approvazione del Piano di Subentro - APS	Mancata approvazione da parte della Committente del Piano di Subentro	Approvazione Piano di Subentro	C 1.000,00 in caso di mancata approvazione dello stesso da parte della Committente
Ritardo nella consegna del Piano di Trasferimento di know-how - RCTK	Ritardo del Fornitore relativo alla consegna del Piano di Trasferimento di know-how	RCTK = 0 giorni di ritardo	C 100,00 per ogni giorno di ritardo
Approvazione del Piano di Trasferimento di know-how - APTK	Mancata approvazione da parte della Committente del Piano di Trasferimento di know-how	Approvazione Piano Trasferimento di know-how	C 1.000,00 in caso di mancata approvazione dello stesso da parte della Committente
Eccesso di rilievi sulla fornitura - ERF	Numero di rilievi emessi da parte della Committente per non conformitm della fornitura, afferenti obbligazioni contrattuali non adempiute nei tempi e/o nei modi rappresentati nella documentazione contrattuale	ERF >= 3 rilievi	0,3% dell’importo massimale contrattuale, per ogni rilievo eccedente il valore soglia previsto
Collaudi con esiti negativi - XXXX	Numero di collaudi eseguiti con esito negativo	XXXX = 0 collaudi	C 100,00 per ogni collaudo con esito negativo
Difettosità in avvio in esercizio - DAES	Difettositm (numero di malfunzionamenti) in avvio di esercizio	DAES = 0 difettositm	C 100,00 per ogni difettositm

49 di 62

	delle funzionalitm utente realizzate/modiﬁcate nell’ambito di un obiettivo realizzativo
Tempestività di Presa in carico dei malfunzionamenti - TPCM	Tempestivitm di presa in carico delle segnalazione di malfunzionamento, differenziata per categoria di malfunzionamento,	TPCM = ● 30 min per malfunzionamenti di categoria 1 ● 1 ora solare esclusi sabati e festivi per malfunzionamenti di categoria 2 ● 2 ore solari esclusi sabati e festivi per malfunzionamenti di categoria 3	● C 200,00 per ogni ora di ritardo ● C 150,00 per ogni ora di ritardo ● C 100,00 per ogni ora di ritardo
Tempestività di Ripristino dell’Operatività in esercizio - TROI	Tempestivitm di ripristino dell'operativitm del software applicativo in esercizio, differenziata per categoria di malfunzionamento,	TROI = ● 8 ore solari per malfunzionamenti di categoria 1 ● 16 ore solari esclusi sabati e festivi per malfunzionamenti di categoria 2 ● 32 ore solari esclusi sabati e festivi per malfunzionamenti di categoria 3	● C 200,00 per ogni ora di ritardo ● C 150,00 per ogni ora di ritardo ● C 100,00 per ogni ora di ritardo
Interventi di manutenzione correttiva recidivi - MCR	Numero di interventi di manutenzione correttiva recidivi, relativi allo stesso malfunzionamento	MCR = 0 interventi recidivi	C 500,00 per ogni intervento recidivo
Ritardo consegna di un prodotto e/o di un’attività - CPA	Ritardo, espresso in giorni solari, nella consegna di un prodotto e/o di un’attivitm	CPA = 0 giorni di ritardo	C 500,00 per ogni giorno di ritardo
Personale inadeguato - PFIN	Numero di risorse ritenute inadeguate dalla Committente, durante l’esecuzione delle attivitm	PFIN = 0 risorse	C 500,00 per ogni risorsa

50 di 62

Risorse sostituite senza autorizzazione - RSSA	Risorse del Gruppo di Lavoro sostituite senza l’autorizzazione della Committente	RSSA GDL = 0 risorse	C 500,00 per ogni risorsa sostituita senza autorizzazione della Committente
Tempestività nell’inserimento/s ostituzione del personale - TISP	Tempo trascorso tra la richiesta della Committente (a seguito comunicazione esito positivo del colloquio) e l’inserimento/la sostituzione della risorsa richiesta.	TISP <= 5 giorni lavorativi	C 500,00 per ogni giorno di ritardo

51 di 62

APPENDICE n.2 - PROFILI PROFESSIONALI

Technical Project Manager

Titolo del

proﬁlo

Technical Project Manager

Valori, Ruolo e Missione

● Ha come obiettivo quello di abilitare il proprio team alla realizzazione di piattaforme centrate sugli utenti, di sostenere l’applicazione del processo di sviluppo della organizzazione e di comunicare con chiarezza e trasparenza per costruire e rafforzare ogni giorno la ﬁducia dei propri stakeholders e dei propri utenti.

● Supporta il proprio team nell'analisi, pianiﬁcazione, delivery e supporto di quanto sviluppato. Facilita discussioni tecniche assicurandosi che lo scopo sia sempre l’utente ﬁnale e la sua sicurezza, mai solo la tecnologia.

● Itera velocemente sulle scelte, cambiare se necessario farlo.

● Ogni scelta presa è data-driven, non utilizza espressioni quali “è superiore a” o “copre la maggior parte dei casi”, ma quantiﬁca in termini percentuali e sostanzi le scelte con le proprie fonti. Laddove mancano dati lo dimostra ed è capace di prendere decisioni reversibili.

● Crea la rete di contatti multi-disciplinare e la mette a frutto in tutto il corso della delivery, al momento giusto, non creando onde di fabbisogno improvviso in altre parti della organizzazione per mancata pianiﬁcazione.

● La privacy degli utenti è la sua stella polare e sa ingaggiare il proprio team in questa positiva ossessione.

Esperienza Lavorativa

● Responsabilitm di progetti informatici di medie e grandi dimensioni: stima dei costi e delle risorse necessarie, pianiﬁcazione delle attivitm, allocazione risorse con proﬁli professionali e competenze legate alla tipologia di progetti, assegnazione attivitm alle risorse, controllo avanzamento delle attivitm, veriﬁca dei risultati, valutazione misure correttive, consuntivazione, comunicazione con utenza anche a livello

dirigenziale

52 di 62

● Governo di progetti applicativi sia di tipo gestionale, sia conoscitivi sia siti web con gruppi di progetto di medie e grandi dimensioni

● Uso di tecniche e prodotti software per project management e risk management

● Guida di progetti /attivitm che comprendono assessment esteso

sulla qualitm dei prodotti software e/o rilascio di conformitm allo standard ISO 25010

Requisiti

● Ottima conoscenza delle metodologie di sviluppo, di test (funzionali, integrazione, sicurezza applicativa, usabilitm, accessibilitm, di carico) di qualitm (Iso 25010, 25023, quality gate software community), di misurazione e controllo costi progetto (IFPUG, modelli di effort, modelli di riuso)

● Ottima conoscenza di Xxxx

● Ottima conoscenza di Conﬂuence

● Ottima conoscenza delle metodologie di progettazione e sviluppo, delle modalitm di test e controllo qualitm del software, delle modalitm e degli strumenti per il test e controllo qualitm su tutte le caratteristiche e sotto caratteristiche del sw

● Ottima conoscenza della Legge n°4/2004 (e normativa sopravvenuta) e della normativa CAD e dei relativi aggiornamenti

● Ottima conoscenza della normativa relativa agli appalti pubblici e delle condizioni contrattuali in particolare

● Ottima conoscenza delle tecniche di stima e misura dei progetti: IFPUG

● Buona conoscenza di strategie di comunicazione web e approccio web 2.0

● Ottima conoscenza delle tematiche di sicurezza applicativa.

Certiﬁcazioni

Deve possedere almeno una delle seguenti certiﬁcazionI:

● Project Management: PRINCE2®, PMI/PMP, IPMA, ISIPM o certiﬁcazione Project Manager equivalente

● Service Management: ITIL v4 Foundation, COBIT

● Certiﬁcazione IFPUG 4.3 o successiva

Titolo di studio

Laurea magistrale (preferita) o triennale, in Informatica, Ingegneria Informatica o afﬁni. Ottima conoscenza della lingua inglese.

Anzianitm

lavorativa

Da 5 anni in su in questo ruolo in aggiunta a 5 anni o più nel ruolo

di Software Engineer o Senior Software Engineer.

53 di 62

Junior Software Engineer

Titolo del

proﬁlo

Junior Software Engineer

Valori, Ruolo e Missione

● Ha una forte base accademica, conosce le strutture dati, sa come sono implementate ed è a suo agio con gli algoritmi principali per manipolarle. Ha passione per i sistemi distribuiti ed ha gim implementato progetti client-server su TCP/IP, UDP o HTTP anche solo accademici o per divertimento.

● Gli piace lavorare in team ed avere ownership di singole componenti o esperienze utenti, all’interno di uno o più micro-servizi che condivide con il proprio team.

● Il suo feedback nelle code-review è informato, obiettivo, cortese, guidato dalla evidenza e dalle metriche.

● E’ a suo agio tanto nel darlo quanto nel riceverlo, da chiunque.

● E’ capace di realizzare componenti, date speciﬁche funzionali e non-funzionali. Riesce a bilanciare i suoi sforzi individuali per cercare di risolvere un problema con il ricorso al suo team ed al suo manager. Se necessario le sue escalation sono tempestive.

● La curiositm lo porta ad imparare, provare, approfondire.

● La sua missione è di contribuire alla creazione di una piattaforma di servizi su cui nuove esperienze digitali per il Paese vengono implementate.

Requisiti

● Networking: TPC/IP, HTTP

● OS: Linux

● Virtualisation: Xxxxxx, X0x

● Linguaggi: (almeno uno fra) Java, Kotlin, Scala, Swift, Rust

● Scripting: (almeno uno fra) Bash, Python, JavaScript, TypeScript

● Coding: algoritmi, strutture dati, OOD

● Datastores: object-stores, KV stores, RDBMS

● Operational Excellence: on-call

● Presentation: React, React Native

● Comunicazione: chiarezza verbale e scritta in Italiano ed Inglese

54 di 62

Certiﬁcazioni

Deve possedere almeno una certiﬁcazione per ognuno dei seguenti gruppi:

● AWS Cloud Practitioner, AWS Developer.

● Azure Developer Associate.

Titolo di studio

Laurea magistrale (preferita) o triennale, in Informatica, Ingegneria Informatica o afﬁni. Ottima conoscenza della lingua inglese.

Anzianitm lavorativa

Da 2 a 3 anni come Junior Software Engineer, con ownership di singole componenti software (layer di accesso data-store, librerie di validazione, UX auto-contenuta, test unitari, test di integrazione, test end-to-end, pipeline di CI/CD) tutto in cloud pubblico AWS/Azure.

Software Engineer

Titolo del

proﬁlo

Software Engineer

Valori, Ruolo e Missione

● La sua leadership tecnica è su uno o più micro-servizi in un dominio funzionale circoscritto. La sua comunicazione è eccellente verso i suoi pari e ruoli junior. Sa quando è opportuno fare escalation per ostacoli di delivery, sicurezza.

● E’ role-model per: apprendimento continuo, qualitm dei design, bilanciata tempestivitm nella comunicazione, qualitm nel codice, test, metriche, allarmi, ragionamento data-driven, predilezione per l’azione, instancabile spinta a migliorarti ed a migliorare il tuo team.

● Il suo feedback nelle code-review è informato, obiettivo, cortese, guidato dalla evidenza e dalle metriche.

● E’ a suo agio tanto nel darlo quanto nel riceverlo, da chiunque.

● E’ capace di progettare un servizio, date speciﬁche funzionali e non-funzionali. Non assume che il problema sia deﬁnito a priori da altri e se incontra ambiguitm si attiva per risolverle.

● La curiositm lo porta ad imparare, provare, approfondire.

● La sua missione è di contribuire alla creazione di una piattaforma di servizi su cui nuove esperienze digitali per il Paese vengono implementate.

55 di 62

Requisiti

● Networking: TPC/IP, routing, ﬁrewalls, HTTP, REST

● OS: Linux

● Virtualisation: Xxxxxx, X0x

● Linguaggi: (almeno uno fra) Java, Kotlin, Scala, Swift, Rust

● Scripting: (almeno uno fra) Bash, Python, JavaScript, TypeScript

● Presentation: React, React Native, iOS, Android, HTML, CSS

● Design: micro-servizi, DDD

● Coding: algoritmi, strutture dati, OOD

● Datastores: object-stores, KV stores, RDBMS

● Cloud: (almeno uno fra) AWS, Azure

● Operational Excellence: CI/CD, metrics, alarms, dashboards, on-call

● Comunicazione: chiarezza verbale e scritta in Italiano ed Inglese

● Leadership: capacitm di crescere, guidare ed inspirare membri junior del proprio team

Certiﬁcazioni

Deve possedere almeno una certiﬁcazione per ognuno dei seguenti gruppi:

● AWS Developer, AWS DevOps Engineer (Professional).

● Azure Developer Associate.

Titolo di studio

Laurea magistrale (preferita) o triennale, in Informatica, Ingegneria Informatica o afﬁni. Ottima conoscenza della lingua inglese.

Anzianitm lavorativa

Da 3 a 5 anni come Software Engineer, con ownership di singoli servizi REST (sincroni ed asincroni) esposti pubblicamente su HTTP e TLS per sistemi a scalabilitm orizzontale e fruiti da una popolazione di utenti che va da decine di migliaia in su, sviluppati ed erogati su cloud pubblico (AWS/Azure).

Senior Software Engineer

Titolo del

proﬁlo

Senior Software Engineer

56 di 62

Valori, Ruolo e Missione

● La sua leadership tecnica è su uno o più sistemi distribuiti in un dominio funzionale. La sua comunicazione è eccellente sia verticalmente, sia orizzontalmente. E’ a suo agio tanto sul piano funzionale quanto su quello tecnico e per questo è capace di orientare scelte di prodotto e di guidare scelte tecniche, implementative ed operazionali.

● E’ role-model per: apprendimento continuo, qualitm dei design, accuratezza della pianiﬁcazione agile, bilanciata tempestivitm nella comunicazione, qualitm nel codice, test, metriche, allarmi, ragionamento data-driven, predilezione per l’azione, instancabile spinta a migliorarti ed a migliorare il tuo team, alzare costantemente la barra del reclutamento.

● E’ a suo agio nel ricevere un problem statement ambiguo e renderlo chiaro grazie alla tua comprensione del dominio, della tecnologia, della tua rete di subject matter expert (SMEs) che sai costruirti nell’organizzazione.

● La curiositm ti porta ad imparare, provare, approfondire, condividere, migliorare il tuo team.

● La sua missione è di contribuire alla creazione di una piattaforma di servizi su cui nuove esperienze digitali per il Paese vengono implementate. Nel far questo il suo obiettivo è di far crescere il suo team al punto tale che non debba più avere bisogno di lui per essere efﬁcace, così da potersi

dedicare a sﬁde più grandi.

Requisiti

● Networking: TPC/IP, routing, segmentazione di reti, ﬁrewalls, HTTP, REST

● RPC: gRPC + Protocol Buffer, Thrift, Avro

● OS: Linux

● Virtualisation: Xxxxxx, X0x

● Linguaggi: (almeno uno fra) Java, Kotlin, Scala, Swift, Rust

● Scripting: (almeno uno fra) Bash, Python, JavaScript, TypeScript

● Design: sistemi distribuiti, micro-servizi, DDD

● Coding: algoritmi, strutture dati, OOD

● Datastores: object-stores, KV stores, RDBMS

● Cloud: (almeno uno fra) AWS, Azure

● Operational Excellence: CI/CD, distributed-logging, metrics, alarms, dashboards, on-call

● Comunicazione: chiarezza verbale e scritta in Italiano ed Inglese

57 di 62

	● Metodologia agile (stime a grana grossa, rafﬁnamento incrementale, stories break-down, planning games, retrospectives) ● Leadership: capacitm di crescere, guidare ed ispirare membri meno senior del proprio team
Certiﬁcazioni	Deve possedere almeno una certiﬁcazione per ognuno dei seguenti gruppi: ● AWS DevOps Engineer (Professional), AWS Solution Architect (Professionali). ● Azure Developer Associate.
Titolo di studio	Laurea magistrale (preferita) o triennale, in Informatica, Ingegneria Informatica o afﬁni. Ottima conoscenza della lingua inglese.
Anzianitm lavorativa	Da 4 anni in su come Senior Software Engineer, con ownership di sistemi o piattaforme che espongono più servizi REST, sincroni ed asincroni, esposti pubblicamente su HTTP e TLS per sistemi a scalabilitm orizzontale fruiti ad una popolazione di utenti che va da decine di migliaia in su, sviluppati ed erogati su cloud pubblico (AWS/Azure).

Service Designer (Analyst)

Titolo del

proﬁlo

Service Designer (Analyst)

Valori, Ruolo e Missione

● ha la responsabilitm di progettare i modelli di servizio e processi su cui si basano i prodotti digitali dell’azienda, lavorando in collaborazione con un team multidisciplinare che comprende, inter alia, UX/UI designer, project manager, sviluppatori;

● le sue attivitm comprendono la progettazione dei servizi, la descrizione di requisiti e linee-guida per la loro realizzazione, la pianiﬁcazione di attivitm di ricerca e co-progettazione con utenti e altri stakeholder, nonchè la gestione di relazioni con i principali attori degli ecosistemi in cui i servizi offerti dall’azienda vanno ad inserirsi.

● Progettare i servizi andando a deﬁnire il modello e funzionamento attraverso mappe di sistema e user journey.

58 di 62

● Deﬁnire i processi con cui questi servizi possono essere implementati e messi a disposizione dei relativi utilizzatori, attraverso blueprint e altri strumenti di management organizzativo.

● Coinvolgere e accompagnare gli stakeholder di progetto in modo da raggiungere l’obiettivo preposto, contribuendo all’allineamento tra team guidati da molteplici interessi e organizzazioni.

● Pianiﬁcare e condurre sessioni di ricerca con gli utenti, focus groups, interviste con gli stakeholder e benchmarking.

● Collaborare con il team di sviluppo, supportando la deﬁnizione di requisiti e linee guida che deﬁniscono il prodotto.

● Pianiﬁcare e facilitare sessioni di design partecipativo con tutti i livelli dell’organizzazione della Committente e dei suoi clienti.

● Collaborare con gli altri dipartimenti della Committente, alla deﬁnizione della strategia per i servizi progettati dalla societm, analizzando la situazione di mercato e gli obiettivi dei clienti della Committente.

● Collaborare alla creazione di pitch e presentazioni rivolte ai clienti della Committente.

● Contribuire all’innovazione nel team di lavoro.

Requisiti

● Almeno 5 anni di esperienza lavorativa nel settore del design, all’interno di studi o agenzie di livello internazionale o in team interni in settori correlati

● Profonda conoscenza dei deliverables di service design tra cui personas, user journeys, mappe di sistema, blueprint

● Profonda conoscenza ed esperienza nel design di servizi digitali B2B e B2C

● Pregressa esperienza nella progettazione di servizi complessi e multicanale legati al mondo della pubblica amministrazione

● Comprovata capacitm di lavorare come parte di un team multidisciplinare

● Capacitm di gestire più stakeholder con esigenze diverse e

guidare un progetto verso una soluzione semplice ed elegante

59 di 62

● Capacitm di sviluppare una visione strategica del servizio, e di guidare la sua progettazione e implementazione

● Ottima conoscenza dei moderni strumenti di progettazione (Adobe CC Suite/Sketch/Figma/etc) e abitudine ad essere un early adopter di nuovi strumenti

● Forte conoscenza della ricerca progettuale. Raccolta e gestione di insights qualitativi e quantitativi per comprendere gli utenti al ﬁne di guidare la progettazione dei prodotti digitali

● Eccellente giocatore di squadra, ma in grado di lavorare in maniera indipendente

● Attitudine positiva e ﬂessibile

Certiﬁcazioni

Ciascun Service Designer (Analyst) deve possedere almeno una delle seguenti certiﬁcazioni:

● ITIL v4 Foundation

● CBAP®

● IFPUG 4.3 o successivi

● ISTQB Foundation.

Titolo di studio

Laurea in Design. In ogni caso la Committene si riserva di valutare laureati in altre materie e/o candidati non laureati con forte esperienza nel ruolo e/o nei settori di interesse.

Ottima conoscenza della lingua inglese.

Anzianitm lavorativa

Minimo 4 anni nella funzione

Data Scientist

Titolo del proﬁlo

DATA SCIENTIST

Xxxxxx, Ruolo e Missione

● Guida la raccolta, analisi, elaborazione, interpretazione, diffusione e visualizzazione dei dati quantitativi o quantiﬁcabili della Committente a ﬁni analitici, predittivi o strategici

● Identiﬁca, raccoglie, prepara, valida, analizza, interpreta dati inerenti a diverse attivitm della Committente per estrarne informazione (di sintesi o

derivata dall’analisi), anche tramite lo sviluppo di

60 di 62

modelli predittivi per generare sistemi organizzati di

conoscenza avanzati.

● Individua e accede alle fonti di dati in grado di sostenere e sviluppare un determinato processo aziendale; sceglie metodi e modelli più idonei ed efﬁcaci per guidare le scelte strategiche aziendali, sviluppare linee di evoluzione e piani operativi; astrae le informazioni reperite e, tramite queste, genera indicazioni e programmi di sviluppo dell’azione. Presenta queste indicazioni nella forma più idonea a supportare le decisioni tattiche e strategiche della Committente, prestando particolare attenzione alle problematiche connesse alla sintesi e alla rappresentazione e visualizzazione efﬁcace delle informazioni.

● Supporta le scelte di business attraverso la rappresentazione dei dati attraverso modelli matematici predittivi;

● Identiﬁca, raccoglie, prepara, valida, analizza, interpreta dati inerenti a diverse attivitm della Committente per estrarne informazioni per supportare le scelte aziendali;

● Investiga e fornisce correlazioni e relazioni tra i dati analizzati;

● Identiﬁca i modelli più opportuni di visualizzazione dei dati e predittivi.

Requisiti

● Normativa in materia di privacy;

● Tecniche di data mining, progettazione di sistemi previsionali, gestione big data;

● Metodologie di modellazione dati;

● Linguaggio SQL e linguaggi ﬁnalizzati al calcolo parallelo e distribuito (es. map/reduce, C, ecc.), all’analisi statistica (es. R, SAS, SPSS, Python, Java, Hadoop, Pig, ecc.);

● Prodotti basati su tecnologia NOSQL /HDFS;

● Sistemi di Analytics;

● Ottima conoscenza Big Data;

● Modelli di servizio del Cloud computing (IaaS, PaaS, SaaS) e le principali archittetture cloud-native

Certiﬁcazioni

Ciascun Data Scientist dovrm disporre di una certiﬁcazione sui prodotti e le tecnologie utilizzate dalla Committente

61 di 62

Titolo di studio

Laurea magistrale, specialistica o vecchio ordinamento o

cultura equivalente

Anzianitm lavorativa

Minimo 8 anni, di cui almeno 4 nella funzione

62 di 62

Document Metadata

Table of Contents

Gara europea a procedura telematica aperta per l’afffidamento, tramite Accordo quadro ex art. 54, co. 4 lett. a) D.lgs 50/2016 s.m.i., dei servizi di sviluppo frontend, backend e devops

Document Metadata