Produzione adattiva
Core stabile, edge adattivo: un modello per il software di produzione
Perché le parti di un sistema di produzione che non devono rompersi e quelle che devono cambiare rapidamente richiedono architetture diverse, e come separarle.
Ogni sistema di produzione convive con due esigenze opposte.
La prima è la stabilità. Ordini, cicli di lavoro, lotti, esiti di qualità e storico di produzione devono essere coerenti oggi, l’anno prossimo e durante il prossimo audit. Una modifica al modo in cui viene memorizzata una dichiarazione di scarto può compromettere la tracciabilità di ogni prodotto dello stabilimento.
La seconda è l’adattabilità. Il modo di lavorare delle persone cambia di continuo: un nuovo cliente chiede un controllo in più, una linea riceve una nuova macchina, un capoturno vuole una vista diversa del turno. Se ogni cambiamento di questo tipo diventa un progetto IT, le persone smettono di chiedere e iniziano ad aggirare il sistema con fogli di calcolo e carta.
I sistemi tradizionali scelgono una delle due. I MES pacchettizzati proteggono la stabilità e rendono costoso il cambiamento. Il software su misura rende il cambiamento facile all’inizio e la stabilità costosa per sempre.
Due velocità, un modello
La via d’uscita è smettere di trattare il sistema come un blocco unico.
Il core contiene ciò che deve essere governato: il modello della fabbrica, le definizioni di prodotto e di processo, le registrazioni di esecuzione, la genealogia di qualità e materiali, identità e accessi, la logica di pianificazione e le integrazioni. Cambia con cautela, attraverso rilasci, perché tutto dipende da esso.
L’edge è ciò con cui le persone interagiscono: schermate, moduli, dashboard, flussi di lavoro, l’ordine dei passaggi su un terminale, quali azioni compaiono e dove. Dovrebbe cambiare alla stessa velocità del lavoro.
La regola fondamentale è che l’edge è composto sul core, non costruito accanto a esso. Una schermata operatore non ha un proprio database; legge la stessa fase di lavoro e scrive la stessa dichiarazione attraverso la stessa azione di ogni schermata standard. Una dashboard non copia dati; interroga il modello governato.
Cosa cambia nella pratica
- Le modifiche diventano piccole. Aggiungere un controllo a una postazione è una modifica a un’esperienza, non al modello dati.
- Le regole non si duplicano. Che una quantità venga dichiarata da un terminale standard o da un’app tablet personalizzata, la registra la stessa azione, con le stesse validazioni e lo stesso storico.
- Le responsabilità sono chiare. Il fornitore si fa carico del core e del suo ciclo di vita. Il cliente, o un partner, possiede le esperienze.
- Gli aggiornamenti non rompono nulla. Poiché le esperienze sono collegate a entità e azioni stabili, il core può evolvere sotto di esse.
Il ruolo dell’AI
L’AI rende la composizione più rapida: si descrive un’esperienza in linguaggio naturale e si ottiene una proposta di schermata collegata alle entità corrette. Non ha bisogno di inventare un database o un’applicazione parallela, e non dovrebbe farlo. Il valore dell’AI nella produzione cresce con la qualità del modello su cui lavora.
È l’idea alla base di Metalya: core stabile, edge adattivo.