Ingegnere informatico

Ruolo ricoperto nello sviluppo di applicazioni all'interno del prodotto ENM (Ericsson Network Manager), un NMS (Network Management System) per la gestione unificata di reti radio e di reti di trasporto, nell'ambito dell'OSS (Operations Support System) di Ericsson. Il NMS è sviluppato basandosi su JEE e gira su un'infrastruttura virtualizzata KVM (Kernel-based Virtual Machine). I test sul prodotto sono eseguiti in un ambiente di CI (Continuous Integration) attraverso un set di test suite sviluppate in un TAF (Test Automation Framework) proprietario basato su TestNG. In particolare svolgo il ruolo di Software Architect per tutti i Team Agile (metodologia Scrum) dell'area relativa ai requisiti sulla rete di trasporto (Transport Requirement Area). 
Principali attività e responsabilità:
▪	definizione dell'architettura delle nuove applicazioni nel prodotto applicando i principi e le best practices architetturali del framework comune usato come piattaforma dei prodotti OSS Ericsson
▪	guidare i team ad identificare i componenti riusabili, le dipendenze verso il framework comune e progettare in anticipo i requisiti non funzionali (scalabilità, availability, upgrade, ecc.)
▪	garantire l'approvazione della revisione dell'architettura dell'applicazione
▪	controllare e supportare nell'implementazione dell'architettura dell'applicazione così da salvaguardarne l'integrità architetturale ed assicurare la realizzazione dei requisiti non funzionali
▪	identificare, tracciare e supportare la risoluzione dei debiti tecnici architetturali

Ruolo ricoperto all'interno di 2 team Agile, con metodologia Scrum, per lo sviluppo di applicazioni all'interno del prodotto ENM (il Network Management System di Ericsson).
Principali attività e responsabilità (quelle canoniche del ruolo di Product Owner nella metodologia Scrum):
▪	analizzare i requisiti del cliente e contribuire alla loro definizione
▪	suddividere il requisito del cliente in User Story (US, micro funzionalità/requisiti da implementare) il cui insieme definisce il Product Backlog (portafoglio ordini del prodotto)
▪	dettagliare/aggiornare le User Story con priorità, descrizione e criteri di accettazione (Backlog grooming)
▪	ad inizio Sprint (ogni 3 settimane) presentare le US al team per la loro pianificazione (Sprint Planning Meeting)
▪	a fine Sprint visionare la demo delle US completate e verificare se soddisfano i criteri di accettazione (Sprint Review)
▪	supportare e guidare i team durante lo sviluppo, i test, la stesura della documentazione di prodotto 
▪	contribuire alla stesura della documentazione di progetto

Ruolo ricoperto all'interno di 3 team Agile offshore (India), con metodologia Scrum, per lo sviluppo di interfacce standard TMF814 (MTNM) e TMF854 (MTOSI) per prodotti nell’ambito dell’Operations Support System di Ericsson. 
Principali attività e responsabilità:
▪	quelle canoniche del ruolo di Product Owner nella metodologia Scrum (vedi sopra)
▪	riferimento tecnico Ericsson nei workshop tenuti insieme ad uno dei suoi clienti (Telecom Italia) per la definizione:
▫	dei nuovi requisiti (principalmente la gestione di apparati con schede, PDH, SDH, OTN, DWDM, Ethernet L1/L2 e MPLS-TP) da esporre sulla NBI verso il NMS del cliente e della loro priorità
▫	della soluzione da adottare sull'interfaccia NBI TMF814/MTNM fra il prodotto Ericsson e quello del cliente 
▫	delle estensioni dello Standard e relativa presentazione all'ente di standardizzazione (TeleManagement Forum)
▪	riferimento tecnico Ericsson per l'analisi delle problematiche alzate da cliente Telecom Italia durante l'integrazione dei rispettivi prodotti e relativa definizione della soluzione condivisa

Responsabile tecnico dell'area delle interfacce standard NBI (North Bound Interface) adottate da Ericsson su prodotti nell'ambito dell'OSS: TMF814 (MTNM) e TMF854 (MTOSI).
Principali attività e responsabilità:
▪	contribuire a e rivedere le soluzioni proposte (e la relativa documentazione di progetto) per i nuovi requisiti sulle NBI
▪	contribuire a e rivedere la documentazione di prodotto
▪	prendere le decisioni sulle scelte tecniche da adottare per indirizzare i problemi dei clienti
▪	proporre e definire la priorità dei miglioramenti da applicare

Ruolo ricoperto in un gruppo di sviluppo di un EMS (Element Management System) che fornisce una NBI standard TMF814 sia per l’EM (Element Manager) che per il NM (Network Manager) proprietari Ericsson. L'EMS è sviluppato in JSE, comunica su protocollo CORBA e usa un OODBMS (Obiect Oriented Data Base Management System).
Principali attività e responsabilità:
▪	progettazione, sviluppo, test funzionali e documentazione di prodotto dei nuovi requisiti sulla NBI
▪	forte coinvolgimento in un piano di outsourcing della NBI verso un paese low cost (India) 
▪	stesura della documentazione di progetto sui nuovi requisiti della NBI
▪	definizione dei dettagli della soluzione software da fornire come input ai team di sviluppo offshore

Ruolo ricoperto in un gruppo di sviluppo di un EMS che fornisce una NBI standard TMF814 (MTNM) sia per un EM (Element Manager) che per un NM (Network Manager) proprietari Ericsson. 
Principali attività e responsabilità:
▪	progettazione, sviluppo, test funzionali, documentazione di progetto e di prodotto dei nuovi requisiti sulla NBI
▪	modellizzazione di schede su apparati PDH, SDH, DWDM, CWDM, Ethernet L1/L2 secondo lo standard MTNM

Ruolo ricoperto per lo sviluppo (in C++ su piattaforma HP-UX) di un EM Agent che utilizza un OODBMS ed espone una NBI basata su un modello informativo dello standard ITU-T (Q3ne) su protocollo CMIP, per la gestione di reti di telecomunicazioni basate su apparati PDH, SDH, DWDM, CWDM.
Principali attività e responsabilità:
▪	progettazione, sviluppo, test funzionali e stesura della documentazione di prodotto sull'EM Agent:
▫	della NBI UI, basata su X-Motif
▫	delle funzionalità di Fault Management
▫	di funzionalità critiche per la gestione schede Ethernet e DWDM
▪	modellizzazione di schede su apparati PDH, SDH, DWDM, CWDM, secondo gli standard ITU Q3, tramite GDMO (Rec. CCITT X.720, X.721 e X.722) e ASN.1 (Rec. CCITT X.209) 
▪	sviluppo di una Web Application per i test funzionali sull'EM Agent
▪	da System Engineer, attività di customer support, sia per la definizione delle specifiche con il cliente (Telefonica, Telecom Italia e Belgacom), che per il supporto generico, che per la risoluzione di problemi dal campo

Ruolo ricoperto nel reparto del Controllo Qualità di una fabbrica che produce sistemi di sterzo.
Principali attività e responsabilità:
▪	introduzione di miglioramenti nel processo produttivo per ridurre il numero di non conformità e di scarti
▪	prevenzione, identificazione, analisi e risoluzione di problematiche di qualità
▪	realizzazione di procedure per il controllo di qualità
▪	rendicontazione statistica delle non conformità rilevate

Come consulente ho realizzato un sistema di controllo in forza per dispositivi meccatronici basato su chip fuzzy

Votazione conseguita 110/110 e lode. Corso di Ingegneria Elettronica, indirizzo Biomedico

Votazione conseguita 54/60