La transformation numérique industrielle est un problème de séquencement, pas de technologie

Le séquencement est la partie difficile, et celle que la documentation des éditeurs saute, parce que la version honnête revient à dire à un client d’acheter moins cette année. Cette page est cet ordre.

Pourquoi les projets de transformation numérique s’enlisent en industrie

Quatre causes en expliquent l’essentiel. Toutes les quatre relèvent du programme et non du produit, et c’est bien le sujet : ce sont celles que l’usine maîtrise. Le logiciel échoue aussi pour ses raisons propres, et cette liste-là a sa place dans l’appel d’offres : la conception des transactions, la tenue à l’échelle, un éditeur dont l’engagement s’arrête à la mise en production.

La première : un sponsor sans responsable sous lui. Un sponsor valide un budget et assiste à une revue mensuelle ; un responsable passe du temps en atelier, a le pouvoir de modifier un process, et joue quelque chose de personnel sur le fait que l’usine tourne autrement dans un an. La deuxième : un business case qui suppose des données inexistantes, si bien qu’un projet d’analyse des arrêts se heurte à une colonne de texte libre sur une feuille de poste. La troisième : un pilote jamais conçu pour être étendu. La quatrième : acheter une plateforme avant de connaître la question, et se retrouver propriétaire d’un système capable et sans premier usage.

Comment choisir le premier projet de digitalisation

Le premier projet doit sortir de la contrainte de l’usine, pas de la liste des modules. Dans la plupart des sites, la perte n’a rien de spectaculaire : des changements de série plus longs que le standard, de la matière introuvable, des arrêts de deux minutes que personne ne déclare.

Trois questions filtrent vite les candidats. La perte apparaît-elle déjà dans la comptabilité du site, en rebut, en heures supplémentaires, en fret express ou en pénalité de retard ? Quelqu’un agirait-il autrement dans le poste en cours s’il avait la réponse ? Peut-on savoir en un cycle de production si cela a marché ? Un cycle, et non un trimestre : trois mois sont un test honnête en production répétitive à forte diversité, et ne veulent rien dire en aéronautique ou sur une campagne pharmaceutique, où l’unité est une campagne ou une commande.

Le logiciel est parfois la mauvaise réponse : si la contrainte est physique, aucune donnée ne rendra la machine plus rapide. Ce que la mesure apporte, c’est de montrer où part la capacité, et cela réoriente en général la demande d’investissement au lieu de la confirmer. Le temps de marche de la machine pressentie se révèle pire que ce que tout le monde croyait, une fois les micro-arrêts comptés, et pourtant l’essentiel des heures perdues ne lui appartenait pas : elle manquait de pièces en amont, était bloquée en aval, en changement de série, ou en attente d’un opérateur qui tenait deux postes. La machine n’a jamais été la contrainte, et l’argent doit aller ailleurs.

Ce qu’il faut mesurer avant de commencer, pour pouvoir prouver le gain ensuite

Le piège est celui des définitions. Avant la mise en production, la disponibilité sort d’une feuille de poste où les micro-arrêts ne sont pas notés ; après, les arrêts sont détectés automatiquement, et le TRS mesuré baisse parce que des pertes qui ont toujours existé sont enfin comptées. Si personne n’a consigné l’ancienne définition et l’ancien chiffre, le troisième mois ressemble à une régression, et le programme dépense sa crédibilité à se défendre.

Écrivez donc le chiffre actuel et sa définition en entier : la base de temps sur laquelle le pourcentage est calculé, d’où vient le temps de cycle idéal, comment les arrêts sont classés, si la maintenance planifiée est exclue, et comment la retouche est traitée. Les deux premiers points décident de l’essentiel : temps calendaire, temps d’ouverture et temps de présence donnent à la même usine trois chiffres différents à partir de données identiques, et le temps de cycle idéal est soit celui de la plaque constructeur, soit le meilleur temps démontré, soit un chiffre de gamme saisi une fois et jamais revu.

Relevez ensuite les faits plus difficiles à redéfinir et rapprochables de la comptabilité : pièces expédiées, heures payées face aux heures produites, lignes de commande livrées en retard, avoirs et heures supplémentaires. Plus difficile ne veut pas dire impossible : figez donc pour chacun la définition et le système source, en même temps que la définition du TRS. Le taux de service mérite sa propre décision écrite, parce que la base de date est la définition la plus rediscutée dans n’importe quelle usine : date d’engagement initiale ou dernière date révisée, commande ou ligne, expédition ou réception.

Ce qui vient d’abord : connectivité, données de base, puis analytique

La connectivité et les données de base supportent tout le reste ; l’analytique est posée par-dessus et ne vaut que ce que valent ces couches, et les données de base sont la dépendance systématiquement sous-estimée. Un système d’exécution ne peut pas lancer une opération absente d’une gamme, et un ordonnanceur ne peut pas séquencer sans temps standard mesurés dans cette décennie. Avant de s’engager sur une date, comptez donc les articles sans gamme, les temps standard en chiffres ronds, les emplacements qui existent dans les faits et dans aucun système, et les nomenclatures en doublon.

L’autre interface à cadrer au début plutôt qu’à la fin, c’est l’intégration ERP, où la difficulté est l’accord et non le code : ce que veut dire une confirmation de chaque côté et si c’est l’atelier qui la passe ou un décompte automatique des composants, comment atterrissent les quantités partielles et les scissions d’ordre, ce que devient une annulation une fois la matière déplacée, où s’impute le rebut face au coût standard. Chaque réponse est un arbitrage entre des services qui n’ont jamais eu à s’accorder.

Deux dépendances à long délai figurent rarement sur une feuille de route technique. Un enregistrement atelier qui rattache production, arrêts et rebut à un opérateur nommé est, en Allemagne comme dans une grande partie de l’Europe, un dispositif capable de contrôler la performance individuelle : il demande donc un accord négocié avec le comité social et économique avant la mise en production. L’approbation prend des mois : engagez-la dès la première année, en parallèle des données de base. Le fond tient en peu de lignes : l’identité de l’opérateur est-elle stockée, qui la voit, pendant combien de temps, et le reporting est-il agrégé par conception.

La seconde concerne la production réglementée. En pharmacie, en dispositifs médicaux et dans une grande partie de l’agroalimentaire, un système qui enregistre ou impose une décision de libération entre dans le périmètre à valider : plan de validation, qualification, piste d’audit, obligations de signature, et ensuite un contrôle des modifications plus lent. Le reporting, la saisie des arrêts et l’ordonnancement restent hors de cette frontière ; le blocage de lot, la libération et la version de modèle qu’utilise un système de contrôle par vision sont dedans. Cadrez ce périmètre avant d’acheter le module, car la validation est souvent le poste le plus long du programme.

Pourquoi le MES vient avant l’APS, et les données qualité avant la qualité prédictive

Donnez à un APS l’hypothèse d’hier sur l’endroit où se trouve le travail, et la séquence est reclassée à la main avant la prise de poste, le planificateur est revenu à son tableur en quelques semaines, et le verdict tombe : le logiciel d’ordonnancement était mauvais. Il n’était pas mauvais, il était aveugle.

Des entrées en direct rendent un planning faisable, pas applicable, et c’est dans cet écart que loge l’essentiel de la déception APS. Un planning bâti sur des données parfaites est quand même ignoré s’il optimise le mauvais objectif, en minimisant les changements de série alors que l’usine est jugée sur ses dates de livraison ; s’il manque des contraintes secondaires, puisque les séquences réelles se décident sur l’outillage, la matrice de polyvalence et la main-d’œuvre partagée ; ou si rien n’est figé, puisqu’un optimiseur qui recalcule en continu présente au chef d’équipe un nouveau plan chaque fois qu’il regarde. Convenez d’un horizon figé, et laissez l’optimisation s’agiter au-delà.

La qualité prédictive a la même forme : un modèle qui prévoit le rebut a besoin d’un rebut enregistré à l’opération où il s’est produit, avec une cause et un contexte process, de la machine et de l’outil jusqu’au lot matière.

La maintenance recèle une distinction que la vente escamote. La détection d’anomalie sur les signatures de vibration ou de courant tourne sans historique de pannes, ce qui n’est pas la même chose que tourner sans données : elle demande des semaines de données en état sain couvrant tout le domaine de fonctionnement, sans quoi elle alarme à chaque changement de série au lieu d’alarmer sur une dégradation, et des capteurs montés et échantillonnés pour les modes de défaillance qui vous intéressent. Même là, elle dit seulement que quelque chose est inhabituel, et savoir quelles anomalies comptaient demande un historique d’ordres de travail renseigné en modes de défaillance.

Une caméra qui affiche conforme ou non conforme sur un écran n’a pas davantage changé l’usine : le verdict doit se rattacher à un ordre de fabrication, à un lot et à une version de modèle à l’intérieur de l’enregistrement atelier et du dossier qualité, ce qui fait du contrôle par vision une capacité tardive et non une porte d’entrée. D’autres guides traitent de l’ordonnancement à capacité finie, de ce qu’un planning APS doit satisfaire, et de l’endroit où s’arrête une GMAO et où commence la maintenance prédictive.

Qui pilote le programme, et pourquoi les opérateurs résistent à la saisie en atelier

La DSI est un partenaire, elle n’est pas le responsable du programme : quand elle le porte, elle optimise l’intégration et la sécurité, le fait bien, puis cale sur l’adoption, parce que personne dans cette ligne hiérarchique n’est comptable du fait qu’un opérateur utilise l’écran ou non. Sous le responsable se trouvent les utilisateurs clés, un par secteur, nommés, avec des heures allouées : ce sont eux qui décident ce qu’un écran demande et dans quel ordre, et l’atelier les écoute.

L’obstacle annoncé à l’adoption, c’est presque toujours les gens ; l’obstacle réel, c’est en général la conception de la transaction. Regardez une confirmation pendant un changement de série, gants aux mains, l’ordre suivant qui attend. Si saisir un motif d’arrêt ne change rien de visible, la saisie est un impôt sur le poste, payé le plus tard possible et généralement sous forme d’un paquet de fiction en fin d’équipe. Si elle prévient la maintenance, met à jour le tableau d’atelier ou replanifie l’ordre suivant, elle fait partie du métier.

Une bonne conception de saisie est concrète : des terminaux au pied de la machine, un usage à une main avec des gants, des valeurs par défaut reprises de l’ordre, et une liste courte de motifs par type de machine plutôt qu’une arborescence de codes dont une poignée seulement sert. Quand la transaction colle au métier, la formation est assez courte pour se faire à la machine pendant un poste. Quand ce n’est pas le cas, aucune heure de salle ne rattrape rien, et une demande de formation supplémentaire est souvent un problème de conception mal diagnostiqué en problème de personnes.

Deux choses manquent à la plupart des plans de formation. La première, ce sont les corrections : confirmer une bonne quantité s’enseigne facilement, alors que c’est en annulant une mauvaise quantité ou en défaisant une confirmation imputée au mauvais ordre qu’un utilisateur non formé fait de vrais dégâts. La seconde, c’est que la formation n’est pas un événement : l’encadrement en a besoin plus que les opérateurs, et les nouveaux entrants, les intérimaires et un atelier multilingue arrivent en continu.

Étendre un pilote à toute l’usine : ce qui rend un pilote reproductible

Les pilotes ne s’étendent pas pour des raisons qu’on y a mises dès la conception : la meilleure ligne, les vieilles machines évitées, l’éditeur sur site tous les jours, des données de base tenues à la main. Un pilote conçu pour être étendu tourne sur une ligne représentative, intègre au moins un équipement récalcitrant, et relève les heures par ligne, parce que ce coût unitaire est la seule entrée honnête du plan de déploiement.

Les critères de sortie et la date de décision de déploiement se fixent avant le démarrage du pilote, et la dernière portion tourne sans l’éditeur. Ce qui compte dans cette portion, c’est sa couverture plus que sa durée, parce qu’un pilote échoue rarement en marche courante. Il échoue à la première clôture de période, quand les chiffres doivent se rapprocher de l’ERP et que quelqu’un découvre du rebut imputé deux fois, et au premier redémarrage après un arrêt, quand les passerelles reviennent mais pas les comptages mis en mémoire tampon. Spécifiez donc la couverture : une clôture de période avec son rapprochement, tout le mix produit que cette ligne fabrique, et un arrêt planifié avec son redémarrage. Dans la plupart des usines, cela fait un mois ou un cycle complet, pas quinze jours.

Ce que couvre un budget de transformation numérique, et le coût récurrent ensuite

La licence est la ligne négociée le plus durement, et les lignes qui décident du résultat sont ailleurs : l’intégration à l’ERP et aux machines ; le matériel, des passerelles et des pupitres opérateur aux capteurs rapportés en rétrofit ; le nettoyage des données de base ; la formation et le temps de production qu’elle consomme ; et la charge interne. La charge interne est la ligne le plus souvent oubliée : les utilisateurs clés, le responsable, la DSI, les techniciens qui posent les passerelles, la production perdue au basculement. Si personne n’a chiffré ces heures, le budget est faux, quelle que soit la qualité de la négociation sur la licence.

Les travaux physiques se répartissent en deux catégories qui ne se planifient pas de la même façon. Les cheminements de câbles, les ports de commutateur et la segmentation entre le réseau de commande et le réseau bureautique relèvent de l’ingénierie ordinaire, avec de longs délais d’approvisionnement, et peuvent avancer en marche. Tout ce qui se trouve dans une armoire machine, non : c’est un travail sous consignation et condamnation, qui exige un arrêt planifié, et dans la plupart des usines une interdiction permanente d’ouvrir une armoire sous tension. La vraie contrainte du planning de connectivité, c’est donc le nombre de fenêtres d’arrêt qui restent cette année et la part que la maintenance a déjà réservée sur chacune. La connectivité se planifie sur le calendrier de maintenance, pas sur le plan logiciel.

Vient ensuite le coût récurrent, qu’aucun budget de projet ne contient et que le directeur financier demande en premier : le coût de la quatrième année. L’abonnement ou la maintenance annuelle continue, et les pupitres et passerelles industriels s’usent plus vite que du matériel de bureau. Surtout, quelqu’un en interne fait tourner le système une fois l’éditeur parti : entretien des données de base, modifications des codes motifs et des gammes, administration des utilisateurs, passage de chaque version. Budgétez à part les évolutions des douze mois qui suivent la mise en production, parce que les demandes qui méritent d’être financées n’arrivent qu’une fois que l’atelier croit ce que le système lui dit.

Comment séquencer une feuille de route smart factory sur trois ans

Un calendrier apporte ce que l’ordre des dépendances ne peut pas donner : qui décide à chaque frontière, et comment l’argent et les heures se répartissent dans le temps. La première année tranche les décisions coûteuses à reprendre, et c’est le responsable qui les tranche avec la finance, la DSI et le comité social et économique plutôt qu’avec l’équipe projet : définitions des indicateurs, structure des données de base, la frontière avec l’ERP, l’identité opérateur, et, en usine réglementée, le périmètre à valider. La charge interne culmine ici par rapport à la dépense de licence : un budget taillé comme un projet informatique classique est donc déjà faux. Un poste appartient à la première année et se voit pourtant repoussé : instrumenter les plus gros consommateurs électriques pour établir une référence, ce qui relève de l’instrumentation et non de la modélisation, et se révèle souvent non discrétionnaire au titre d’une norme énergétique ou d’un audit.

La frontière vers la deuxième année est un jugement, pas une date : on la franchit quand l’atelier discute avec le chiffre du système au lieu de l’ignorer. Fermer une boucle, c’est qu’un chef d’équipe ou un responsable qualité confie une décision à une règle : ce périmètre-là se négocie donc avec ceux dont l’autorité se déplace, et la dépense bascule des heures internes vers la licence et l’intégration. La troisième année mérite la couche fondée sur des modèles, portée par deux ans d’enregistrement, et sa condition de passage est la responsabilité : chaque capacité a besoin d’une personne nommée qui porte le seuil et le calendrier de réentraînement. L’énergie attribuée à la pièce relève de cette année-là, parce que l’attribution suppose l’enregistrement atelier que les deux premières années ont construit.

Deux conditions d’arrêt ont leur place dans la validation du budget. Si l’atelier ne fait pas confiance aux données de la première année, la deuxième ne démarre pas. Et avancer la troisième année parce qu’un conseil d’administration a réclamé une initiative IA produit exactement le projet enlisé décrit en haut de cette page.

Comment savoir s’il faut continuer : les critères de passage à chaque étape

Chaque étape a besoin d’un jalon de passage avec une preuve que l’on pourrait montrer à un sceptique. Après la connectivité : la production comptée par le système correspond-elle à un comptage manuel sur un poste entier, dans une tolérance convenue avant l’essai. Après le premier chiffre publié : l’ancien tableur est-il encore tenu à côté ; le jour où il cesse discrètement d’être mis à jour, le chiffre a été accepté.

Un jalon appartient à la première mise en production de l’exécution et se saute presque toujours : ce que fait la ligne quand le système n’est pas là. Dès lors que les opérateurs confirment à la machine et que la qualité bloque des lots par règle, un commutateur ou une interface en défaut arrête la production : l’usine a échangé un porte-bloc contre un point de défaillance unique. Définissez et testez donc d’abord le mode dégradé : ce que le terminal met en mémoire tampon localement et pendant combien de temps, quelle est la solution de repli papier, qui peut autoriser à produire sans le système, et comment le retard de saisie est repris sans double comptage. Testez-le en débranchant la liaison pendant un poste en marche, parce qu’une bascule de secours non testée est la raison ordinaire pour laquelle une mise en production devient un incident de production.

Après l’enregistrement atelier : pouvez-vous reconstituer un ordre de fabrication, arrêts et rebut compris, avec qui l’a produit au niveau d’identification convenu, sans avoir à demander à quelqu’un. Avant l’ordonnancement : l’en-cours est-il juste à la prise de poste. Une tendance compte plus que n’importe quel jalon isolé : si chaque nouvelle ligne coûte ce qu’a coûté la précédente, le programme a construit des installations sur mesure et non une méthode.

Où se situe Meta Smart Factory

Meta Smart Factory couvre les couches ci-dessus sous forme de modules distincts, du MES, du MRP et de l’APS à la qualité, la maintenance, le magasin et la vision industrielle, jusqu’à l’intégration ERP. La modularité rend ce séquencement achetable, mais le premier achat n’est pas seulement un module. C’est un module face à une contrainte nommée dans un secteur, plus le socle qui va dessous : la connectivité, le nettoyage des données de base, la frontière avec l’ERP et les définitions convenues. Ce socle représente l’essentiel de la charge de la première année et ne figure sur aucune grille tarifaire : il a donc sa place dans la validation du budget comme une ligne à part entière, et non supposé compris dans une licence.

Les parties difficiles survivent à n’importe quel choix de plateforme. Arbitrer ce que veulent dire les chiffres, nettoyer les données de base, concevoir des transactions au bout desquelles les opérateurs iront sans qu’on les relance, et choisir ce qu’on arrête de faire : ce travail-là est commun à tous. Si vous en êtes là, une conversation sur le séquencement adapté à votre contrainte vaut mieux qu’une démonstration produit.