QUALITÀ E TIME TO MARKET NEI PROCESSI DI SVILUPPO

Dimensione: px
Iniziare la visualizzazioe della pagina:

Download "QUALITÀ E TIME TO MARKET NEI PROCESSI DI SVILUPPO"

Transcript

1 92 QUALITÀ E TIME TO MARKET NEI PROCESSI DI SVILUPPO Marco Daccò, Marco Iacomussi, Gaetano Rossi

2 93 La realizzazione del software è un attività complessa articolata in più fasi, in cui fin dagli albori dell informatica, si è cercato di definire appropriati modelli di sviluppo per ingegnerizzarne la produzione. Tuttavia l Ingegneria del software si differenzia perché il software è un prodotto molto malleabile ed anche human intensive, cioè che richiede un considerevole impiego di risorse umane e una forte interdipendenza e sincronismo nelle loro attività, giacché la sua produzione implica soprattutto attività di progettazione e di implementazione sull intero perimetro delle procedure informatiche di una azienda. La procedura informatica cattura e modella un processo aziendale e l insieme di queste procedure rappresenta a pieno titolo l anima digitale dell azienda stessa. In questo articolo si propongono interventi migliorativi nelle aree IT provando a coniugare al meglio due aspetti molto spesso antitetici: tempo di produzione e qualità del prodotto. NETWORK SERVIZI La Piattaforma Informatica di 1Telecom Italia L insieme degli applicativi software e delle risorse hardware utilizzati in Telecom Italia per il supporto ai processi di business ed alle operations (nel seguito Piattaforma IT) è imponente: oltre 800 sistemi software, CPU, Terabyte di storage e Terabyte di backup, un centinaio di firewall. Questi numeri fanno dell IT di Telecom Italia la più grande realtà informatica italiana. Una piattaforma IT di tali dimensioni, se da un lato garantisce di poter rispondere alle richieste di mercato sia dal punto di vista commerciale sia tecnico, d altra parte è caratterizzata da momenti d inerzia, che sono sconosciuti agli operatori green field, i quali possono contare sulla agilità processiva tipica dei newcomers. Inoltre gli impatti della manutenzione evolutiva sono minori per un operatore green field e le difficoltà di introduzione di un nuovo sistema sono confrontabili per un green field alle problematiche incontrate da un incumbent per una più semplice manutenzione evolutiva. Si osservi che le variabili legate all inserimento di nuove funzionalità IT si traducono essenzialmente in due elementi misurabili: tempi e costi di implementazione. L incumbent, rispetto all operatore green field, si trova stretto nella tagliola dei tempi e dei costi, perché da un lato deve essere pronto negli stessi tempi del green field e d altra parte la complessità della sua Piattaforma si traduce in maggiori costi di implementazione. In questa sede affronteremo le insidie del continuo ridursi del tempo disponibile per lo sviluppo del software e ci interesseremo degli impatti di tale fenomeno sulla qualità del software. La Piattaforma IT riceve sollecitazioni evolutive da differenti input: miglioramento dei processi esistenti, introduzione di nuove offerte, richieste del presidio regolatorio, correzioni di anomalie, upgrade tecnologici. Chiamiamo Prodotto Software l oggetto che l IT deve realizzare per rispondere alla richiesta evolutiva. Il fattore tempo è determinante per la qualità del Prodotto, ma tipicamente i contenuti che si chiedono al Prodotto sono esuberanti rispetto ai tempi concessi alle singole fasi del ciclo di sviluppo: perché si vuole anticipare l uscita di un prodotto o perché si deve rispettare una scadenza regolatoria oppure si pongono stringenti obiettivi di produttività. 1.1 Il technical debt La strada tipicamente seguita per produrre in tempi rapidi è quella che va verso la rischiosa riduzione della qualità del prodotto. Dare poca importanza alla qualità del prodotto, preferendo ve-

3 94 NETWORK SERVIZI locizzare lo sviluppo (quick and dirty), equivale - secondo Ward Cunningham (cfr. 1) - ad accumulare un debito tecnico. Un piccolo debito può accelerare lo sviluppo per periodi non troppo lunghi, ma deve essere saldato con una riscrittura o con il re factoring del codice. Compresa la stretta relazione tra la qualità dei prodotti sviluppati e il tempo speso per la produzione, la sfida che ci vedrà impegnati nel prossimo futuro consisterà nel coniugare la qualità desiderata ad un time to market sempre più stringente. Le direzioni lungo le quali muoversi sono sostanzialmente due: interventi strutturali sulle architetture IT: ad esempio, evoluzione della Piattaforma in ottica SOA, centralizzazione in strumenti di BPM della logica applicativa per aumentare la configurabilità, evoluzione delle integrazioni via middleware ; interventi sulle fasi di sviluppo del software. 2La produzione del software Le fasi principali nella produzione di un applicazione informatica possono essere a grandi linee rappresentate da: analisi dei requisiti e definizione delle specifiche tecnico/funzionali; disegno tecnico e sviluppo del software; collaudo; esercizio. E importante considerare che, una volta in esercizio, il software è soggetto alle evoluzioni dettate dalle nuove esigenze del cliente, ma anche alle correzioni che si rendono necessarie a fronte di anomalie di funzionamento. 2.1 Il contesto Telecom Italia Contestualizzando la teoria nella prassi dell IT di Telecom Italia, è innanzi- tutto importante osservare che esistono due tipologie di progetti software: progetti di medio-lungo periodo, che supportano le evoluzioni di tipo «infrastrutturale» (modello Project Based ); progetti di breve periodo, che garantiscono una risposta rapida alle mosse dei concorrenti (modello Service Creation ). La gestione del modello Project Based è assimilabile ad un cantiere industriale: noto ciò che si vuole produrre (i requisiti), si definiscono le risorse necessarie e infine si formalizza il piano di realizzazione (i rilasci). E un modello che tipicamente si applica alla realizzazione di un nuovo applicativo software o all evoluzione tecnologica e/o architetturale di un sistema esistente. Viceversa, nel modello Service Creation sono predefiniti i tempi di produzione (quando rilasciare) e le risorse disponibili (capacità produttiva allocata per i rilasci calendarizzati), la variabile è cosa produrre (nel tempo predefinito e con le risorse preassegnate). E il modello che tipicamente si adotta per far evolvere l intera Piattaforma IT (non un solo sistema) in ragione di una particolare esigenza che spesso non si chiude su un solo sistema software. Il processo basato sul modello Service Creation è sicuramente più critico di quello Project Based; qualche dato numerico può fornire l ordine di grandezza della complessità: in un anno si prendono in considerazione più di 9000 requisiti utente, di cui poco più della metà vengono mandati in produzione; un singolo requisito coinvolge mediamente dai 5 ai 40 sistemi software a seconda della sua complessità. Si pensi alle conseguenze che possono esserci in un piano che deve necessariamente coordinare sviluppi su moltissimi sistemi per garantire l erogazione di un servizio definito, in conseguenza del ritardo di consegna anche solo di un singolo sistema! Oppure si considerino gli impatti di richieste concorrenti su un solo sistema. Si può affermare che il modello Service Creation è caratterizzato da un forte accoppiamento (coupling), perché nella Piattaforma IT esistono sistemi centro stella interessati contemporaneamente da più richieste di servizio e perché tipicamente ciascuna esigenza può essere riscontrata solo con sviluppi su un numero elevato di differenti sistemi. Alla luce di quanto detto, è facile comprendere che i concetti di debito tecnico e le difficoltà di conciliare qualità e time to market sono, nel caso della Service Creation, di gran lunga più significativi che nel modello Project Based. Pertanto nel seguito ci si riferirà essenzialmente al modello Service Creation. I rilasci del software, a qualsiasi sistema siano riferiti, sono raggruppati in KIT che seguono una ben definita timeline: a titolo di esempio, sono previsti 6 rilasci all anno per kit major release, nell area dei sistemi di supporto al fisso. La vita di ciascun Kit è sostanzialmente coincidente con il ciclo di vita del software ed è riassunta nella Figura 1. La fase di analisi si differenzia nella componente di raccolta dei requisiti e in quella di definizione dei contenuti del Kit. Si individuano poi le fasi di sviluppo del software e infine di collaudo. Le attività interne a ciascuna fase sono espletate da specifiche strutture aziendali. Nella Figura 1 si evidenzia che la composizione della Piattaforma, alla release N, è data dalla Piattaforma alla Release N-1 cui si aggiungono le evoluzioni (regolatorio, mercato, business) e le modifiche indotte dalle correzioni di anomalie (bugfix), che si susseguono con cadenza pressoché settimanale. Il tempo che va dalla definizione dei requisiti al rilascio in esercizio, per un Kit di major release afferente alla linea fissa è di circa 5 mesi; di cui poco meno

4 95 regolatorio mercato Rel N1 evoluzioni business Definizione Requisiti Definizione Kit Shaping Tecnico Stime Composizione release Configurazioni Bug Fix Tempo Realizzazione Inrefacce Specifiche funzionali Sviluppo Collaudo Interno Utente Rel. N NETWORK SERVIZI Figura 1 - Timeline di produzione di un Kit Service Creation di un mese è dedicato alla fase di sviluppo (codifica). Questo modello di sviluppo, sebbene largamente utilizzato nel mondo IT e abbondantemente studiato e normato dall ingegneria del software, proprio in conseguenza della necessità di sviluppare in tempi sempre più rapidi sta portando al costante aumento del debito tecnico. La timeline per lo sviluppo di una release è pressoché costante, mentre cresce la richiesta di sviluppi da realizzare nel kit, per la pressione indotta dall esigenze di rapido time to market. Per il controllo / eliminazione del debito tecnico in letteratura si suggeriscono due approcci: fermare la fase di sviluppo di nuove funzionalità per risolvere un technical debt; l inserimento di nuove modifiche al software potrà riprendere solo quando il refactoring del codice e i nuovi test introdotti renderanno il prodotto soddisfacente; riprogettare e reimplementare il sistema, realizzare cioè un refactoring con un ciclo più lungo (della durata di mesi o anni piuttosto che di giorni). E evidente che il contesto in cui opera Telecom Italia non permette di seguire nessuno dei due approcci suggeriti, perché non si possono fermare gli sviluppi legati a nuovi prodotti e perché anche la seconda soluzione cura gli effetti e non le cause del debito. Nel seguito dell articolo si descriveranno alcune iniziative che hanno l obiettivo di migliorare la qualità e il time to market nei processi di sviluppo software; in particolare una delle iniziative si propone di introdurre nuovi Key Performance Indicators per misurare i benefici apportati. Tra i nuovi indicatori si potrebbe pensare di introdurre la misura del debito tecnico, procedendo con la valutazione del debito accumulato nel corso degli ultimi 12 mesi per poi confrontarla con analoga misura sul prossimo anno, utilizzando a tale scopo la [1] nella sua forma semplificata, che tiene in conto soltanto il costo delle bugfix. E importante sottolineare che il costo di una bugfix deve essere inteso come somma dei costi rilevabili in ciascuna fase del ciclo di vita, partendo dall analisi del problema per finire al collaudo. 2.2 Modello Colocation Si è già osservato che le strategie di riduzione del debito suggerite in letteratura, basate essenzialmente sul refactoring del codice, non sono applicabili al contesto Telecom Italia, sia perché ipotizzano, riduttivamente, che il debito sia generato solo nella fase di realizzazione, sia perché introducono un rallentamento negli sviluppi che va in direzione contraria alle spinte del time to market. E necessario perciò adottare una strategia che miri agli aspetti strutturali del problema: il tempo e la qualità. L approccio che seguiremo prende spunto dall analisi della curva (qualitativa) tempo-qualita-debito. Il debito diminuisce se a parità di tempo miglioriamo la qualità: questo approccio è valido se ipotizziamo che esistono margini di miglioramento della qualità, che probabilmente vanno ricercati in fattori organizzativi e processivi, prima che tecnologici. La maggior parte degli interventi proposti tendono a rendere più efficienti i processi esistenti,

5 96 NETWORK SERVIZI Misura e monetizzazione del debito tecnico Qualunque tentativo di contenimento del debito non può prescindere da una preliminare misura del debito stesso, che permetterà di valutare gli effetti delle iniziative adottate. Un interessante lavoro di Gartner (cfr.2) propone un metodo per monetizzare il debito tecnico di un applicazione software, basato sul conteggio delle violazioni alle best practices di codifica, relativamente agli aspetti di sicurezza, affidabilità e manutenibilità. E disponibile sul mercato anche un prodotto software che analizza automaticamente l applicazione di cui si vuole misurare l entità del debito tecnico. Tuttavia è nostra opinione che questa tipologia di misura e di monetizzazione fornisca, nel caso specifico della Piattaforma IT di Telecom Italia e specificatamente nel caso della Service Creation, indicazioni poco significative. Infatti se da un lato è condivisibile il criterio di monetizzazione, quando riferito ad uno specifico sistema (modello Project Based), esso risulta difficilmente applicabile ad un contesto nel quale il debito non è associabile esclusivamente alla fase di realizzazione del software. E infatti evidente che ciascuna fase del ciclo di vita, nel modello Service Creation, è soggetta ai vincoli di tempo dettati dalla timeline e perciò ciascuna fase, al crescere del numero di requisiti da soddisfare, viene affrontata secondo un principio quick and dirty: i requisiti possono essere raccolti frettolosamente e sommariamente, i contenuti del Kit possono essere definiti senza la dovuta accuratezza, lo sviluppo può procedere senza particolare attenzione e con limitate verifiche, in collaudo si possono effettuare un numero ridotto di test. Perciò nel modello Service Creation la monetizzazione del debito tecnico associato al codice software per quanto importante è riduttiva e poco significativa. Occorre, invece, considerare l intero ciclo di vita, per individuare le specifiche cause del debito, definire un criterio di misura e proporre opportune azioni di contenimento. Il peso del debito tecnico va ad erodere la capacità produttiva, a spese della quantità di nuovi prodotti che si possono realizzare nel tempo prefissato. Si osservi che in prima approssimazione possiamo definire il debito come lo scostamento dalla piena qualità attesa per un prodotto, che si raggiunge al tendere all infinito del tempo di sviluppo (Figura A). L insidia principale deriva dal fatto che il debito contratto in una release non Figura A: Debito tecnico, capacità produttiva e relazione con tempo e qualità Q Nuovi Prodotti Debito (interessi) Capacità produttiva Qualità piena T Qualità erogata nel tempo T Debito t Q T Figura 2 - Curve tempo / qualità t Q T t con l obiettivo di migliorare la qualità, partendo dall analisi della situazione as-is e introducendo fattori correttivi che intervenendo su processi esistenti hanno tendenzialmente un basso costo di implementazione. Il debito diminuisce se a parità di qualità erogata aumentiamo il tempo dedicato alle varie fasi del ciclo di vita. E evidente che non potendo modificare il tempo T end-to-end -

6 97 venga saldato nella release successiva, nella quale perciò il debito complessivo è la somma del residuo e del nuovo debito generato. Per comprendere gli effetti del fenomeno, fissiamo la capacità produttiva (Cp), il debito (Dg) generato in una release e la capacità di restituzione (Ds) del debito in una release. Per semplicità supponiamo fisse queste quantità. E facile dimostrare che il debito DN accumulato alla release N, partendo da un ipotetica release 1 a debito iniziale nullo, vale: DN = N Dg Ds (N-1) = N (Dg-Ds) + Ds. Alla release N = (Cp Ds)/(Dg-Ds), il debito accumulato diventa pari alla capacità produttiva. Qualche esempio. Cp=100gg, Ds=10gg, Dg=20gg. Dopo 9 release il debito è pari alla capacità produttiva. Se abbassiamo la qualità (Dg=30), bastano 4 release per saturare la capacità produttiva. Dato che Ds è fisso, si conclude che l accumulazione del debito tecnico tende all infinito. E importante osservare che il debito accumulato nelle fasi a monte del processo produttivo si propaga nelle fasi a valle. Una specifica funzionale scritta con approssimazione introduce un debito nella fase di analisi: occorrerà, prima o poi, fare i conti con la specifica scritta male, emergerà un anomalia di design e sarà necessario erodere parte della capacità produttiva della fase di analisi per la scrittura della specifica correttiva. Tuttavia, se anche il software sviluppato a fronte della prima specifica fosse perfetto e realizzato a debito zero, saremo comunque costretti a spendere parte della capacità produttiva di sviluppo per rimediare all errore di analisi. A partire dalla considerazione precedente, si può affermare che il debito tecnico (o gli interessi connessi al debito) in un modello Service Creation si accumula nel periodo T ed è proporzionale al peso delle bugfix e al numero di richieste di evoluzione su requisiti rilasciati nelle release immediatamente precedenti, dietro le quali spesso si celano le approssimazioni successive con le quali si realizza un determinato requisito: Debito_medio[T] = (K*N medio_bugfix + H* Ricircolo_su_evol_recenti ) [1] Il numero medio di rilasci di bugfix deve intendersi riferito alle bugfix su funzionalità comunque sviluppate nel periodo di riferimento, per distinguerle dagli interventi imputabili a problemi architetturali o funzionali dei sistemi software. Sia Nmedio_bugfix sia Ricircolo_su_evol_ recenti sono numeri puri, senza dimen- sioni, pertanto le dimensioni del debito saranno definite dalle dimensioni assegnate alle costanti K e H, che andranno necessariamente scelte omogenee. Se, ad esempio, K ed H si esprimono in euro/rilascio, il debito sarà misurato in euro. La [1] rappresenta un modo semplificato ma efficace per calcolare il peso del debito. Si tenga conto che a rigore K ed H non sono quantità costanti, ma dipendono dal peso della bugifx o del rilascio evolutivo. Tuttavia, quanto più ampio è l intervallo di osservazione T, tanto più la variabilità di K e H viene assorbita nella media degli interventi e aumenta l affidabilità della misura. Si potrebbe scegliere per T un valore compreso tra 6 mesi ed un anno: sufficientemente lungo da consentire di mediare sul peso degli interventi, sufficientemente breve per consentire di avviare efficaci e rapide azioni correttive. E inoltre ipotizzabile un ulteriore semplificazione della [1], andando a misurare il debito tecnico in termini di spesa sostenuta per le bugfix effettuate nel periodo T, trascurando in prima approssimazione le evoluzioni dovute alle approssimazioni successive nella definizione dei requisiti. NETWORK SERVIZI dobbiamo ricercare l ottimizzazione nella distribuzione dei tempi delle singole fasi, tenendo conto dell impatto sulla qualità nelle fasi eventualmente ridotte. In tal senso si propone una specifica iniziativa ( Produrre su misura, si veda più avanti nell articolo) che introduce il concetto di tailoring negli sviluppi, per assegnare più tempo ai requisiti più critici, detraendolo ai requisiti meno strategici. Migliorare la qualità e il time to market: 3 le proposte Per le caratteristiche industriali del processo di produzione del software e in particolare per le peculiarità del modello Service Creation (tempi, volumi e accoppiamento), risulta strategico - per massimizzare la qualità del servizio e il time to market - puntare a un modello di forte automazione in tutte le sue componenti e processi dedicati (Figura 4) in base alle tipologia di prestazioni da erogare (complessità realizzativa/priorità di business). Si propongono quindi alcune iniziative di miglioramento che sono state classificate per fase del ciclo di vita dei prodotti IT e per impatti su processi e sistemi a supporto. La Figura 5 sintetizza le iniziative raggruppandole per area e per impatto mentre la Figura 6

7 98 NETWORK SERVIZI Figura 3 Raccolta delle esigienze del Cliente e stesura del documento di requisiti, con le successive attività di analisi e validazione dei requisiti fino alla definizione del documento di Shaping Tecnico e la composizione delle release con prima stima 50% 17% Produzione e la validazione del documento di specifiche funzioni, verifica delle stime di progetto e consuntivazione delle attività di analisi Design e sviluppo della soluzione, esecusione dei test di sistema (system test) Programmazione Analisi Sviluppo Collaudo 11% Totale Interventi (10) 32% 5% 5% Fase di Analisi (1) Fase di Collaudo (3) 17% 33% 47% 33% 50% Modifiche di processo Estensione dei tool di supporto esistenti Introduzione di nuovi tool di supporto 17% 50% Esecusione del collaudo integrato e del collaudo utente e gestione dei rilasci in produzione 33% 17% 16% Figura 4 - Suddivisione - per fase del ciclo di vita - delle iniziative di miglioramento Fase Ciclo Programmazione Proposta Basi solide per piani robusti Fase di Programmazione (2) Fase di Sviluppo (3) Cross (1) 67% 50% 50% Estenzione dei sistemi IT esistenti Potenziamento dell infrastruttura tecnologica Modifiche del processo Estensione tool IT Prima classe su misura Analisi Requisiti in piattaforma Sviluppo Collaudo Cross associa le iniziative alle fasi del ciclo di vita e agli impatti sui processi e sui sistemi a supporto. Introduzione tool IT Offriamo ordine Team building per un Team as a building Ricominciamo a fare la storia : evolviamo il modello di offerta Estensione sistemi IT Potenza infrastrutturata Lucidiamo l officina Mettiamo il tubo al test In pista con il Cliente Misure in qualità per qualità su misura 3.1 Basi solide per piani robusti L iniziativa si propone di ridurre il margine d incertezza insito nel modello Service Creation (cfr. 2.1), avvicinandolo, per quanto possibile, alle caratteristiche del più lineare modello Project Based. E necessario anticipare le stime sugli sviluppi, così da rendere più efficace la pianificazione dal parte del committente e più efficiente l ingaggio delle fabbriche. La capacità produttiva delle fabbriche è praticamente costante nel tempo, mentre le richieste della Service Creation creano picchi di carico: l idea è di definire una sorta di masterplan delle iniziative di maggior peso (che tuttavia non possono essere considerate Project Based), allocandole opportunamente nel tempo (le basi solide ), così da avere un idea chiara della residua capacità produttiva in ogni Kit, per saturarla al meglio con le richieste impulsive della Service Creation (i Piani robusti). Per garantire l efficacia della proposta è opportuno il coinvolgimento precoce Figura 5 - Impatti delle iniziative di miglioramento

8 99 di tutte le strutture IT fin dalla fase di concept degli sviluppi. 3.2 Requisiti in piattaforma Per evitare o ridurre che nel processo di lavorazione dei circa requisiti utente/anno ci si limiti allo scambio di con attachement MMS, il che introduce rallentamenti sul processo di consultazione e accesso allo storico delle informazioni, si propone l introduzione di una piattaforma di gestione documentale integrata e di collaboration che consenta di archiviare in modo centralizzato i documenti, oltre che avere un accesso profilato al dato in base alla tipologia di documento. 3.3 Prima classe su misura Oggi esistono modalità diverse e diversi momenti temporali in cui viene comunicata a IT l importanza di business delle circa prestazioni gestite ogni anno. Attualmente l informazione è disponibile solo a ridosso dell avvio della fase di collaudo (ultimo mese del ciclo produttivo), non consentendo di gestire l item in maniera differenziata già dalle fasi precedenti del ciclo. Si propone di introdurre una nuova procedura operativa che a seconda del momento in cui l informazione di priorità di business venga resa disponibile, permetta di avere un trattamento premium. L informazione deve essere tracciata sui sistemi aziendali di supporto al processo produttivo, in modo da raggiungere istantaneamente le oltre persone che lavorano nella produzione SW. Tale procedura consente di implementare processi premium da associare alle prestazioni strategiche e, più in generale, di implementare una gestione del flusso processivo secondo le logiche del tailoring, al fine di massimizzare la qualità. 3.4 Offriamo ordine Si ribadisce l essenzialità di un unico punto in cui venga descritto in modo completo, aggiornato e facilmente consultabile il portafoglio delle varie offerte commerciali aziendali in termini di tipologia offerte, periodo di validità, caratteristiche. 3.5 Team building per un Team as a building Si propone di rivedere le regole di attribuzione delle attività di sviluppo, con l obiettivo di costruire un Team IT solido, stabile e affidabile. Sulla base della strategicità, delle priorità e del peso degli sviluppi, si definirà l allocazione (interna o in outsourcing) delle attività afferenti alle diverse fasi del ciclo produttivo,, con particolare riferimento alla fase di realizzazione dove si terrà conto prevalentemente delle conoscenze che sono caratteristiche dell ambiente IT di Telecom Italia. rispetto a quelle che sono più general purpose (es. conoscenza linguaggi di programmazione) e pertanto di più semplice reperimento sul mercato.. L iniziativa, operando sinergicamente con altre proposte (Basi solide, Prima Classe) contribuirà al complessivo efficientamento dell IT e al conseguente miglioramento della qualità dei prodotti IT. 3.6 Evolviamo il modello di offerta La dinamicità del mercato impone di avere a disposizione un processo di delivery di nuove offerte/servizi snello ed efficace, nonché la continua manutenzione dei sistemi in ottica di massima parametrizzazione, riutilizzo e affidabilità delle componenti applicative progettate. La declinazione dei nuovi servizi/offerte sui vari sistemi (CRM, Billing,...), che avviene tipicamente mediante la proliferazione di diversi tool di configurazione, è spesso causa di inefficienze. Per fronteggiare questi problemi si propone di evolvere i sistemi a supporto dell evoluzione del modello di offerta, oltre che di adottare un tool di configurazione unico sui diversi sistemi, come ad esempio XCS (expert Configuration System) già attivo in Azienda. 3.7 Potenziamo gli ambienti di collaudo e delle aree di test La fase di collaudo del SW è particolarmente rilevante per i miglioramenti sia della Qualità (capacità di individuare il maggior numero dei difetti prima della messa in produzione), che del Time To Delivery (è l ultima fase di un ciclo complesso ed in quanto tale non ha margine per recuperare i ritardi). Sul fronte dell aumento dell efficacia del collaudo (capacità di individuazione dei difetti SW) si propone di stendere gli ambienti HW/SW tra loro integrati per la verifica delle catene applicative sia per le attività evolutive che per quelle di manutenzione correttiva (bugfix)e di dotare tali ambienti di data base (con dati opportunamente trattati secondo le procedure previste dal Regolatore) il più possibile rappresentativi della complessità e variabilità degli ambienti di produzione. Sul fronte sia dell efficacia, che dell efficienza si opta per: estendere l approccio di Continous Integration (automazione dei test di non regressione) avviato in ambito del Test di Sistema alle fasi di Collaudo Funzionale ed Integrato; dotarsi di uno strumento per l automazione dell esecuzione delle cate- NETWORK SERVIZI

9 100 NETWORK SERVIZI ne di test propedeutiche (ovvero dei test che devono essere eseguiti necessariamente prima di tutti gli altri in quanto consentono la predisposizione dei data set necessari) In pista con il Cliente: migliorare il Collaudo Utente Le attività di collaudo utente sono di fondamentale importanza per la qualità del prodotto finale IT; tali attività oggi non seguono sempre un processo standardizzato, per questo si propone ad esempio di implementare nei tool di supporto IT funzionalità ad hoc per supportare la gestione delle pianificazioni e l esecuzione dei Collaudi Utente e creare relativa reportistica di avanzamento lavori. Multimeter: Misure di Qualità per Qualità su Misura La misura di un fenomeno è utile se contribuisce al suo miglioramento, quindi se supporta la creazione di valore. Una misura crea valore se è oggettiva, quindi condivisa e comprensibile a chi, analizzandola, deve indirizzare azioni correttive o di miglioramento, e per ultimo fruibile, quindi disponibile nei tempi e nelle modalità opportune. Pertanto è opportuno definire dei Key Performance Indicator condivisi tra IT e le sue linee committenti in Azienda per abilitare ad esempio un reporting che sia multicanale e multidimensionale (per multicanalità si intende la disponibilità delle misure su strumenti e per multidimensionalità si intende la possibilità di aggregare/disaggregare le misure in funzione delle esigenze specifiche del report). Conclusioni La produzione del software è un processo human intensive e quindi poco automatizzabile; perciò i metodi di ingegnerizzazione per quanto l ingegneria del software sia in continua evoluzione non sono sufficienti a definire un contesto di sviluppo totalmente deterministico, al contrario di quanto solitamente avviene negli altri settori industriali. Le conseguenze di questa caratteristica specifica del software si amplificano allorquando il mercato chiede una produzione sempre più rapida e a costi sempre più contenuti: la qualità dei prodotti può diminuire e questa diminuzione di qualità si paga in termini di anomalie, continue revisioni dei prodotti e perdita d immagine verso i clienti. Lo sviluppo quick and dirty equivale a tutti gli effetti all accumulo di un debito tecnico, che può essere monetizzato ed espresso in euro. Il debito tecnico è insidioso, perché si autoalimenta (debito genera debito) e perché riduce la capacità produttiva efficace. Anche la piattaforma IT di Telecom Italia non sfugge a questa dura realtà, in special modo per quella vasta categoria di sviluppi (Service Creation) che sono realizzati per rispondere in tempi rapidi alle spinte evolutive. Siamo però certi che esistano margini di ottimizzazione dei processi produttivi che potrebbero incrementare la qualità e contribuire alla riduzione del debito tecnico Acronimi BPM: Business Process Management BSS: Business Support Systems FP: Function points DMO: Domestic Market Operations KPI: Key Performance Indicator KPO: Key Performance Objective MOI: Mano d opera d impresa PDO: Profilo d offerta SOA: Service Oriented Architecture Bibliografia [1] Ward Cunningham, The WyCash Portfolio Management System ; doc/oopsla92.html. [2] Gartner white papers, How to Monetize Application Technical Debt.

10 101 Marco Daccò Ingegnere gestionale, vanta una esperienza di oltre 15 anni nel settore ICT per la industry delle Telecomunicazioni. A metà anni novanta ha partecipato allo start up della prima joint venture tra Telecom Italia e Bell Atlantic (oggi Verizon) per la realizzazione dell attuale polo ICT di Trento. Fino al 2000 ha seguito progetti informatici per la divisione statunitense, occupandosi di Service Activation xdsl e Servizi Near Video On Demand. Attualmente è responsabile della programmazione tecnica della domanda informatica del Mercato Domestico all interno della divisione di Information Technology. Marco Iacomussi Laureato in Economia e Commercio nel 1995 entra in Telecom Italia. Dal 1996 al 1999 partecipa, per la componente IT, a diverse iniziative Internazionali di merge & acquisition da parte di TIM, supportando le fasi di start-up delle iniziative e nel 1998 è responsabile della start-up di Amena in Spagna per il lancio del servizio Prepaid. Nel Maggio 1999 diventa responsabile dello sviluppo dei sistemi OSS nell ambito dell IT di Wind Telecomunicazioni. Nel 2000 rientra in TIM per assumere la responsabilità della domanda e sviluppo dei sistemi BSS di TIM. Oggi è responsabile della Qualità e Processi IT della funzione IT di Telecom. Gaetano Rossi Laureato in Biologia Molecolare entra in So.Ge.I. nel 1989 per occuparsi di produzione SW anche in ambito TLC. Nel 1991 entra in Telesoft dove ha la responsabilità di un laboratorio di produzione SW presso la filiale di Mosca per poi assumere la responsabilità di progetti di rinnovamento della piattaforma IT, tra cui WFM, Designer e A-TOM. Nel 2005 prende in carico la responsabilità della sede di Napoli della SW Factory OSS di Telecom Italia. Da Maggio 2010 dirige il Polo di Napoli della SW&Testing Factory di SSC, dove risiedono le attività di sviluppo per ambiti rilevanti della piattaforma IT di Telecom Italia.

L iniziativa Cloud DT

L iniziativa Cloud DT L iniziativa Cloud DT Francesco Castanò Dipartimento del Tesoro Ufficio per il Coordinamento Informatico Dipartimentale (UCID) Roma, Luglio 2011 Il Cloud Computing Alcune definizioni Il Cloud Computing

Dettagli

Gruppo Telecom Italia Linee Guida del Nuovo Piano Industriale 2014-2016

Gruppo Telecom Italia Linee Guida del Nuovo Piano Industriale 2014-2016 GRUPPO TELECOM ITALIA Il Piano Industriale 2014-2016 Gruppo Telecom Italia Linee Guida del Nuovo Piano Industriale 2014-2016 - 1 - Piano IT 2014-2016 Digital Telco: perché ora I paradigmi di mercato stabile

Dettagli

ANALISI DI UN CASO DI EVOLUZIONE NELL ADOZIONE DELLA SOLUZIONE PROJECT AND PORTFOLIO MANAGEMENT DI HP.

ANALISI DI UN CASO DI EVOLUZIONE NELL ADOZIONE DELLA SOLUZIONE PROJECT AND PORTFOLIO MANAGEMENT DI HP. INTERVISTA 13 settembre 2012 ANALISI DI UN CASO DI EVOLUZIONE NELL ADOZIONE DELLA SOLUZIONE PROJECT AND PORTFOLIO MANAGEMENT DI HP. Intervista ad Ermanno Pappalardo, Lead Solution Consultant HP Software

Dettagli

IT FINANCIAL MANAGEMENT

IT FINANCIAL MANAGEMENT IT FINANCIAL MANAGEMENT L IT Financial Management è una disciplina per la pianificazione e il controllo economico-finanziario, di carattere sia strategico sia operativo, basata su un ampio insieme di metodologie

Dettagli

Università degli Studi di Milano 16 gennaio 2007. Dipartimento Informatica e Comunicazione aula Beta

Università degli Studi di Milano 16 gennaio 2007. Dipartimento Informatica e Comunicazione aula Beta Università degli Studi di Milano 16 gennaio 2007 Dipartimento Informatica e Comunicazione aula Beta DICo: seminario 16/01/07 Reply Reply è una società di Consulenza, System Integration, Application Management

Dettagli

L esperienza d integrazione in SSC

L esperienza d integrazione in SSC Roma, 10 dicembre 2010 Centro Congressi Cavour L esperienza d integrazione in SSC Approcci multimodello nelle pratiche aziendali Il presente documento contiene informazioni e dati di S.S.C. s.r.l., pertanto

Dettagli

ALLEGATO 8.1 DESCRIZIONE PROFILI PROFESSIONALI

ALLEGATO 8.1 DESCRIZIONE PROFILI PROFESSIONALI PROCEDURA DI SELEZIONE PER L AFFIDAMENTO DEL SERVIZIO DI PROGETTAZIONE, ANALISI, SVILUPPO, MANUTENZIONE ADEGUATIVA, CORRETTIVA ED EVOLUTIVA DI SISTEMI INFORMATIVI SU PIATTAFORMA IBM WEBSPHERE BPM (EX LOMBARDI)

Dettagli

IL PROFILO DELL AZIENDA. Cherry Consulting S.r.l 1

IL PROFILO DELL AZIENDA. Cherry Consulting S.r.l 1 IL PROFILO DELL AZIENDA 1 Chi siamo e la nostra missione Chi siamo: un gruppo di manager che hanno maturato esperienze nella consulenza, nel marketing, nella progettazione, nella vendita di soluzioni e

Dettagli

I valori distintivi della nostra offerta di BPO:

I valori distintivi della nostra offerta di BPO: Business Process Outsourcing Partner 3M Software è il partner di nuova generazione, per la progettazione e la gestione di attività di Business Process Outsourcing, che offre un servizio completo e professionale.

Dettagli

TRASPARENTE, SNELLA, ORGANIZZATA. Partire dal documento per dematerializzare i procedimenti amministrativi

TRASPARENTE, SNELLA, ORGANIZZATA. Partire dal documento per dematerializzare i procedimenti amministrativi TRASPARENTE, SNELLA, ORGANIZZATA Partire dal documento per dematerializzare i procedimenti amministrativi A CHE PUNTO SIAMO Cogliere opportunità le dell evoluzione normativa Dagli anni 90 l innovazione

Dettagli

Virtualization. Strutturare per semplificare la gestione. ICT Information & Communication Technology

Virtualization. Strutturare per semplificare la gestione. ICT Information & Communication Technology Virtualization Strutturare per semplificare la gestione Communication Technology Ottimizzare e consolidare Le organizzazioni tipicamente si sviluppano in maniera non strutturata e ciò può comportare la

Dettagli

Corso Base ITIL V3 2008

Corso Base ITIL V3 2008 Corso Base ITIL V3 2008 PROXYMA Contrà San Silvestro, 14 36100 Vicenza Tel. 0444 544522 Fax 0444 234400 Email: proxyma@proxyma.it L informazione come risorsa strategica Nelle aziende moderne l informazione

Dettagli

Dalla Mappatura dei Processi al Business Process Management

Dalla Mappatura dei Processi al Business Process Management Dalla Mappatura dei Processi al Business Process Management Romano Stasi Responsabile Segreteria Tecnica ABI Lab Roma, 4 dicembre 2007 Agenda Il percorso metodologico Analizzare per conoscere: la mappatura

Dettagli

TECHNOLOGY SOLUTIONS

TECHNOLOGY SOLUTIONS TECHNOLOGY SOLUTIONS DA PIÙ DI 25 ANNI OL3 GARANTISCE AFFIDABILITÀ E INNOVAZIONE AI CLIENTI CHE HANNO SCELTO DI AFFIDARSI AD UN PARTNER TECNOLOGICO PER LA GESTIONE E LA CRESCITA DEL COMPARTO ICT DELLA

Dettagli

ITSM Trasformation L iniziativa TelecomItalia. Ing. ConoFranco Miragliotta

ITSM Trasformation L iniziativa TelecomItalia. Ing. ConoFranco Miragliotta ITSM Trasformation L iniziativa TelecomItalia Ing. ConoFranco Miragliotta L azienda Gruppo Telecom Italia I numeri del Gruppo (al 31 dicembre 2007) 8 i Paesi in cui il Gruppo Telecom Italia è presente

Dettagli

Processi (di sviluppo del) software. Fase di Analisi dei Requisiti. Esempi di Feature e Requisiti. Progettazione ed implementazione

Processi (di sviluppo del) software. Fase di Analisi dei Requisiti. Esempi di Feature e Requisiti. Progettazione ed implementazione Processi (di sviluppo del) software Fase di Analisi dei Requisiti Un processo software descrive le attività (o task) necessarie allo sviluppo di un prodotto software e come queste attività sono collegate

Dettagli

Abstract. Reply e il Cloud Computing: la potenza di internet e un modello di costi a consumo. Il Cloud Computing per Reply

Abstract. Reply e il Cloud Computing: la potenza di internet e un modello di costi a consumo. Il Cloud Computing per Reply Abstract Nei nuovi scenari aperti dal Cloud Computing, Reply si pone come provider di servizi e tecnologie, nonché come abilitatore di soluzioni e servizi di integrazione, volti a supportare le aziende

Dettagli

SOA è solo tecnologia? Consigli utili su come approcciare un progetto SOA. Service Oriented Architecture

SOA è solo tecnologia? Consigli utili su come approcciare un progetto SOA. Service Oriented Architecture SOA è solo tecnologia? Consigli utili su come approcciare un progetto SOA Service Oriented Architecture Ormai tutti, nel mondo dell IT, conoscono i principi di SOA e i benefici che si possono ottenere

Dettagli

Innovazione. Tecnologia. Know How

Innovazione. Tecnologia. Know How > Presentazione FLAG Consulting S.r.L. Innovazione. Tecnologia. Know How SOMMARIO 01. Profilo aziendale 02. Gestione Documentale 03. Enterprise Document Platform 01. Profilo aziendale Il partner ideale

Dettagli

TECNICO SUPERIORE PER LE TELECOMUNICAZIONI

TECNICO SUPERIORE PER LE TELECOMUNICAZIONI ISTRUZIONE E FORMAZIONE TECNICA SUPERIORE SETTORE I.C.T. Information and Communication Technology TECNICO SUPERIORE PER LE TELECOMUNICAZIONI STANDARD MINIMI DELLE COMPETENZE TECNICO PROFESSIONALI DESCRIZIONE

Dettagli

figure professionali software

figure professionali software Responsabilità del Program Manager Valuta la fattibilità tecnica delle opportunità di mercato connesse al programma; organizza la realizzazione del software in forma di progetti ed accorpa più progetti

Dettagli

Direzione Centrale Sistemi Informativi

Direzione Centrale Sistemi Informativi Direzione Centrale Sistemi Informativi Missione Contribuire, in coerenza con le strategie e gli obiettivi aziendali, alla definizione della strategia ICT del Gruppo, con proposta al Chief Operating Officer

Dettagli

Collaborative business application: l evoluzione dei sistemi gestionali Tra cloud, social e mobile

Collaborative business application: l evoluzione dei sistemi gestionali Tra cloud, social e mobile Osservatorio Cloud & ICT as a Service Collaborative business application: l evoluzione dei sistemi gestionali Tra cloud, social e mobile Mariano Corso Stefano Mainetti 17 Dicembre 2013 Collaborative Business

Dettagli

Fattori critici di successo

Fattori critici di successo CSF e KPI Fattori critici di successo Critical Success Factor (CSF) Definiscono le azioni o gli elementi più importanti per controllare i processi IT Linee guida orientate alla gestione del processo Devono

Dettagli

Lista delle descrizioni dei Profili

Lista delle descrizioni dei Profili Lista delle descrizioni dei Profili La seguente lista dei Profili Professionali ICT è stata definita dal CEN Workshop on ICT Skills nell'ambito del Comitato Europeo di Standardizzazione. I profili fanno

Dettagli

Un approccio in tre passi per l evoluzione di applicazioni e infrastrutture

Un approccio in tre passi per l evoluzione di applicazioni e infrastrutture TRASFORMARE LE COMPAGNIE ASSICURATIVE Un approccio in tre passi per l evoluzione di applicazioni e infrastrutture Costruire la compagnia digitale? L approccio DDway alla trasformazione dell IT Un percorso

Dettagli

soluzioni e servizi per fare grande una media impresa Soluzioni di Cloud Computing per imprese con i piedi per terra.

soluzioni e servizi per fare grande una media impresa Soluzioni di Cloud Computing per imprese con i piedi per terra. soluzioni e servizi per fare grande una media impresa Soluzioni di Cloud Computing per imprese con i piedi per terra. FASTCLOUD È un dato di fatto che le soluzioni IT tradizionali richiedono investimenti

Dettagli

I TOOL A SUPPORTO DELL'ICT MANAGEMENT: UTILITÀ, MODALITÀ D'USO E PRINCIPALI CRITICITÀ.

I TOOL A SUPPORTO DELL'ICT MANAGEMENT: UTILITÀ, MODALITÀ D'USO E PRINCIPALI CRITICITÀ. ANALISI 12 Luglio 2012 I TOOL A SUPPORTO DELL'ICT MANAGEMENT: UTILITÀ, MODALITÀ D'USO E PRINCIPALI CRITICITÀ. Le sfide a cui deve rispondere l IT e i tool di ICT Management Analisi a cura di Andrea Cavazza,

Dettagli

gestione documentale dalla dematerializzazione dei documenti alla digitalizzazione dei processi fino all azienda digitale

gestione documentale dalla dematerializzazione dei documenti alla digitalizzazione dei processi fino all azienda digitale gestione documentale dalla dematerializzazione dei documenti alla digitalizzazione dei processi fino all azienda digitale Gestione documentale Gestione documentale Dalla dematerializzazione dei documenti

Dettagli

Business Process Management

Business Process Management Corso di Certificazione in Business Process Management Progetto Didattico 2015 con la supervisione scientifica del Dipartimento di Informatica Università degli Studi di Torino Responsabile scientifico

Dettagli

Introduzione ai software gestionali. Corso Gestione dei flussi di informazione

Introduzione ai software gestionali. Corso Gestione dei flussi di informazione Introduzione ai software gestionali Corso Gestione dei flussi di informazione 1 Integrazione informativa nelle aziende Problemi: frammentazione della base informativa aziendale crescente complessità organizzative

Dettagli

Estratto dell'agenda dell'innovazione Smau Milano 2011. Speciale: I casi. Introduzione dell'area tematica. Il caso INCA CGIL

Estratto dell'agenda dell'innovazione Smau Milano 2011. Speciale: I casi. Introduzione dell'area tematica. Il caso INCA CGIL Estratto dell'agenda dell'innovazione Smau Milano 2011 Speciale: I casi Introduzione dell'area tematica Il caso INCA CGIL Innovare e competere con le ICT - PARTE I Cap.1 L innovazione nella gestione dei

Dettagli

Ottimizzate i processi IT, massimizzate il ROA (return on assets) e migliorate il livello dei servizi

Ottimizzate i processi IT, massimizzate il ROA (return on assets) e migliorate il livello dei servizi Soluzioni per la gestione di risorse e servizi A supporto dei vostri obiettivi di business Ottimizzate i processi IT, massimizzate il ROA (return on assets) e migliorate il livello dei servizi Utilizzate

Dettagli

ERP o pacchetto gestionale? Una

ERP o pacchetto gestionale? Una FEBBRAIO 2012 Quali sono le principali differenze fra una soluzione di Enterprise Resource Planning e un pacchetto gestionale, quali le raccomandazioni per chi deve scegliere un ERP? E quando è arrivato

Dettagli

STS. Profilo della società

STS. Profilo della società STS Profilo della società STS, Your ICT Partner Con un solido background accademico, regolari confronti con il mondo della ricerca ed esperienza sia nel settore pubblico che privato, STS è da oltre 20

Dettagli

Formalizzare i processi aziendali per

Formalizzare i processi aziendali per Formalizzare i processi aziendali per accrescere l efficacia l dei controlli Bankadati S.I. Gruppo Creval La comunicazione finanziaria Sondrio, 9 marzo 2010 LA GESTIONE PER PROCESSI IN CREVAL La gestione

Dettagli

Allegato Tecnico al Contratto di Appalto di Servizi Informatici tra ACAM SPA e ACAM CLIENTI SPA. Allegato A2 Servizi APPLICATION MANAGEMENT SERVICE

Allegato Tecnico al Contratto di Appalto di Servizi Informatici tra ACAM SPA e ACAM CLIENTI SPA. Allegato A2 Servizi APPLICATION MANAGEMENT SERVICE Allegato Tecnico al Contratto di Appalto di Servizi Informatici tra ACAM SPA e ACAM CLIENTI SPA Allegato A2 Servizi APPLICATION MANAGEMENT SERVICE 1 Introduzione 1.1 Premessa 1. Il presente Allegato A2

Dettagli

Milano, Settembre 2009 BIOSS Consulting

Milano, Settembre 2009 BIOSS Consulting Milano, Settembre 2009 BIOSS Consulting Presentazione della società Agenda Chi siamo 3 Cosa facciamo 4-13 San Donato Milanese, 26 maggio 2008 Come lo facciamo 14-20 Case Studies 21-28 Prodotti utilizzati

Dettagli

GRUPPO AMADORI: TRACCIABILITA DOWNSTREAM PER ALIMENTI CONFEZIONATI SURGELATI

GRUPPO AMADORI: TRACCIABILITA DOWNSTREAM PER ALIMENTI CONFEZIONATI SURGELATI GRUPPO AMADORI: TRACCIABILITA DOWNSTREAM PER ALIMENTI CONFEZIONATI SURGELATI Già da un certo tempo le architetture orientate ai servizi (SOA) hanno assicurato alle aziende un supporto di considerevole

Dettagli

Value Manager. Soluzione integrata per la pianificazione e il controllo di gestione

Value Manager. Soluzione integrata per la pianificazione e il controllo di gestione Value Manager Soluzione integrata per la pianificazione e il controllo di gestione Value Manager Soluzione integrata per la pianificazione e il controllo di gestione Value Manager è una soluzione completa

Dettagli

Data aggregation and risk infrastructure

Data aggregation and risk infrastructure Data aggregation and risk infrastructure Il Contesto di riferimento: Principi applicabili in ambito IT I principi di Data Risk Aggregation indirizzano 4 specifiche aree di controllo: 4 - Revisione, strumenti

Dettagli

Abstract. Il mercato dell Energy & Utilities: l offerta Reply. Scenario

Abstract. Il mercato dell Energy & Utilities: l offerta Reply. Scenario Abstract Il mercato dell Energy & Utilities in Italia è stato completamente liberalizzato da alcuni anni. A valle di pluriennali processi di unbundling gestionale e societario, gli operatori sono ormai

Dettagli

Gestione Unica Utenti End User Support and Application Management Services

Gestione Unica Utenti End User Support and Application Management Services A COSA SERVE Fornisce supporto a 360 agli Utenti Gestione ottimizzata dell intero «ciclo di vita» degli asset informatici dalla acquisizione alla dismissione, eliminando l impatto della complessità tecnologica

Dettagli

Il tuo business si evolve. Fai evolvere il tuo gestionale. Costruiamo i motori di un pianeta più intelligente.

Il tuo business si evolve. Fai evolvere il tuo gestionale. Costruiamo i motori di un pianeta più intelligente. Il tuo business si evolve. Fai evolvere il tuo gestionale. Costruiamo i motori di un pianeta più intelligente. esperienza + innovazione affidabilità Da IBM, una soluzione completamente nuova: ACG Vision4,

Dettagli

ZeroUno Executive Dinner

ZeroUno Executive Dinner L ICT per il business nelle aziende italiane: mito o realtà? 30 settembre 2008 Milano, 30 settembre 2008 Slide 0 I principali obiettivi strategici delle aziende Quali sono i primi 3 obiettivi di business

Dettagli

Impresa Semplice CONDIVIDI

Impresa Semplice CONDIVIDI Selling Kit rev.1 Condividi Impresa Semplice CONDIVIDI La soluzione semplice di gestione documentale Selling Kit Gestione documentale: overview di mercato Un elemento di criticità per la gestione del Business

Dettagli

Quali passi per introdurre l Agile in azienda?

Quali passi per introdurre l Agile in azienda? Quali passi per introdurre l Agile in azienda? Garantire reattività e prontezza in uno scenario sempre più dinamico Quali passi per introdurre l Agile in azienda? White Paper Nell attuale contesto di mercato,

Dettagli

ISO20000: il percorso di Poste Italiane verso la certificazione

ISO20000: il percorso di Poste Italiane verso la certificazione ISO20000: il percorso di Poste Italiane verso la certificazione Cristina Imperi Torino, 3 Luglio 2008 Il Profilo del Gruppo Poste Italiane 1 Poste Italiane è una delle realtà di servizi al cittadino e

Dettagli

Un approccio complessivo alla Gestione della Performance Aziendale. Sestri Levante 19-20 maggio 2003

Un approccio complessivo alla Gestione della Performance Aziendale. Sestri Levante 19-20 maggio 2003 1 Un approccio complessivo alla Gestione della Performance Aziendale Sestri Levante 19-20 maggio 2003 Performing - Mission 2 Performing opera nel mercato dell'ingegneria dell organizzazione e della revisione

Dettagli

Servizio di Conservazione a norma Service Level Agreement Sistema di Gestione per la Qualità - DQ_07.06 UNIMATICA S.p.A.

Servizio di Conservazione a norma Service Level Agreement Sistema di Gestione per la Qualità - DQ_07.06 UNIMATICA S.p.A. Servizio di Conservazione a norma Service Level Agreement Sistema di Gestione per la Qualità - DQ_07.06 pag. 1 di 12 Revisione Data Motivo Revisione Redatto da Approvato da 1.0 03/10/2009 Emissione Andrea

Dettagli

Allegato 2: Prospetto informativo generale

Allegato 2: Prospetto informativo generale Gara a procedura ristretta accelerata per l affidamento, mediante l utilizzo dell Accordo Quadro di cui all art. 59 del D.Lgs. n. 163/2006, di Servizi di Supporto in ambito ICT a InnovaPuglia S.p.A. Allegato

Dettagli

Introduzione allo sviluppo ed alla gestione self-service di applicazioni software e database in cloud con piattaforma apaas.

Introduzione allo sviluppo ed alla gestione self-service di applicazioni software e database in cloud con piattaforma apaas. 2015 Corso di formazionef Contenuto: Introduzione allo sviluppo ed alla gestione self-service di applicazioni software e database in cloud con piattaforma apaas. [CORSO: SOFTWARE E DATABASE SELF-SERVICE

Dettagli

ASSEGNA LE SEGUENTI COMPETENZE ISTITUZIONALI AGLI UFFICI DELLA DIREZIONE GENERALE OSSERVATORIO SERVIZI INFORMATICI E DELLE TELECOMUNICAZIONI:

ASSEGNA LE SEGUENTI COMPETENZE ISTITUZIONALI AGLI UFFICI DELLA DIREZIONE GENERALE OSSERVATORIO SERVIZI INFORMATICI E DELLE TELECOMUNICAZIONI: IL PRESIDENTE VISTO il decreto legislativo 12 aprile 2006, n. 163 e successive modifiche ed integrazioni, in particolare l art. 8, comma 2, ai sensi del quale l Autorità stabilisce le norme sulla propria

Dettagli

Gestire il laboratorio in maniera semplice

Gestire il laboratorio in maniera semplice Gestire il laboratorio in maniera semplice Guida al LIMS Software as a Service Eusoft White Paper Introduzione La tecnologia oggi offre alle organizzazioni grandi possibilità di innovazione e trasformazione

Dettagli

Cyber Security Architecture in Sogei

Cyber Security Architecture in Sogei Cyber Security Architecture in Sogei P. Schintu 20 Maggio 2015 Cybersecurity Sogei S.p.A. Summit - Sede - Legale Roma, Via 20 M. maggio Carucci n. 2015 99-00143 Roma 1 SOGEI, infrastruttura IT critica

Dettagli

più del mercato applicazioni dei processi modificato. Reply www.reply.eu

più del mercato applicazioni dei processi modificato. Reply www.reply.eu SOA IN AMBITO TELCO Al fine di ottimizzare i costi e di migliorare la gestione dell'it, le aziende guardano, sempre più con maggiore interesse, alle problematiche di gestionee ed ottimizzazione dei processi

Dettagli

Estratto dell'agenda dell'innovazione e del Trade Bari 2011. Speciale: I casi. Introduzione dell'area tematica IL CASO BOOKINGSHOW

Estratto dell'agenda dell'innovazione e del Trade Bari 2011. Speciale: I casi. Introduzione dell'area tematica IL CASO BOOKINGSHOW Estratto dell'agenda dell'innovazione e del Trade Bari 2011 Speciale: I casi Introduzione dell'area tematica IL CASO BOOKINGSHOW Innovare e competere con le ICT: casi di successo - PARTE II Cap.9 Far evolvere

Dettagli

Ciclo di Vita Evolutivo

Ciclo di Vita Evolutivo Ciclo di Vita Evolutivo Prof.ssa Enrica Gentile a.a. 2011-2012 Modello del ciclo di vita Stabiliti gli obiettivi ed i requisiti Si procede: All analisi del sistema nella sua interezza Alla progettazione

Dettagli

Progettaz. e sviluppo Data Base

Progettaz. e sviluppo Data Base Progettaz. e sviluppo Data Base! Introduzione ai Database! Tipologie di DB (gerarchici, reticolari, relazionali, oodb) Introduzione ai database Cos è un Database Cos e un Data Base Management System (DBMS)

Dettagli

Gestione per processi: utilità e sfide. Ettore Bolisani DTG Dipartimento di Tecnica e Gestione dei Sistemi Industriali Università di Padova

Gestione per processi: utilità e sfide. Ettore Bolisani DTG Dipartimento di Tecnica e Gestione dei Sistemi Industriali Università di Padova Gestione per processi: utilità e sfide Ettore Bolisani DTG Dipartimento di Tecnica e Gestione dei Sistemi Industriali Università di Padova 1 Ingegneria industriale Ingegneria gestionale Didattica: KNOWLEDGE

Dettagli

Business Process Management

Business Process Management Corso di Eccellenza in Business Process Management edizione 2010 Con il patrocinio e la supervisione scientifica del Dipartimento di Informatica dell Università degli Studi di Torino Responsabile scientifico

Dettagli

Consulenze «Success fee» e a progetto per l ottimizzazione dell ICT PROFILO DELL AZIENDA

Consulenze «Success fee» e a progetto per l ottimizzazione dell ICT PROFILO DELL AZIENDA Consulenze «Success fee» e a progetto per l ottimizzazione dell ICT PROFILO DELL AZIENDA Chi siamo Chi siamo: un gruppo di manager che hanno maturato esperienze nella consulenza, nel marketing, nella progettazione,

Dettagli

Zerouno IBM IT Maintenance

Zerouno IBM IT Maintenance Zerouno IBM IT Maintenance Affidabilità e flessibilità dei servizi per supportare l innovazione d impresa Riccardo Zanchi Partner NetConsulting Roma, 30 novembre 2010 Il mercato dell ICT in Italia (2008-2010P)

Dettagli

I Modelli della Ricerca Operativa

I Modelli della Ricerca Operativa Capitolo 1 I Modelli della Ricerca Operativa 1.1 L approccio modellistico Il termine modello è di solito usato per indicare una costruzione artificiale realizzata per evidenziare proprietà specifiche di

Dettagli

Una Nuvola Pubblica Certificata Alessandro Osnaghi, Fondazione Astrid Convegno Camera di Commercio di Torino, 13 febbraio 2012

Una Nuvola Pubblica Certificata Alessandro Osnaghi, Fondazione Astrid Convegno Camera di Commercio di Torino, 13 febbraio 2012 Una Nuvola Pubblica Certificata Alessandro Osnaghi, Fondazione Astrid Convegno Camera di Commercio di Torino, 13 febbraio 2012 Il termine cloud computing è oggi largamente diffuso e utilizzato spesso impropriamente

Dettagli

*oltre ad essere un acronimo, MESA ha molti significati: una montagna, un tavolo per questo abbiamo scelto il nome MESA, perché per i nostri clienti

*oltre ad essere un acronimo, MESA ha molti significati: una montagna, un tavolo per questo abbiamo scelto il nome MESA, perché per i nostri clienti *oltre ad essere un acronimo, MESA ha molti significati: una montagna, un tavolo per questo abbiamo scelto il nome MESA, perché per i nostri clienti significa soprattutto un supporto professionale concreto!

Dettagli

piattaforma comune miglioramento del processo adeguamento all anno 2000 sistemi legacy obsoleti visibilità dei dati standardizzazione di più sedi

piattaforma comune miglioramento del processo adeguamento all anno 2000 sistemi legacy obsoleti visibilità dei dati standardizzazione di più sedi AO automazioneoggi Facciamo un po d ordine L approccio ai progetti di implementazione di sistemi ERP è spesso poco strutturato e il processo di implementazione risulta essere frequentemente inefficiente

Dettagli

QUALITÀ ED EFFICIENZA NEI PROCESSI DI ESERCIZIO IT

QUALITÀ ED EFFICIENZA NEI PROCESSI DI ESERCIZIO IT 84 QUALITÀ ED EFFICIENZA NEI PROCESSI DI ESERCIZIO IT Roberto Ferretti, Michelangelo Fossa, Silvana Mercanti 85 La scelta di affrontare i temi relativi all evoluzione dei processi IT comporta in primis

Dettagli

IBM i5/os: un sistema progettato per essere sicuro e flessibile

IBM i5/os: un sistema progettato per essere sicuro e flessibile IBM i5/os garantisce la continua operatività della vostra azienda IBM i5/os: un sistema progettato per essere sicuro e flessibile Caratteristiche principali Introduzione del software HASM (High Availability

Dettagli

MICROSOFT DYNAMICS: SOLUZIONI GESTIONALI PER L AZIENDA

MICROSOFT DYNAMICS: SOLUZIONI GESTIONALI PER L AZIENDA MICROSOFT DYNAMICS: SOLUZIONI GESTIONALI PER L AZIENDA Microsoft Dynamics: soluzioni gestionali per l azienda Le soluzioni software per il business cercano, sempre più, di offrire funzionalità avanzate

Dettagli

Telex telecomunicazioni. Soluzioni per le telecomunicazioni e le infrastrutture tecnologiche aziendali

Telex telecomunicazioni. Soluzioni per le telecomunicazioni e le infrastrutture tecnologiche aziendali Telex telecomunicazioni Soluzioni per le telecomunicazioni e le infrastrutture tecnologiche aziendali Agenda 1 azienda 2 organizzazione 3 offerta 4 partner 5 referenze Storia Azienda Nasce 30 anni fa Specializzata

Dettagli

La piattaforma CPM di STAR

La piattaforma CPM di STAR La piattaforma CPM di STAR Soluzioni di settore per il Controlled Corporate Process Management Trasferimento del traffico su rotaia con STAR James STAR Group Your single-source provider for corporate product

Dettagli

Università di Venezia Corso di Laurea in Informatica. Marco Fusaro KPMG S.p.A.

Università di Venezia Corso di Laurea in Informatica. Marco Fusaro KPMG S.p.A. Università di Venezia Corso di Laurea in Informatica Laboratorio di Informatica Applicata Introduzione all IT Governance Lezione 4 Marco Fusaro KPMG S.p.A. 1 CobiT Obiettivi del CobiT (Control Objectives

Dettagli

UML e (R)UP (an overview)

UML e (R)UP (an overview) Lo sviluppo di sistemi OO UML e (R)UP (an overview) http://www.rational.com http://www.omg.org 1 Riassumento UML E un insieme di notazioni diagrammatiche che, utilizzate congiuntamente, consentono di descrivere/modellare

Dettagli

SACE BT realizza su tecnologia Microsoft la piattaforma di gestione delle polizze

SACE BT realizza su tecnologia Microsoft la piattaforma di gestione delle polizze Caso di successo Microsoft Integration SACE BT SACE BT realizza su tecnologia Microsoft la piattaforma di gestione delle polizze Informazioni generali Settore Istituzioni finanziarie Il Cliente Il Gruppo

Dettagli

Le attività generatrici di valore nelle e-company: dalla catena alla rete del valore nelle relazioni intersistemiche

Le attività generatrici di valore nelle e-company: dalla catena alla rete del valore nelle relazioni intersistemiche Le attività generatrici di valore nelle e-company: dalla catena alla rete del valore nelle relazioni intersistemiche 1. La e-company: definizione e caratteristiche 2. Le tre direttrici di sviluppo del

Dettagli

Estratto dell'agenda dell'innovazione Smau Milano 2011. Speciale: I casi. Introduzione dell'area tematica. Il caso ORANGE TIRES

Estratto dell'agenda dell'innovazione Smau Milano 2011. Speciale: I casi. Introduzione dell'area tematica. Il caso ORANGE TIRES Estratto dell'agenda dell'innovazione Smau Milano 2011 Speciale: I casi Introduzione dell'area tematica Il caso ORANGE TIRES Innovare e competere con le ICT - PARTE I Cap.1 L innovazione nella gestione

Dettagli

La ISA nasce nel 1994 DIGITAL SOLUTION

La ISA nasce nel 1994 DIGITAL SOLUTION La ISA nasce nel 1994 Si pone sul mercato come network indipendente di servizi di consulenza ICT alle organizzazioni nell'ottica di migliorare la qualità e il valore dei servizi IT attraverso l'impiego

Dettagli

Copyright Università degli Studi di Torino, Progetto Atlante delle Professioni 2009 IT PROCESS EXPERT

Copyright Università degli Studi di Torino, Progetto Atlante delle Professioni 2009 IT PROCESS EXPERT IT PROCESS EXPERT 1. CARTA D IDENTITÀ... 2 2. CHE COSA FA... 3 3. DOVE LAVORA... 4 4. CONDIZIONI DI LAVORO... 5 5. COMPETENZE... 6 Quali competenze sono necessarie... 6 Conoscenze... 8 Abilità... 9 Comportamenti

Dettagli

Aprile 2013 LA SOLUZIONE EXPERTEE EEDG ENTERPRISE DATA GOVERNANCE

Aprile 2013 LA SOLUZIONE EXPERTEE EEDG ENTERPRISE DATA GOVERNANCE Aprile 2013 LA SOLUZIONE EXPERTEE EEDG ENTERPRISE DATA GOVERNANCE Company Profile Startup, fondata Q4 2012 Prodotto: Suite Expertee Enterprise Data Governance - EEDG, per la Governance end-to-end dei processi

Dettagli

soluzioni Sviluppo Progetti Informatici Server Based Computing

soluzioni Sviluppo Progetti Informatici Server Based Computing azienda Projest nasce nel 1999 per iniziativa di un gruppo di professionisti con esperienza decennale quali responsabili di funzioni operative in aziende medio-grandi e con solide competenze nell approccio

Dettagli

Integrazione ed elaborazione di dati real-time

Integrazione ed elaborazione di dati real-time 76 Integrazione ed elaborazione di dati real-time Le nuove tecnologie dell automazione hanno permesso di acquisire e rendere disponibili enormi quantità di segnali. Spesso risulta complesso utilizzare

Dettagli

Il Cloud e la SOA. Impatto sulle organizzazioni ICT. 16 Ottobre 2009. Francesco Polimeni Presales Consultant HP Software

Il Cloud e la SOA. Impatto sulle organizzazioni ICT. 16 Ottobre 2009. Francesco Polimeni Presales Consultant HP Software Il Cloud e la SOA Impatto sulle organizzazioni ICT 16 Ottobre 2009 Francesco Polimeni Presales Consultant HP Software Il contesto del Cloud Definizioni La Cloud (R)evolution Il Cloud è il mezzo attraverso

Dettagli

Il Gruppo Arvedi sceglie tecnologie Microsoft per la virtualizzazione dei sistemi server

Il Gruppo Arvedi sceglie tecnologie Microsoft per la virtualizzazione dei sistemi server Caso di successo Microsoft Virtualizzazione Gruppo Arvedi Il Gruppo Arvedi sceglie tecnologie Microsoft per la virtualizzazione dei sistemi server Informazioni generali Settore Education Il Cliente Le

Dettagli

Allegato 1 CIG 58703795FF PROCEDURA DI AFFIDAMENTO PER LA FORNITURA DI UNA PIATTAFORMA PER SERVICE MASHUP AND DELIVERY CAPITOLATO TECNICO

Allegato 1 CIG 58703795FF PROCEDURA DI AFFIDAMENTO PER LA FORNITURA DI UNA PIATTAFORMA PER SERVICE MASHUP AND DELIVERY CAPITOLATO TECNICO PROCEDURA DI AFFIDAMENTO PER LA FORNITURA DI UNA PIATTAFORMA PER SERVICE MASHUP AND DELIVERY CAPITOLATO TECNICO SOMMARIO 1 Oggetto della Fornitura... 3 2 Composizione della Fornitura... 3 2.1 Piattaforma

Dettagli

IT account case study Acraf

IT account case study Acraf IT account case study Acraf goal Le caratteristiche di un OBIETTIVO Specifico, misurabile, espresso in forma scritta e condivisibile con gli altri. Definito nella scala dei tempi, espresso in termini positivi.

Dettagli

Evoluzione dei sistemi gestionali nelle PMI e nuove modalità di fruizione

Evoluzione dei sistemi gestionali nelle PMI e nuove modalità di fruizione Evoluzione dei sistemi gestionali nelle PMI e nuove modalità di fruizione Fabrizio Amarilli Fondazione Politecnico di Milano amarilli@fondazionepolitecnico.it Brescia, 6 maggio 2009 2009 - Riproduzione

Dettagli

Processi di Gestione dei Sistemi ICT

Processi di Gestione dei Sistemi ICT Università di Bergamo Facoltà di Ingegneria GESTIONE DEI SISTEMI ICT Paolo Salvaneschi A3_1 V1.1 Processi di Gestione dei Sistemi ICT Il contenuto del documento è liberamente utilizzabile dagli studenti,

Dettagli

Progetto di Implementazione della Contabilità Analitica Una esperienza sul campo

Progetto di Implementazione della Contabilità Analitica Una esperienza sul campo Progetto di Implementazione della Contabilità Analitica Una esperienza sul campo Milano, 2 Dicembre 2005 Incontro Osservatorio Aziende Sanitarie Italiane: Lo stato di maturità dei sistemi di contabilità

Dettagli

RUP (Rational Unified Process)

RUP (Rational Unified Process) RUP (Rational Unified Process) Caratteristiche, Punti di forza, Limiti versione del tutorial: 3.3 (febbraio 2007) Pag. 1 Unified Process Booch, Rumbaugh, Jacobson UML (Unified Modeling Language) notazione

Dettagli

DEFINIO REPLY WEALTH MANAGEMENT

DEFINIO REPLY WEALTH MANAGEMENT DEFINIO REPLY WEALTH MANAGEMENT Definio Reply dà una risposta concreta ed efficiente alle richieste sempre più pressanti provenienti dal mercato del risparmio gestito, in termini di strumenti di analisi

Dettagli

STRATEGIC Management Partners

STRATEGIC Management Partners STRATEGIC Management Partners Strategic Report Creare un vantaggio competitivo nella relazione IT e business Gianluca Quarto Sintesi 2 E un dato di fatto che i sistemi informatici rappresentano uno strumento

Dettagli

enclose CRM Engineering Cloud Services IL CRM AS A SERVICE DI ENGINEERING runs on Microsoft Dynamics CRM

enclose CRM Engineering Cloud Services IL CRM AS A SERVICE DI ENGINEERING runs on Microsoft Dynamics CRM enclose Engineering Cloud Services CRM runs on Microsoft Dynamics CRM IL CRM AS A SERVICE DI ENGINEERING EncloseCRM EncloseCRM è la proposta Software as a Service di Engineering per offrire al mercato

Dettagli

ICT Information &Communication Technology

ICT Information &Communication Technology ICT Information &Communication Technology www.tilak.it Profile Tilak Srl, azienda specializzata in soluzioni in ambito Communication Technology opera nell ambito dei servizi di consulenza, formazione e

Dettagli

L ICT e l innovazione

L ICT e l innovazione Il valore del Project Management nei Progetti di Innovazione nelle Piccole e Medie Imprese L ICT e l innovazione Milano, 15 dicembre 2006 Enrico Masciadra, PMP emasciadra@libero.it Le cinque forze competitive

Dettagli

Pianificazione e progetto di reti geografiche

Pianificazione e progetto di reti geografiche Pianificazione e progetto di reti geografiche 1 Architettura delle reti di telecomunicazioni e contesto infrastrutturale regionale 1 Indice Architettura delle reti di Telecomunicazioni Banda Larga nella

Dettagli

A disposizione del. Vostro Business

A disposizione del. Vostro Business A disposizione del Vostro Business Tecnol ogi a Rel azion i Impeg no expertise Avanguardia Trixa snc - via Magatti 2, 21100 Varese - relazioni@trixa.it - www.trixa.it Un po di noi Trixa nasce dalla pluriennale

Dettagli

La gestione delle competenze IT in banca spunti per la discussione

La gestione delle competenze IT in banca spunti per la discussione Le competenze IT in ambito bancario Università LUISS Guido Carli 8 NOVEMBRE 2010 La gestione delle competenze IT in banca spunti per la discussione Matteo Lucchetti, Senior Research Analyst, ABI Lab Roma,

Dettagli