Gemello digitale dell’organizzazione: come crearlo per fasi

Il gemello digitale di un’organizzazione collega il modello di come dovrebbe svolgersi il lavoro ai dati già generati dai sistemi e alle misurazioni che verificano la corrispondenza tra modello e realtà. Non è un semplice diagramma dell’azienda né una piattaforma dati autonoma: è il collegamento tra modello e dati, riferito a un processo.

Non si realizza con un unico progetto. Si procede per livelli (documentato, misurato, testato, operativo), ognuno dei quali risponde a una domanda diversa. Tutto ciò che descriviamo in questa pagina è disponibile in ProcessMind nella stessa scheda del processo: modellazione, dati degli eventi e Process Mining, simulazione, Dashboard e salute del processo.

Gli elementi di un gemello digitale dell’organizzazione

Tre elementi, che funzionano solo se sono collegati:

• Un modello di processo. Descrive come dovrebbe svolgersi il lavoro: attività, sequenza, ruoli, sistemi e regole. Probabilmente ne trova già alcune parti in diagrammi, pagine wiki e documenti normativi, sparsi e non aggiornati.
• Dati di esecuzione. Mostrano ciò che è accaduto davvero, direttamente dai sistemi che registrano il lavoro: ERP, CRM, ITSM, WMS. Casi, attività e date e orari, senza chiedere a nessuno di ricostruire la propria settimana.
• Misurazioni. Collegano i primi due elementi. I punteggi di salute, le varianti e il controllo di conformità mostrano dove l’esecuzione si discosta dal modello; la simulazione indica l’effetto di una modifica prima che venga attuata.

Con il solo modello ha a disposizione la documentazione. Aggiungendo i dati, può analizzare ciò che accade davvero. Se aggiunge anche le misurazioni e la possibilità di testare una modifica, ha un gemello digitale.

Questa è anche la risposta alla domanda sulla differenza tra gemello digitale e Process Mining: il Process Mining mostra ciò che è accaduto, mentre il gemello nasce quando queste evidenze vengono collegate a un modello e a un modo per testare le modifiche. Il Process Mining da solo risponde bene alla prima domanda, ma si ferma lì.

Vale la pena chiarire due possibili equivoci. I gemelli digitali possono rappresentare anche asset fisici, come le macchine, utilizzando le letture dei sensori: si tratta di un artefatto diverso, descritto in che cos’è un gemello digitale. Nello sviluppo software, inoltre, DTO significa oggetto per il trasferimento dei dati e non ha nulla a che vedere con questa pagina. Gartner ha introdotto il significato organizzativo del termine nell’architettura aziendale, dove l’oggetto non è una macchina, ma il modo in cui il lavoro attraversa processi, team e sistemi.

La terminologia è varia quanto le definizioni: nei materiali dei fornitori si trovano espressioni come gemello digitale dell’organizzazione, gemello digitale DTO, gemello digitale aziendale e gemello digitale organizzativo. Le consideri denominazioni dello stesso artefatto e valuti le affermazioni in base al collegamento tra modello, dati e misurazioni, non all’etichetta utilizzata.

Il percorso dal basso: modellare, aggiungere dati, migliorare

È più semplice salire un gradino alla volta che pianificare tutto partendo dall’obiettivo finale. Ogni passaggio descritto di seguito si conclude con un risultato concreto da mostrare e può essere completato nell’arco di una settimana.

1. Modelli un processo, non l’intera organizzazione

   Scelga un processo legato a una decisione. Se esiste già sotto forma di diagramma o documento, lo importi; altrimenti, lo descriva in una frase e lasci che la nostra AI generi una prima bozza BPMN da perfezionare. Al termine avrà un modello che il team ha potuto consultare e i passaggi a cui associare la documentazione.

2. Lo colleghi all’architettura

   Collochi il processo nel contesto: indichi a quale catena del valore appartiene, chi ne è responsabile e a quali altri processi passa il lavoro. Un modello isolato è un disegno; inserito in un’architettura collegata, rappresenta il livello strutturale del gemello e dà valore ai passaggi successivi.

3. Aggiunga i dati degli eventi

   Carichi l’Event Log di quel processo. Per iniziare bastano un ID caso, un’attività e una data o un orario; i dati non devono essere completi. L’Event Log di un solo sistema mostra già il flusso, le attese e le varianti dei passaggi che quel sistema registra. Le raccomandazioni AI sull’insieme di dati segnalano le corrispondenze tra colonne e i problemi di qualità prima dell’analisi.

4. Migliori il processo e testi il miglioramento

   Parta dal risultato peggiore e modifichi un solo elemento: un passaggio di consegne, un’approvazione o un ciclo di rilavorazione. Aggiorni il modello, avvii una simulazione per confrontare la modifica con il processo attuale e decida sulla base del confronto, non delle opinioni. Poi misuri di nuovo: è così che si chiude il ciclo.

Non è necessario modellare l’intera organizzazione perché il metodo funzioni. Due processi con dati sono più utili di venti processi presentati in slide, e il secondo processo richiede molto meno tempo del primo. Per approfondire come modellazione e Process Mining si completano a vicenda, legga come modellazione dei processi e Process Mining si completano a vicenda.

Inizi con dati parziali, non perfetti

La copertura si estende come il modello: un processo alla volta. Due aspetti rendono pratico questo approccio.

Anche i dati parziali possono rispondere a una domanda. Se l’Event Log proviene da un solo sistema, può già vedere il flusso, le attese e le varianti dei passaggi registrati da quel sistema. I passaggi che avvengono altrove non sono inclusi e può individuarli nel modello, che ne mostra la posizione.

Il modello dà contesto ai dati. La maggior parte degli strumenti di Process Mining parte da un Event Log e ne deduce il processo, perciò tutto ciò che non è registrato resta invisibile. Se il modello esiste già, i dati non devono descrivere l’intero processo per essere utili: la struttura è definita, ogni valore è associato a un passaggio identificato e le lacune emergono come passaggi per cui non sono ancora disponibili dati.

È anche per questo che non conviene aspettare di avere dati completi. Un progetto di nove mesi per raccogliere l’Event Log perfetto rischia di concludersi quando il processo è già cambiato; la prima analisi finisce così per descrivere la storia del progetto, non il lavoro. Meglio procedere in fretta con una ricostruzione sufficientemente accurata: un processo, un sistema, tre mesi di eventi e una decisione da prendere.

La copertura cresce di pari passo con l’architettura. Il processo documentato successivo porta con sé il proprio Event Log e la portata del gemello segue il catalogo dei processi, anziché un programma dedicato ai dati.

Salute del processo: come si misura il gemello

Senza un punteggio, un gemello non offre riscontri sul risultato del progetto. La salute del processo trasforma il collegamento tra modello e dati in un elemento da migliorare settimana dopo settimana; il modello CURES spiega che cosa misura ciascuna delle cinque dimensioni.

Quali decisioni può prendere con un gemello

Approvare o respingere una modifica. Modelli il processo proposto, mantenga realistici volumi e tempi e confronti le opzioni. La qualità della simulazione di un gemello digitale dipende dalle ipotesi utilizzate: vale quindi la pena discuterle. La simulazione non predice il futuro, ma rende visibile il ragionamento.

Decidere dove concentrare il prossimo intervento di miglioramento. Un diagramma può mostrare la presenza di un’approvazione; i dati di esecuzione rivelano quanto a lungo i casi restano in attesa. Insieme, i due elementi aiutano a capire se sia opportuno intervenire. come analizzare il processo illustra il percorso dal grafo all’individuazione dei problemi.

Verificare se il modello rappresenta ancora il lavoro. Il confronto tra il modello e i dati recenti di esecuzione mostra dove i due non corrispondono più. È un motivo per rivedere il modello, non per fidarsi di un documento considerato definitivo.

Dai dati alle informazioni utili

Il gemello si definisce con il secondo e il terzo caricamento, non con il primo. Una volta impostata l’analisi, il lavoro consiste nel mantenerla aggiornata e interpretarne i risultati:

• È sufficiente aggiornare i dati ogni giorno. Non è necessario trasmettere l’Event Log al gemello in tempo reale. Sostituire l’insieme di dati con un’esportazione aggiornata una volta al giorno o alla settimana mantiene il processo analizzato e le Dashboard abbastanza aggiornati da poter intervenire. Le decisioni sui processi non cambiano ogni minuto e un aggiornamento eseguito davvero è preferibile a una pipeline che nessuno mantiene.
• La nostra AI analizza i dati prima di Lei. Le raccomandazioni AI sui dati esaminano l’insieme di dati e segnalano le corrispondenze tra colonne e i problemi di qualità, assegnando un punteggio di affidabilità. In questo modo, una colonna con date o orari errati viene individuata prima di compromettere l’analisi.
• I riepiloghi della nostra AI analizzano il processo per Lei. I riepiloghi della nostra AI descrivono colli di bottiglia, problemi di conformità, tendenze e salute del processo direttamente sulla tela. Un tempo, per ottenere queste informazioni, servivano un analista e una riunione.
• Ponga una domanda sul processo. L’Assistente AI risponde alle domande sul processo e propone modifiche che può rivedere e applicare con un clic.
• Consenta a qualsiasi assistente di utilizzare il gemello. Con Enterprise, il server MCP rende processi e modelli disponibili come strumenti MCP standard, così Claude, ChatGPT, Copilot o un agente sviluppato internamente possono utilizzare gli stessi dati governati. Uno standard aperto al posto di un’integrazione personalizzata, con la garanzia che ogni utente continui a vedere solo ciò che le autorizzazioni della sua postazione consentono.
• Testi la modifica con parametri realistici. La simulazione assistita dall’AI ricava i parametri di simulazione dal modello o dai Suoi dati, riducendo i tempi necessari per impostare uno scenario ipotetico.

Il ciclo che mantiene operativo un gemello è breve: si aggiorna l’esportazione, si ricalcola l’analisi, i riepiloghi e il punteggio di salute indicano che cosa è cambiato e qualcuno prende una decisione. Quando questo ciclo prosegue senza dipendere da un progetto, il gemello ha raggiunto il livello operativo.

Da quale processo iniziare

Scelga un processo legato a una decisione, con un risultato misurabile e dati degli eventi disponibili in almeno un sistema. Un’approvazione o un passaggio di consegne su cui il team discute già è spesso il candidato ideale: la discussione fa emergere la domanda e l’Event Log contiene la risposta.

Prima di prendere impegni, verifichi che i dati degli eventi includano le attività e i tempi che desidera analizzare. Il minimo necessario è un ID caso, un’attività e una data o un orario per ogni evento. Poi modelli il processo, carichi i dati e verifichi su quali aspetti modello e dati non concordano. La mappatura dei processi è un buon punto di partenza se il modello è l’elemento meno solido.