La trasformazione digitale in fabbrica è un problema di sequenza, non di tecnologia

La sequenza è la parte difficile, ed è la parte che il materiale dei fornitori salta, perché la versione onesta significa dire a un cliente di comprare meno quest’anno. Questa pagina è quell’ordine.

Perché i progetti di digitalizzazione in fabbrica si arenano

Quattro cause ne spiegano la maggior parte. Tutte e quattro sono fallimenti di programma e non di prodotto, ed è questo il punto: sono quelle che lo stabilimento controlla. Anche il software fallisce per conto proprio, e quell’elenco va messo nel capitolato di acquisto: disegno delle transazioni, prestazioni quando il volume cresce, un fornitore il cui impegno finisce al go-live.

La prima è uno sponsor senza un responsabile sotto di sé. Uno sponsor approva un budget e partecipa a una riunione mensile; un responsabile passa tempo in reparto, ha l’autorità di cambiare un processo e ha un obiettivo personale legato al fatto che fra un anno lo stabilimento lavori diversamente. La seconda è un business case che presuppone dati che non esistono, così un piano per analizzare i fermi incontra una colonna di testo libero su un rapportino di turno. La terza è un pilota mai costruito per essere esteso. La quarta è comprare una piattaforma prima di conoscere la domanda, così lo stabilimento si ritrova un sistema capace e nessun primo impiego.

Come scegliere il primo progetto di digitalizzazione

Il primo progetto deve nascere dal vincolo dello stabilimento, non dall’elenco dei moduli. Nella maggior parte delle fabbriche la perdita è poco appariscente: cambi formato più lunghi dello standard, materiale che non si trova, microfermate di due minuti che nessuno registra.

Tre domande scremano rapidamente i candidati. La perdita compare già nella contabilità dello stabilimento, come scarto, straordinario, trasporto urgente o penale per ritardata consegna? Qualcuno agirebbe diversamente nello stesso turno, se avesse la risposta? Riuscite a capire entro un ciclo produttivo se ha funzionato? Ciclo e non trimestre: tre mesi sono una prova corretta in una produzione ripetitiva ad alto mix e non significano nulla nell’aeronautico o in una campagna farmaceutica, dove l’unità è una campagna o una commessa.

A volte il software è la risposta sbagliata: se il vincolo è fisico, nessun dato renderà la macchina più veloce. Quello che la misura fa è mostrare dove finisce la capacità, e di solito questo dirotta la richiesta di investimento invece di confermarla. Il tempo di funzionamento della macchina candidata risulta peggiore di quanto chiunque credesse, una volta contate le microfermate, eppure la maggior parte delle ore che ha perso non erano sue: era in mancanza di materiale da monte, bloccata a valle, in cambio formato, o in attesa di un operatore che presidiava due postazioni. La macchina non è mai stata il vincolo, e i soldi vanno spesi altrove.

Che cosa misurare prima di partire, per poter dimostrare il cambiamento dopo

La trappola è definitoria. Prima del go-live la disponibilità esce da un rapportino di turno dove le microfermate non vengono scritte; dopo, i fermi sono rilevati automaticamente, quindi l’OEE misurato scende perché perdite che c’erano da sempre vengono finalmente contate. Se nessuno ha registrato la vecchia definizione e il vecchio numero, il terzo mese sembra un peggioramento, e il programma spende la propria credibilità a difendersi.

Quindi scrivete per esteso il numero attuale e la sua definizione: la base tempo su cui si calcola la percentuale, da dove viene il tempo ciclo ideale, come vengono classificati i fermi, se la manutenzione programmata è esclusa e come viene trattata la rilavorazione. I primi due decidono quasi tutto: tempo calendario, tempo programmato e tempo presidiato danno allo stesso stabilimento tre cifre diverse a partire dagli stessi dati, e il tempo ciclo ideale è quello di targa, quello migliore dimostrato, oppure un numero di ciclo inserito una volta e mai più rivisto.

Poi rilevate i fatti più difficili da ridefinire e riconciliabili con l’amministrazione: pezzi spediti, ore pagate contro ore lavorate, righe d’ordine consegnate in ritardo, note di credito e straordinari. Più difficile non vuol dire impossibile, quindi congelate per ciascuno la definizione e il sistema di origine, accanto alla definizione di OEE. La puntualità delle consegne ha bisogno di una sua decisione scritta, perché la base data è la definizione più ridiscussa di qualunque stabilimento: data confermata originaria o ultima data riconcordata, ordine o riga, spedizione o ricezione.

Che cosa viene prima: connettività, anagrafiche, poi analisi dei dati

Connettività e anagrafiche stanno sotto a tutto, l’analisi dei dati sta sopra e vale quanto valgono quegli strati, e le anagrafiche sono la dipendenza sistematicamente sottovalutata. Un sistema di esecuzione non può mandare in lavorazione un’operazione che nel ciclo non c’è, e uno schedulatore non può sequenziare senza tempi standard che qualcuno abbia misurato in questo decennio. Quindi, prima di impegnarvi su una data, contate i codici senza ciclo di lavorazione, i tempi standard a numero tondo, le ubicazioni che esistono in pratica e in nessun sistema, e le distinte base duplicate.

L’altro punto di giunzione da definire all’inizio e non alla fine è l’interfaccia con l’ERP, dove la difficoltà è l’accordo, non il codice: che cosa significa una dichiarazione su ciascun lato e se la registra il reparto o se il consumo viene scaricato automaticamente da distinta, come atterrano le quantità parziali e gli ordini spezzati, che cosa succede a uno storno dopo che il materiale si è mosso, dove si contabilizza lo scarto rispetto al costo standard. Ogni risposta è una decisione fra funzioni aziendali che non hanno mai dovuto mettersi d’accordo.

Due dipendenze a lungo termine compaiono raramente su una roadmap tecnica. Una rilevazione di produzione che attribuisce produzione, fermi e scarti a un operatore nominativo è, in Italia come in gran parte d’Europa, un sistema in grado di controllare a distanza l’attività dei lavoratori, quindi richiede un accordo sindacale con la RSU prima del go-live. L’approvazione richiede mesi, quindi avviatela nell’anno uno insieme alle anagrafiche. La sostanza è breve: se l’identità dell’operatore viene conservata, chi la vede, per quanto tempo, e se la reportistica è aggregata per costruzione.

La seconda riguarda le produzioni regolamentate. Nel farmaceutico, nel medicale e in buona parte dell’alimentare, un sistema che registra o impone una decisione di destinazione qualità rientra nel perimetro di convalida: piano di convalida, qualifica, audit trail, obblighi di firma, change control più lento in seguito. Reportistica, rilevazione dei fermi e schedulazione stanno fuori da quella linea; il blocco lotto, la destinazione e la versione del modello usata da un sistema di ispezione stanno dentro. Definite il perimetro prima di comprare il modulo, perché la convalida è spesso la voce singola più lunga del programma.

Perché il MES viene prima dell’APS, e i dati qualità prima della previsione qualità con l’IA

Date alla pianificazione avanzata l’ipotesi di ieri su dove si trova il lavoro, e la sequenza verrà riordinata a mano prima dell’inizio del turno, il pianificatore tornerà al foglio Excel nel giro di settimane, e il verdetto sarà che il software di schedulazione era scadente. Non era scadente, era cieco.

Gli input in tempo reale rendono un programma fattibile, non eseguibile, ed è in quella distanza che vive la maggior parte delle delusioni da APS. Un programma costruito su dati perfetti viene comunque ignorato se ottimizza l’obiettivo sbagliato, minimizzando gli attrezzaggi mentre lo stabilimento viene giudicato sulle date di consegna; se mancano i vincoli secondari, visto che le sequenze reali le decidono le attrezzature, la matrice delle competenze e la manodopera condivisa; o se non c’è nulla di congelato, visto che un ottimizzatore che ricalcola in continuo consegna al capoturno un piano nuovo ogni volta che lo guarda. Concordate un orizzonte congelato, e lasciate che l’ottimizzazione si agiti fuori da quello.

La previsione della qualità ha la stessa forma: un modello che prevede lo scarto ha bisogno che lo scarto sia registrato all’operazione in cui è avvenuto, con una causale e il contesto di processo, dalla macchina e dall’utensile fino al lotto di materiale.

Sulla manutenzione c’è una distinzione che in fase di vendita viene taciuta. Il rilevamento anomalie su firme di vibrazione o di assorbimento di corrente funziona senza uno storico guasti, il che non è la stessa cosa che funzionare senza dati: servono settimane di dati in stato sano che coprano l’intero campo di funzionamento, altrimenti allarma a ogni cambio formato invece che sul danno, e sensori montati e campionati per i modi di guasto che vi interessano. E anche allora dice soltanto che qualcosa è insolito; sapere quali anomalie contavano richiede uno storico degli ordini di manutenzione con i modi di guasto.

Nemmeno una telecamera che mostra buono o scarto su uno schermo ha cambiato la fabbrica: il verdetto deve agganciarsi a un ordine di lavoro, a un lotto e a una versione del modello dentro la rilevazione di produzione e il registro qualità, il che fa dell’ispezione una capacità tardiva e non un punto di ingresso. Guide separate trattano la schedulazione a capacità finita, che cosa deve soddisfare un programma APS, e dove finisce un CMMS e dove comincia la manutenzione predittiva.

Chi guida il programma, e perché gli operatori resistono all’inserimento dati in reparto

L’IT è un partner, non il proprietario: quando il programma è dell’IT viene ottimizzato per integrazione e sicurezza, che l’IT fa bene, e poi si ferma sull’adozione, perché in quella linea nessuno risponde del fatto che un operatore usi o no lo schermo. Sotto il responsabile stanno i key user, uno per area, nominativi, con ore dedicate: sono loro a decidere che cosa chiede una schermata e in che ordine, ed è a loro che il reparto dà retta.

L’ostacolo dichiarato all’adozione sono quasi sempre le persone; l’ostacolo vero è di solito il disegno della transazione. Guardate una dichiarazione durante un cambio formato, con i guanti addosso e l’ordine successivo in attesa. Se inserire una causale di fermo non cambia nulla di visibile, l’inserimento è una tassa sul turno, pagata il più tardi possibile e di solito come un blocco di invenzioni a fine giornata. Se invece avvisa la manutenzione, aggiorna il tabellone di reparto o riordina l’ordine successivo, diventa parte del lavoro.

Un buon disegno dell’inserimento è concreto: terminali a bordo macchina, uso con una mano sola e con i guanti, valori di default presi dall’ordine, e un elenco corto di causali per tipo di macchina invece di una tassonomia di cui si usano quattro codici. Quando la transazione è tagliata sul lavoro, la formazione è abbastanza breve da farsi alla macchina durante un turno. Quando non lo è, nessuna quantità di aula la risolve, e una richiesta di più formazione è spesso un problema di disegno diagnosticato come un problema di persone.

Due cose mancano nella maggior parte dei piani di formazione. La prima sono le correzioni: dichiarare una quantità buona è facile da insegnare, mentre stornare una quantità sbagliata o disfare una dichiarazione registrata sull’ordine sbagliato è il punto in cui un utente non formato fa danni veri. La seconda è che la formazione non è un evento, perché ai capiturno serve più che agli operatori, e nuovi assunti, interinali e un reparto multilingue arrivano di continuo.

Estendere un pilota a tutto lo stabilimento: che cosa rende un pilota replicabile

I piloti non si riescono a estendere per ragioni che sono state progettate dentro di loro: la linea migliore, le macchine vecchie evitate, il fornitore in sito tutti i giorni, le anagrafiche curate a mano. Un pilota costruito per essere esteso gira su una linea rappresentativa, comprende almeno un asset scomodo, e registra le ore per linea, perché quel costo unitario è l’unico dato onesto su cui costruire il piano di rollout.

I criteri di uscita e la data della decisione di rollout si concordano prima che il pilota inizi, e il tratto finale si corre senza il fornitore. Di quel tratto conta la copertura più della durata, perché i piloti raramente falliscono durante il funzionamento ordinario. Falliscono alla prima chiusura di periodo, quando i numeri devono riconciliarsi con l’ERP e qualcuno trova lo scarto contabilizzato due volte, e al primo riavvio dopo un fermo impianto, quando i gateway tornano su ma i conteggi bufferizzati no. Quindi specificate la copertura: una chiusura di periodo con la sua riconciliazione, l’intero mix di prodotti che quella linea lavora, e un fermo programmato con il relativo riavvio. Nella maggior parte degli stabilimenti è un mese o un ciclo intero, non due settimane.

Che cosa copre un budget di digitalizzazione, e il costo di esercizio che resta dopo

La licenza è la voce che si negozia con più accanimento, e le voci che decidono l’esito stanno altrove: l’integrazione con l’ERP e con le macchine; l’hardware, dai gateway e dai pannelli ai sensori in retrofit; la bonifica delle anagrafiche; la formazione e il tempo di produzione che consuma; e lo sforzo interno. Lo sforzo interno è la voce più spesso omessa: i key user, il responsabile, l’IT, i tecnici che montano i gateway, la produzione persa al passaggio in esercizio. Se nessuno ha valorizzato quelle ore, il budget è sbagliato per quanto bene sia stata negoziata la licenza.

Il lavoro fisico si divide in due categorie che si programmano in modo diverso. La posa dei cavi, le porte switch e la segmentazione fra rete di controllo e rete gestionale sono ingegneria ordinaria con lunghi tempi di approvvigionamento, e possono procedere in parallelo alla produzione. Tutto ciò che sta dentro un quadro macchina no: è lavoro isolato, richiede lockout/tagout e un fermo programmato, e nella maggior parte degli stabilimenti vige il divieto permanente di aprire un quadro in tensione. Quindi il vero vincolo sul programma della connettività è quante finestre di fermo restano quest’anno e quanta parte di ciascuna se l’è già presa la manutenzione. La connettività si pianifica sul calendario della manutenzione, non sul piano del software.

Poi il costo di esercizio, che nessun budget di progetto contiene e che il direttore finanziario chiede per primo: quanto costa nell’anno quattro. L’abbonamento o il canone di assistenza continua, e pannelli e gateway industriali si consumano più in fretta dell’hardware da ufficio. Soprattutto, quando il fornitore se ne va il sistema lo manda avanti qualcuno di interno: manutenzione delle anagrafiche, modifiche a causali e cicli, amministrazione utenti, presa in carico di ogni rilascio. Mettete a budget separatamente le modifiche nei dodici mesi dopo il go-live, perché le richieste che vale la pena finanziare arrivano solo quando il reparto crede a quello che il sistema gli dice.

Come sequenziare una roadmap smart factory a tre anni

Un calendario aggiunge quello che l’ordine delle dipendenze non dà: chi decide a ogni confine, e come si distribuiscono soldi e ore. L’anno uno chiude le decisioni costose da rivedere, e a chiuderle è il responsabile insieme ad amministrazione, IT e rappresentanza sindacale, non il gruppo di progetto: definizioni dei KPI, struttura delle anagrafiche, l’interfaccia con l’ERP, l’identità dell’operatore e, in uno stabilimento regolamentato, il perimetro di convalida. Lo sforzo interno tocca qui il suo massimo rispetto alla spesa di licenza, quindi un budget con la forma di un progetto IT tradizionale è già sbagliato. Una voce appartiene all’anno uno e gli stabilimenti la rimandano: misurare le utenze elettriche più grandi per stabilire una linea di base, che è strumentazione e non modellazione, e che spesso non è discrezionale in presenza di uno standard energetico o di una diagnosi.

Il passaggio all’anno due è un giudizio, non una data, e lo si attraversa quando il reparto discute con il numero del sistema invece di ignorarlo. Chiudere il cerchio significa che un capoturno o un responsabile qualità consegna una decisione a una regola, quindi quel perimetro si negozia con le persone la cui autorità si sposta, e la spesa si sposta dalle ore interne verso licenze e integrazione. L’anno tre si guadagna lo strato basato su modelli grazie a due anni di registrazioni, e la sua condizione al contorno è la proprietà: ogni capacità ha bisogno di una persona nominativa che possieda la soglia e il calendario di riaddestramento. L’energia attribuita al singolo pezzo va collocata qui, perché l’attribuzione ha bisogno della rilevazione di produzione costruita nei primi due anni.

Due condizioni di arresto appartengono all’approvazione. Se il reparto non si fida dei dati dell’anno uno, l’anno due non parte. E anticipare l’anno tre perché un consiglio di amministrazione ha chiesto un’iniziativa di IA produce il progetto arenato descritto all’inizio di questa pagina.

Come sapere se continuare: criteri di gate per ogni fase

Ogni fase ha bisogno di un gate con prove che potreste mostrare a uno scettico. Dopo la connettività, la produzione rilevata corrisponde a un conteggio manuale su un turno intero, entro una tolleranza concordata prima della prova. Dopo il primo numero riportato, il vecchio foglio Excel viene ancora tenuto aggiornato accanto ad esso; quando smette silenziosamente di essere aggiornato, il numero è stato accettato.

Un gate appartiene al primo go-live di esecuzione ed è quasi sempre saltato: che cosa fa la linea quando il sistema non c’è. Una volta che gli operatori dichiarano a bordo macchina e la qualità blocca i lotti per regola, uno switch o un’interfaccia in avaria ferma la produzione: lo stabilimento ha barattato il portablocco con un single point of failure. Quindi definite e provate prima la modalità degradata: che cosa il terminale bufferizza in locale e per quanto tempo, qual è il ripiego cartaceo, chi può autorizzare la marcia senza sistema, e come si recupera l’arretrato senza contare due volte. Provatela staccando la connessione durante un turno in corso, perché un failover mai provato è la ragione ordinaria per cui un go-live diventa un incidente di produzione.

Dopo la rilevazione di produzione, riuscite a ricostruire un ordine, compresi fermi, scarti e chi lo ha lavorato al livello di identificazione concordato, senza chiederlo a una persona. Prima della pianificazione, il WIP è corretto all’inizio di un turno. Un andamento conta più di qualunque singolo gate: se ogni nuova linea costa quanto è costata la precedente, il programma ha costruito installazioni su misura invece di un metodo.

Dove si colloca Meta Smart Factory

Meta Smart Factory copre gli strati qui sopra come moduli separati, dal MES all’MRP all’APS fino a qualità, manutenzione, magazzino e visione artificiale, e all’integrazione con l’ERP. La modularità rende quella sequenza acquistabile, ma il primo acquisto non è soltanto un modulo. È un modulo contro un vincolo nominato in un’area, più le fondamenta che gli stanno sotto: connettività, bonifica delle anagrafiche, interfaccia con l’ERP e definizioni concordate. Quelle fondamenta sono la maggior parte dello sforzo del primo anno e non compaiono su nessun listino, quindi vanno nell’approvazione come voce a sé, non date per scontate dentro una licenza.

Le parti difficili sopravvivono a qualunque scelta di piattaforma. Stabilire che cosa significano i numeri, bonificare le anagrafiche, disegnare transazioni che gli operatori completino senza essere rincorsi, e scegliere che cosa smettere di fare sono lavoro condiviso. Se è lì che siete, una conversazione sulla sequenza per il vostro vincolo vale più di una demo di prodotto.