Qui doit être responsable du modèle de jumeau numérique ?

Répartissez la responsabilité entre quatre rôles

Chaque fonction est responsable de la partie du modèle qu'elle connaît le mieux.

Cette répartition reflète le fonctionnement actuel de l'usine. L'ingénierie se porte garante de la structure, les opérations des chiffres du terrain et la finance du langage de la note d'investissement. Quand un résultat est contesté, chacun sait à qui s'adresser.

L'informatique gère souvent les connexions de données mais sait rarement si une règle de tampon ou un temps de cycle est toujours juste, et c'est à ce jugement que servent les responsables ci-dessus.

Le référent du modèle : le rôle dont vous ne pouvez pas vous passer

Les trois responsables fonctionnels veillent à ce que leur partie du modèle corresponde à l'usine. Le référent tient en ordre le modèle de base, ses versions et ses scénarios. Ses tâches :

• conserver des versions datées du modèle et de ses données d'entrée,
• réaliser les actualisations quand l'usine change,
• nommer les scénarios pour qu'on puisse y faire référence en réunion,
• rédiger de courtes synthèses des résultats pour la direction,
• empêcher qu'un résultat dépassé soit présenté comme actuel.

La dernière tâche exige de l'autorité autant que du temps. Si le référent ne peut pas dire « ce résultat date d'avant la modification de la ligne, il faut relancer la simulation », d'anciens chiffres continueront d'apparaître dans de nouvelles décisions.

Le référent a aussi besoin de temps réservé. À titre de chiffre illustratif, prévoyez une demi-journée par semaine entre les projets et davantage pendant un projet. Un volontaire qui travaille sur le modèle « quand il a le temps » est la raison la plus fréquente de l'échec de la responsabilité.

Quand actualiser le modèle

Tester une option ne modifie pas le modèle de base, car chaque option tourne comme un scénario sur une copie. Le modèle de base est mis à jour quand l'usine elle-même change d'une manière qui pourrait modifier la variante gagnante. Déclencheurs typiques :

• le goulot d'étranglement s'est déplacé ou s'est réparti entre deux postes,
• une machine, un robot ou un chariot autonome a été ajouté, retiré ou remplacé,
• une gamme, une taille de lot ou une règle de préparation de commandes a changé,
• l'organisation des équipes ou le modèle d'effectifs a changé,
• le mix de produits ou le volume de commandes est sorti de la plage du modèle,
• un projet d'investissement a modifié les itinéraires de transport, les tampons ou le stockage.

Un seul déclencheur suffit pour planifier une actualisation. Tout changement n'exige pas pour autant une reconstruction complète. Un poste renommé appelle une simple note. Un temps de cycle isolé qui a varié dans sa plage appelle une nouvelle simulation rapide. Une nouvelle gamme ou une nouvelle machine appelle une mise à jour de la structure et une nouvelle situation de référence. Après un investissement important, mettez à jour l'ensemble du modèle de base pour qu'il reflète l'usine telle qu'elle a été réalisée. Cette version sert de point de départ à la décision suivante.

Des règles de modification qui préservent la fiabilité du modèle

La responsabilité fonctionne quand les modifications suivent quelques règles simples.

1. Chaque modification a un auteur et une date. Si un temps de cycle change, l'historique indique qui l'a modifié, quand et pourquoi.
2. La dernière version valide est conservée. Avant une actualisation, enregistrez le modèle actuel et ses résultats avec la date et la décision qu'ils ont étayée.
3. Les opérations valident les données terrain avant une réunion d'approbation. Aucun temps de cycle ni aucune règle d'équipe n'entre dans un dossier d'investissement sans la vérification du responsable opérations.
4. Chaque actualisation se termine par une courte note. Ce qui a changé, quels résultats ont bougé, quelles décisions antérieures méritent d'être réexaminées.
5. Les changements dans l'usine incluent une vérification du modèle. Quand une demande de modification déplace des machines, des tampons ou des itinéraires, joignez-y une comparaison avant/après issue du modèle.

Ces règles ressemblent à de la paperasse. En pratique, chacune prend quelques minutes. Elles font gagner des heures en réunion, là où l'on se dispute pour savoir quel chiffre est le bon.

Qui alimente les données : à la main ou par capteurs

La responsabilité dépend aussi de la manière dont le modèle reçoit ses données. Avec des données statiques, le responsable opérations fournit les temps de cycle, les arrêts et les équipes mis à jour, et le référent les saisit. Demandez des plages, car la simulation stochastique du modèle travaille avec la dispersion de chaque valeur. Les données machines en temps réel issues de DBR77 IIoT constituent l'étape suivante, une fois que le modèle est utilisé chaque semaine et doit suivre l'usine entre ces mises à jour. Quelqu'un doit toujours être responsable du flux : corriger les signaux manquants et décider ce que le modèle utilise quand les données sont en retard. Nous expliquons quand chaque approche convient dans Quand connecter un jumeau numérique aux données en temps réel.

Les signes d'une responsabilité qui fonctionne

En quelques mois, vous pouvez savoir si la répartition fonctionne.

• Les demandes d'investissement font référence à un scénario nommé et daté, et non à « la simulation ».
• Les opérations apprennent les modifications du modèle par une courte note avant qu'elles n'arrivent sur une diapositive en comité de direction.
• La finance reconnaît les plages de la note parce qu'elle les a validées.
• Quand un résultat surprend quelqu'un, il sait qui appeler.

Les signes contraires sont tout aussi clairs : deux versions du modèle sur des ordinateurs portables différents, des chiffres dont personne ne retrouve l'origine et un référent qui apprend l'arrivée d'une nouvelle machine après son installation. Une fois la responsabilité en place, l'étape suivante consiste à réutiliser le modèle d'un projet à l'autre, avec une bibliothèque de scénarios et un registre d'hypothèses partagé, comme décrit dans Comment faire du jumeau numérique un processus de décision reproductible.

Questions fréquentes

L'informatique doit-elle être responsable du jumeau numérique ?

En général, pas en tant que responsable principal. L'informatique peut gérer les connexions de données et l'infrastructure, mais le contenu du modèle relève de l'ingénierie, des opérations et de la finance, coordonnées par un référent.

Un partenaire externe peut-il être responsable du modèle ?

Un partenaire externe peut construire le modèle et aider aux actualisations. Les décisions sur les données terrain, les plages et la publication doivent rester au sein de l'usine, sinon le modèle part avec la fin du contrat.

À quelle fréquence faut-il mettre le modèle à jour ?

Mettez à jour le modèle de base quand l'usine change, par exemple avec une nouvelle machine, un goulot d'étranglement déplacé ou une nouvelle organisation des équipes, et vérifiez qu'il correspond toujours à l'atelier avant une décision importante. Les options que vous testez tournent sur des copies et laissent donc le modèle de base intact. Une revue à date fixe, par exemple trimestrielle, rattrape les changements que personne n'a signalés.

Que se passe-t-il quand le référent du modèle s'en va ?

Si les versions, les noms de scénarios et les notes de modification sont tenus comme décrit plus haut, un nouveau référent peut prendre le relais en quelques jours. Si le savoir réside dans la tête d'une seule personne, le modèle part généralement avec elle.

Conclusion

Nommez d'abord le référent et notez les heures qui lui sont accordées pour le modèle. Réunissez ensuite une fois l'ingénierie, les opérations et la finance, laissez chacune reprendre ses lignes du tableau des rôles, et convenez des déclencheurs d'actualisation avant le démarrage du prochain projet.

Sources

• DBR77 Digital Twin, Simulation déterministe ou stochastique