Comment mener votre premier projet de simulation

Étape 2 : fixer le périmètre et les indicateurs avant de modéliser

Rédigez une note de cadrage d'une page avant toute collecte de données. Elle doit préciser :

1. La décision, en une phrase.
2. Les variantes à comparer, généralement de deux à quatre, y compris l'état actuel.
3. Le périmètre : quels postes, zones d'entrepôt et trajets de transport sont inclus, et ce qui est volontairement exclu.
4. Les indicateurs : par exemple la production par poste, les minutes d'attente, le taux d'utilisation des postes et des véhicules, le temps de travail des opérateurs.
5. La règle de décision : quel résultat vous ferait choisir la variante A plutôt que la variante B.

La règle de décision est l'étape que la plupart des équipes sautent. Sans elle, chaque résultat peut être contesté. Avec elle, l'équipe sait dès la première simulation ce qu'elle cherche.

Étape 3 : collecter les données et désigner les rôles

L'essentiel des données existe déjà : implantation CAO, gammes et temps standard de l'ERP, calendriers des équipes, historique des commandes. Le reste se mesure à la main. Nous présentons le jeu de données minimal et la façon de le collecter dans De quelles données avez-vous besoin pour lancer une simulation d'usine ?.

Un premier projet mobilise quelques personnes quelques heures par semaine. Personne n'a besoin de s'y consacrer à temps plein.

L'expert terrain compte plus qu'on ne le pense. Un modèle construit uniquement à partir des temps standard de l'ERP passe souvent à côté de l'attente, des déplacements et des solutions de contournement qui déterminent la production réelle.

Étape 4 : construire et vérifier le modèle de base

Modélisez d'abord l'état actuel, même si la décision porte sur une implantation future. C'est la seule version que vous pouvez confronter à la réalité.

Effectuez ensuite trois vérifications rapides :

1. Reconstituez une semaine connue. Utilisez un mix de commandes récent. La production et les principales files doivent correspondre à ce dont se souviennent les chefs d'équipe.
2. Vérifiez le goulot d'étranglement. La contrainte dans le modèle doit se trouver là où l'atelier constate des problèmes.
3. Modifiez une donnée d'entrée. Un cycle plus long sur un poste doit faire évoluer le résultat dans un sens que l'équipe sait expliquer.

Si le modèle de base et l'atelier ne concordent pas, cherchez pourquoi avant de simuler les variantes. L'écart entre les temps standard et la production réelle désigne généralement le vrai goulot d'étranglement : mesurez à cet endroit et corrigez les données d'entrée. Une base erronée fausse toutes les comparaisons de la même manière, et personne ne s'en aperçoit.

Étape 5 : simuler les variantes dans les mêmes conditions

Chaque variante doit être soumise au même mix de commandes, aux mêmes arrêts et aux mêmes plages de temps de cycle. Si elles diffèrent, la comparaison mesure les hypothèses au lieu des implantations. La simulation stochastique de DBR77 Digital Twin fait varier ces données d'une simulation à l'autre, si bien que chaque variante est aussi jugée sur ses mauvais jours.

La durée dépend du périmètre. Dans les études de cas publiées par DBR77, une analyse portant sur plusieurs variantes d'implantation de ligne de production a été livrée en environ une semaine. Une comparaison de variantes d'automatisation a pris quelques jours. Une simulation de préparation de commandes en entrepôt a été préparée en quelques jours à partir des ordres de fabrication en cours.

Un calendrier illustratif pour un premier projet de cette taille pourrait être : une semaine pour la note de cadrage et les données, une semaine pour le modèle de base et les vérifications, quelques jours pour les variantes, et une réunion de revue. Vos chiffres seront différents, mais si le plan s'étire sur plusieurs mois, le périmètre est probablement trop large.

Passez les variantes en revue avec les personnes qui les feront fonctionner. L'animation des processus et les vues 3D aident les chefs d'équipe à repérer une règle qui ne correspond pas au terrain, comme un circuit de chariot élévateur bloqué au moment du changement d'équipe.

Étape 6 : décider et consigner les raisons

Le projet est terminé quand quelqu'un a pris la décision et l'a consignée par écrit. Clôturez-le par une courte note :

• la variante retenue et les indicateurs qui l'ont fait gagner
• les variantes écartées et les raisons de leur rejet, pour qu'elles ne reviennent pas sous un autre nom
• les principales hypothèses, chacune avec un responsable et une source
• ce qui déclencherait une nouvelle simulation, comme un nouveau produit, une évolution du mix ou une nouvelle machine
• qui est responsable du modèle à partir de maintenant

La note de décision accélère le deuxième projet. Une fois la variante retenue réalisée dans l'atelier, le responsable du modèle met à jour le modèle de base pour qu'il corresponde à l'usine. La question suivante part alors de ce modèle, avec les mêmes données et les mêmes vérifications. Pour la réunion où le résultat est présenté, consultez Comment présenter des résultats de simulation à la direction.

Les pièges courants d'un premier projet

• Commencer par l'intégration. Connecter les machines avant la première décision retarde le résultat. Partez des données dont vous disposez ; les données machines en temps réel constituent une étape ultérieure, une fois que le modèle est utilisé régulièrement.
• Élargir le périmètre en cours de route. Une nouvelle question à mi-projet remet le calendrier à zéro, alors gardez-la pour le projet suivant.
• Laisser le modèle sans responsable. Personne ne met à jour le modèle de base quand l'usine change, si bien qu'un an plus tard il ne correspond plus à l'atelier et que personne ne lui fait confiance.
• Présenter le modèle quand les dirigeants demandaient une décision. Ils ont besoin d'un choix et d'une raison, et une animation ne leur donne ni l'un ni l'autre.

Ces causes et d'autres sont abordées dans Pourquoi la plupart des projets de jumeau numérique échouent, et comment l'éviter.

Questions fréquentes

Quelle taille doit avoir un premier projet de simulation ?

Assez petit pour être bouclé en quelques semaines. Une zone, une décision, de deux à quatre variantes. Un premier projet ciblé qui aboutit à une décision crée plus de confiance qu'un projet vaste qui est encore en cours.

Faut-il un ingénieur simulation dédié ?

Pas pour le premier projet. Un ingénieur procédés comme chef de projet, un chef d'équipe et un modélisateur, interne ou externe, suffisent généralement.

Et si le résultat montre que l'état actuel est le meilleur ?

C'est une réponse valable. Vous évitez de dépenser de l'argent dans un changement qui n'aurait pas aidé, et le modèle est prêt pour la question suivante.

Faut-il commencer par la décision la plus simple ou la plus importante ?

Commencez par une décision importante au périmètre restreint. Une question anodine ne prouve pas grand-chose. Une question énorme prend trop de temps.

Conclusion

Cette semaine, rédigez sur une seule page la décision en une phrase et la règle de décision, et présentez-les au sponsor. Si vous ne parvenez pas à vous mettre d'accord tous les deux sur le résultat qui changerait le choix, réglez ce point avant que quiconque ne collecte de données.

Sources

• DBR77, Étude de cas : conception d'une ligne de production (résumé sur ce site)
• DBR77, Étude de cas : élaboration d'un concept d'automatisation (résumé sur ce site)
• DBR77, Étude de cas : prélèvement de matières en entrepôt (résumé sur ce site)
• DBR77 Digital Twin, Simulation déterministe ou stochastique