Vai al contenuto principale
FromNine
Menu

Consulenza

Consulenza IT e architettura tecnologica per decisioni che può difendere

La aiutiamo a scegliere la strada giusta prima di impegnare il budget: una visione onesta dei sistemi attuali, opzioni con i relativi compromessi, registri delle decisioni e una roadmap che i team di progetto possono davvero seguire.

Per direzioni IT e vertici aziendali che devono scegliere piattaforme, IA e cloud e motivare la scelta davanti a un consiglio di amministrazione o a un organo di controllo.

Architettura e consulenza: lo stack delle competenzeTre livelli sovrapposti in profondità. Dall’alto verso il basso: la roadmap per fasi, le decisioni con i relativi registri e, alla base, la comprensione degli obiettivi e della situazione attuale su cui poggiano.01Roadmap per fasi02Opzioni e registri delle decisioni03Obiettivi e situazione attuale
  1. 01Analisi della situazione attuale che rendono visibili debito tecnico e rischi
  2. 02Opzioni confrontate per valore, fattibilità, rischio e costo totale, registrate come ADR
  3. 03Roadmap ordinate per dipendenze e valore di business, con assurance in fase di realizzazione

01 Problemi

Quando i team chiedono un secondo parere

  1. 01

    Una decisione importante è imminente e tutte le opzioni sembrano ragionevoli

    Piattaforma, sviluppo o acquisto, quale cloud, quale fornitore. Ogni opzione ha un sostenitore, e nessuno le ha confrontate alle stesse condizioni.

  2. 02

    Venti idee di IA, nessun portafoglio

    Le direzioni propongono casi d’uso. Nessuno li ha ordinati per valore, fattibilità e rischio, né ha verificato quali rientrino nelle categorie più rigorose dell’AI Act.

  3. 03

    Il programma è in ritardo e nessuno sa dire perché

    I report di stato sono verdi, le milestone slittano e il comitato di indirizzo vuole una visione indipendente.

  4. 04

    Una gara è alle porte e il capitolato non è pronto

    L’organizzazione sa di che cosa ha bisogno in termini di business, ma non come specificarlo perché il mercato possa rispondere bene.

02 Ambiti di intervento

Che cosa realizziamo

  1. 01 Assessment architetturale

    Una revisione strutturata dei Suoi sistemi attuali: applicazioni, dati, integrazioni, infrastruttura e contratti. Il debito tecnico viene reso visibile e classificato in un registro dei rischi. Usiamo ArchiMate e TOGAF dove la Sua organizzazione li adotta.

    Che cosa facciamo

    • Interviste ad architetti, responsabili e personale operativo
    • Censimento di applicazioni e integrazioni
    • Valutazione del debito tecnico e dei rischi
    • Analisi di costi e contratti

    Che cosa riceve

    • Architettura della situazione attuale
    • Registro dei rischi con responsabili
    • Risultati presentati ai decisori
  2. 02 Prontezza all’IA e portafoglio dei casi d’uso

    Un portafoglio ordinato di casi d’uso di IA, valutati per valore, fattibilità e rischio, con una prima classificazione secondo l’AI Act europeo e, per ciascuno, una valutazione tra sviluppo, acquisto o partnership.

    Che cosa facciamo

    • Raccolta dei casi d’uso nelle diverse direzioni
    • Valutazione per valore, maturità dei dati e rischio
    • Prima classificazione secondo l’AI Act per caso d’uso
    • Analisi tra sviluppo, acquisto o partnership

    Che cosa riceve

    • Portafoglio dei casi d’uso con priorità
    • I primi tre casi d’uso pronti a partire
    • Prerequisiti di dati e piattaforma
  3. 03 Architettura target e roadmap

    Scelte di piattaforma tra Salesforce, SAP, Odoo e software su misura, ordinate in fasi con dipendenze, costo totale di possesso e i cambiamenti organizzativi che ogni fase richiede.

    Che cosa facciamo

    • Mappa delle capability e principi target
    • Analisi delle opzioni per dominio
    • Costo totale di possesso su più anni
    • Pianificazione delle fasi con le dipendenze

    Che cosa riceve

    • Architettura target
    • Roadmap per fasi
    • Elementi per il business case di ogni fase
  4. 04 Sovranità e strategia cloud

    Analisi del lock-in, decisioni sulla residenza dei dati e piani di uscita, perché le Sue scelte cloud e SaaS restino reversibili dove conta.

    Che cosa facciamo

    • Analisi delle dipendenze e del lock-in
    • Classificazione dei dati e opzioni di residenza
    • Stima dei costi di uscita
    • Clausole contrattuali da rivedere con l’ufficio acquisti

    Che cosa riceve

    • Posizione sulla sovranità per classe di dati
    • Piani di uscita per i servizi critici
    • Documento di strategia cloud
  5. 05 Supporto agli appalti per gli enti pubblici

    Consultazione preliminare di mercato, specifiche funzionali e criteri di valutazione. Siamo trasparenti sulle regole relative al coinvolgimento preventivo: ai sensi dell’articolo 41 della direttiva 2014/24/UE, la preparazione di una gara può incidere sulla possibilità di parteciparvi in seguito, e lo concordiamo fin dall’inizio.

    Che cosa facciamo

    • Analisi dei fabbisogni e consultazione del mercato
    • Specifiche funzionali e non funzionali
    • Criteri di valutazione e modelli di punteggio
    • Supporto ai chiarimenti durante la gara

    Che cosa riceve

    • Capitolato pronto per la pubblicazione
    • Impianto di valutazione
    • Accordo scritto sulla partecipazione successiva
  6. 06 Registri delle decisioni e assurance di progetto

    Architecture decision record, design authority e revisioni di assurance indipendenti per i programmi in corso, perché le decisioni siano tracciabili e i rischi emergano per tempo.

    Che cosa facciamo

    • Pratica e modelli di ADR
    • Costituzione e facilitazione della design authority
    • Revisioni di assurance periodiche
    • Health check sui programmi in difficoltà

    Che cosa riceve

    • Registro delle decisioni in uso
    • Statuto della design authority
    • Report di assurance con raccomandazioni

03 Architettura

Come si costruisce una decisione

Il nostro lavoro di consulenza segue una sola linea: dai Suoi obiettivi e dalla situazione attuale, attraverso opzioni ponderate secondo criteri concordati, fino a registri delle decisioni approvati dalla Sua design authority, e da lì a un’architettura target e a una roadmap per fasi.

Sotto ogni passaggio scorrono i vincoli: sovranità e uscita, classificazione secondo l’AI Act, regole sugli appalti e capacità dei Suoi team.

Livelli del diagramma

Comprendere
Obiettivi di business, vincoli, i sistemi attuali e i relativi rischi.
Decidere
Criteri, opzioni, design authority e architecture decision record.
Pianificare
Architettura target, roadmap per fasi e assurance durante la realizzazione.
Esempio illustrativo
  1. Comprendere

    • Obiettivi e vincoli di business
    • Analisi della situazione attuale
    • Registro dei rischi
  2. Decidere

    • Criteri: valore, rischio, costo
    • Opzioni
    • Design authority
    • Registri delle decisioni
  3. Pianificare

    • Architettura target
    • Roadmap per fasi
    • Assurance di progetto
  4. Vincoli

    • Vincoli: sovranità e uscita, classificazione AI Act, regole sugli appalti
Dagli obiettivi alla roadmap attraverso decisioni registrate

Metodo illustrativo, non un incarico per un cliente.

Leggere il diagramma in forma testuale

Il percorso principale va da obiettivi e vincoli di business a un’analisi della situazione attuale, poi alle opzioni, quindi agli architecture decision record, all’architettura target e infine a una roadmap per fasi.

L’analisi della situazione attuale produce un registro dei rischi. Criteri concordati su valore, fattibilità, rischio e costo totale danno forma alle opzioni. La design authority, dove decidono i Suoi architetti, approva i registri delle decisioni. Le revisioni di assurance accompagnano la roadmap.

Una fascia di vincoli alla base comprende sovranità e uscita, classificazione secondo l’AI Act e regole sugli appalti.

04 Considerazioni e limiti

Considerazioni e limiti

  • Indipendenza

    Come lo affrontiamo

    Progettiamo e gestiamo anche sistemi, tra cui su Salesforce, SAP e Odoo. Nella consulenza confrontiamo le opzioni secondo criteri concordati con Lei prima di guardare ai fornitori, e documentiamo perché ciascuna opzione ha ottenuto il suo punteggio.

    Limiti e dipendenze

    Se Le serve il parere di un soggetto che non realizzerà poi il progetto, ce lo dica. Lo concorderemo fin dall’inizio, oppure Le consiglieremo una società di sola consulenza.

  • Norme e diritto

    Come lo affrontiamo

    Portiamo nelle decisioni architetturali una conoscenza operativa di AI Act, GDPR, NIS2 e normativa sugli appalti.

    Limiti e dipendenze

    Non forniamo consulenza legale. Classificazioni e interpretazioni sono elementi a disposizione dei Suoi consulenti legali, cui spetta la valutazione giuridica.

  • Le roadmap si scontrano con la realtà

    Come lo affrontiamo

    Le roadmap sono ordinate per dipendenze e capacità, e riviste al termine di ogni fase.

    Limiti e dipendenze

    Nessuna roadmap resta immutata. Il suo valore sta nelle decisioni che rende esplicite, ed è per questo che la teniamo viva con le revisioni di assurance invece di consegnarla come documento.

05 Come lavoriamo

Come lavoriamo

In modo rapido, strutturato e basato sulle evidenze, con i Suoi architetti al tavolo.

  1. 01

    Concordare la domanda

    Che cosa va deciso, da chi, entro quando e quali criteri contano.

    RisultatoScheda della decisione

  2. 02

    Raccogliere le evidenze

    Interviste, documenti, dati di sistema e dati di costo, quanto basta per sostenere la decisione e non di più.

    RisultatoBase di evidenze e quadro della situazione attuale

  3. 03

    Confrontare le opzioni

    Da due a quattro opzioni realistiche valutate secondo i criteri concordati, con rischi e costi.

    RisultatoAnalisi delle opzioni

  4. 04

    Decidere e registrare

    Decide la Sua design authority; noi redigiamo il registro della decisione e la roadmap che ne deriva.

    RisultatoRegistri delle decisioni e roadmap

  5. 05

    Verificare la realizzazione

    Revisioni periodiche che verificano se la realizzazione rispecchia ancora le decisioni e segnalano quando una decisione va riconsiderata.

    RisultatoReport di assurance

06 Controllo umano

Chi decide

Noi consigliamo. Le decisioni restano a chi ne risponde.

  • Approva la Sua design authority

    Ogni architecture decision record è approvato dalla Sua design authority o dal responsabile da Lei indicato, mai da noi soli.

  • Prima i criteri, poi le opzioni

    Lei concorda i criteri di valutazione e i relativi pesi prima che le opzioni vengano valutate, così l’esito non può essere aggiustato a posteriori.

  • Il dissenso viene registrato

    Quando gli stakeholder non sono d’accordo, il registro della decisione riporta le alternative e i motivi per cui non sono state scelte.

07 Esempio

Un esempio illustrativo

Esempio illustrativo

Una direzione ERP per un gruppo cresciuto per acquisizioni

01Situazione
Un gruppo manifatturiero lombardo, cresciuto per acquisizioni, usa quattro ERP diversi nelle sue società; ogni controllata vuole tenere il proprio, la capogruppo vuole una visione unica di finanza e acquisti.
02Che cosa realizzeremmo
Un’analisi che confronta un ERP unico, un modello a due livelli con un nucleo di gruppo e sistemi locali più leggeri, e la sola integrazione, ciascuno con costi, rischi e una roadmap per fasi.
03Dove decidono le persone
Il comitato di direzione definisce i criteri e prende la decisione; i responsabili delle società valutano l’impatto sulle proprie attività prima dell’approvazione.
04Che cosa misureremmo
Costo totale di possesso sull’orizzonte di piano, tempi di chiusura del consolidato mensile, numero di interfacce da mantenere.

08 Settori

Nel Suo settore

  • Architetture target per la PA digitale, capitolati di gara e roadmap allineate ai quadri nazionali di interoperabilità. Scopra il nostro lavoro per la pubblica amministrazione.

  • Decisioni architetturali documentate per le autorità di vigilanza, con il rischio legato ai fornitori terzi di servizi ICT e le strategie di uscita già integrati.

  • Panorami di ERP e sistemi di stabilimento razionalizzati tra i diversi siti, con una roadmap che rispetta i calendari di produzione.

Italia

Decisioni che reggono in Italia

Una scelta architetturale in Italia va motivata rispetto a più vincoli: il Regolamento europeo sull’IA e la Legge 132/2025, il D.Lgs. 138/2024 sulla cybersicurezza e, per la PA, il Piano Triennale per l’informatica di AgID, la qualificazione cloud ACN e il Codice dei contratti pubblici, che chiede di definire bene i requisiti prima della gara. Per chi ha realizzato sistemi con i fondi del PNRR, in chiusura nel 2026, si aggiunge la domanda su come gestirli e integrarli nel tempo.

Trasformiamo questi vincoli in criteri espliciti di ogni analisi delle opzioni e documentiamo come ciascuna decisione li rispetta.

Domande su architettura e consulenza

Quanto dura un assessment architetturale?

Dipende dal perimetro. Una revisione mirata di un dominio o di una decisione richiede alcune settimane; una revisione dell’intero patrimonio applicativo richiede di più. Concordiamo perimetro, domande e tempi nella scheda della decisione prima di iniziare.

Potete essere indipendenti se poi realizzate anche i progetti?

Rendiamo trasparente il nostro ragionamento: criteri concordati prima delle opzioni, punteggi documentati, alternative registrate. Se Le serve una separazione completa tra consulenza e realizzazione, concordiamo fin dall’inizio che non parteciperemo alla gara di realizzazione, oppure Le consigliamo di rivolgersi a un altro consulente.

Preferite Salesforce, SAP o Odoo?

Abbiamo lo status di partner con tutte e tre (Salesforce Summit Partner, SAP Gold Partner, Odoo Gold Partner) e sviluppiamo anche software su misura, quindi non abbiamo un’unica piattaforma da vendere. Ognuna si adatta a situazioni diverse, e talvolta la risposta giusta le combina, per esempio SAP a livello di gruppo e Odoo nelle controllate più piccole.

Potete aiutarci a preparare una gara e poi parteciparvi?

È possibile, ma non automatico. La direttiva 2014/24/UE ammette il coinvolgimento preventivo solo se l’amministrazione aggiudicatrice garantisce che la concorrenza non sia falsata, per esempio condividendo le informazioni che abbiamo prodotto. Ne parliamo apertamente prima di iniziare, e la decisione spetta all’amministrazione.

Da dove dovremmo partire con l’IA?

Da un portafoglio, non da un singolo pilota: raccogliere i casi d’uso candidati, valutarli per valore, maturità dei dati e rischio, e partire da due o tre casi utili, fattibili e con un rischio abbastanza contenuto da permettere di imparare. I nostri team di ingegneria IA li realizzano poi con la valutazione attiva fin dal primo giorno.

Con chi lavoreremo?

Con architetti senior con esperienza di realizzazione, affiancati quando serve da specialisti di sicurezza, dati, IA o di una piattaforma specifica, scelti in un organico di oltre 2.400 colleghi. Lavoriamo dalle nostre sedi di Anversa, Gand, Amsterdam e Cyberjaya (Malesia); Gand e Cyberjaya sono i nostri poli di innovazione e sviluppo.

Ci dica quale decisione ha sul tavolo

Le proporremo come impostarla, quali evidenze servono e quanto tempo richiede una risposta solida, in un primo incontro con la Sua direzione IT.