Calculez l’amélioration avant que le pilote ne démarre
La cartographie de la chaîne de valeur montre où se trouve le stock. Elle ne montre pas ce qui se passe si vous résolvez le goulot d’étranglement. C’est exactement là que les projets DMAIC échouent souvent en phase Improve. La simulation comble cette lacune : elle calcule la mesure avant que quelqu’un ne l’implémente et rend la réduction de la variance visible et quantifiable.
Dans un projet DMAIC, la simulation répond à la question dont la phase Improve dépend régulièrement : qu’apporte cette mesure avant que nous ne la mettions en œuvre ? La cartographie de la chaîne de valeur fournit la structure et le stock, la simulation complète par la variabilité, les files d’attente et l’enchaînement des étapes. Elle est particulièrement utile pour le levier central de Six Sigma, la dispersion : selon l’approximation de Kingman, le temps d’attente croît proportionnellement au carré des coefficients de variation. Qui réduit la dispersion de moitié réduit d’un quart sa contribution à la file d’attente, sans accélérer une seule opération.
¼
Voici de combien votre contribution à la file d'attente diminue, sans investissement de votre part.
5,7×
Temps d’attente par rapport au temps de traitement.
0Semaines
La mesure est calculée avant d'être mise en place.
5–10Étapes
Plus grossier qu'une cartographie de flux de valeur, plus fin qu'une règle empirique.
Où la simulation s'insère dans le cycle
Pas partout. Dans deux phases c'est l'outil le plus précis disponible, dans deux autres il est superflu. Il faut le préciser.
| Phase | Ce que la simulation apporte | Ce qu'elle ne remplace pas |
|---|---|---|
| Define | Peu. La délimitation est un travail de projet, pas un calcul | SIPOC, mandat de projet, voix du client |
| Measure | Niveau de référence sous forme de bande plutôt que moyenne : P50 et P90 du temps de traversée, charge par étape lors du jour de pointe | Analyse du système de mesure, collecte de données réelles |
| Analyze | Trouver l'étape limitante sous variation, confronter entre elles les hypothèses de cause | Diagramme cause-effet, 5 Why, tests d'hypothèse |
| Improve | L'apport central : calculer chaque mesure à l'avance et montrer où le goulot se déplacera ensuite | Le pilote. La simulation ne remplace pas le déploiement, elle le priorise |
| Control | Rendre plausibles des seuils : à partir de quelle quantité le processus rebascule | Cartes de contrôle, mesure continue |
L'utilité pratique réside dans Improve. Là, il y a typiquement cinq à dix propositions d'amélioration sur la table, chacune avec un défenseur. Qui les calcule individuellement obtient un classement par effet plutôt que par intensité vocale, et ce en un après-midi au lieu de trois semaines de pilote par mesure.
Ce que l’analyse de la chaîne de valeur ne montre pas
Le VSM est une excellente image. Ce n'est qu'une image d'un état, pas d'un comportement.
Une analyse de la chaîne de valeur montre le temps de traitement, le temps d'attente, les stocks et le degré de flux, mesurés sur une journée, pour un processus typique. Trois choses qu'elle ne montre pas :
1. La variation. Le VSM note les triangles de stock comme une photo instantanée. Si, lors des jours de pointe, il y a le triple, cela ne figure pas dans l'image. Le dommage se produit précisément ces jours-là.
2. L'enchaînement. Une étape en aval du goulot semble détendue dans la cartographie de la chaîne de valeur, car elle ne reçoit que ce que le goulot laisse passer. Si le goulot est résolu, elle reçoit la quantité totale. L'amélioration qui est dessinée dans l'état futur de la chaîne de valeur ne se réalise alors pas.
3. La non-linéarité. Entre 70 % et 85 % d'utilisation, il y a quinze points de pourcentage et une multiplication par deux virgule cinq du temps d'attente. Un VSM qui ne consigne pas les taux d'utilisation ne peut pas montrer ce seuil.
Utilisés ensemble, les deux fournissent une image complète : la cartographie de la chaîne de valeur donne la structure, les stocks et le point de vue des parties prenantes ; le modèle de simulation reprend la structure et les volumes et complète par les plages, les capacités et les calendriers. Une cartographie de la chaîne de valeur en huit étapes devient en environ vingt minutes un modèle calculable.
Réduire la dispersion l’emporte souvent sur augmenter la capacité
C'est le point où Six Sigma et la théorie des files d'attente disent la même chose, et qui est le plus souvent négligé dans les projets.
L'approximation de Kingman (aussi appelée formule VUT) décompose le temps d'attente avant une étape en trois facteurs :
Temps d'attente Wq ≈ ρ / (1 − ρ) × (ca² + cs²) / 2 × te
└─ Taux d'utilisation ─┘ └─ Variabilité ─┘ └ Durée ┘
Le facteur du milieu contient les coefficients de variation des arrivées (ca) et des durées de traitement (cs), c'est‑à‑dire l'écart‑type divisé par la moyenne. Il intervient de manière quadratique.
La conséquence : Réduire de moitié la variabilité réduit d'un facteur quatre sa contribution à la file d'attente, sans accélérer une seule opération et sans pourvoir un seul poste. Mesures concrètes qui produisent exactement cet effet :
- Séparer les opérations par type. Le simple et le complexe dans la même file produisent un
csélevé. Deux files séparées diminuent le temps d'attente pour les deux. - Lisser les arrivées. Heures de remise fixes plutôt que lots, rendez‑vous au lieu de livraisons aléatoires. Cela réduit
ca. - Éliminer les demandes de précision. Chaque demande de précision est une opération qui attend deux fois, et elle génère une distribution de durée à deux pics, donc une forte variabilité.
- Corriger le retravail à la source. Classique Six Sigma, ici avec un effet supplémentaire sur le temps d'attente qui est souvent plus important que l'effet sur le temps de traitement.
Ces mesures ne coûtent rien et figurent rarement dans les business cases, car elles se vendent mal comme projet. Une simulation rend leur effet visible et donc vendable. Le calcul détaillé est disponible dans Engpass berechnen.
Semaine Kaizen avec résultat calculé
Un déroulé éprouvé pour une semaine d'amélioration comprenant une simulation :
- Lundi : modéliser le processus réel, en direct devant le groupe. Les objections sont souhaitées. Toute correction faite ici ne figurera plus dans la présentation finale. À la fin de la journée, on dispose d'un modèle approuvé par tous.
- Mardi : test de charge et sécurisation de l'état actuel. La barre la plus haute est le goulot d'étranglement. Contrôle par Little's Law : stock ÷ débit journalier doit donner approximativement le temps de traversée mesuré. S'il y a écart, une file manque dans le modèle, en général une demande de précision ou une validation.
- Mercredi : recenser des mesures et les calculer une par une. Un levier par scénario, jamais trois. Le résultat est un classement selon l'effet en temps et en euros.
- Jeudi : piloter les deux meilleures mesures dans le processus réel. Le groupe sait alors sur quoi veiller et quelle valeur doit bouger.
- Vendredi : exporter la comparaison. Avant/Après avec fourchette, hypothèses, effets secondaires, en PDF pour la gouvernance.
La différence avec une semaine Kaizen sans calcul : le vendredi il n'y a pas « nous attendons une amélioration notable », mais « temps de traversée P50 de 6,1 à 3,4 jours, P90 de 14 à 7, effet annuel sur les coûts de personnel de 78 000 à 121 000 euros, ensuite la validation devient le nouveau goulot d'étranglement ».
Ce qui n’a pas sa place ici
- Pack statistique. Analyse du système de mesure, tests d'hypothèses, régression, planification d'expériences (DoE), capacité du processus. Pour cela, Minitab, JMP ou R restent les bons outils. FlowVisual calcule des flux, pas des jeux de données.
- Conception de production. Pour le takt de ligne, les matrices de réglage, la logique de transport et les modèles d'équipes avec règles de transfert, il faut un laboratoire de simulation (Plant Simulation, FlexSim, Arena, Simul8, AnyLogic).
- Mesure plutôt qu'hypothèse. Lorsqu'un journal d'événements continu existe et que la question est « qu'est-ce qui s'est réellement passé ? », Process Mining est l'outil adapté. La simulation calcule un processus qui n'existe pas encore tel quel.
- Documentation conforme aux normes. Six modules, pas de BPMN. Voir BPMN-Simulation.
Règle empirique : la simulation est puissante là où la variabilité, les files d'attente et l'enchaînement déterminent le résultat. C'est presque toujours le cas dans les processus administratifs et de services, et c'est aussi là que l'outil Lean classique est le plus faible, car il provient de la production.
- Utilisation dans DMAIC
- Measure (baseline comme bande), Analyze (goulot sous variabilité), Improve (calculer les mesures à l'avance)
- Complète
- Analyse de la chaîne de valeur, observation du processus, semaine Kaizen
- Ne remplace pas
- Minitab/JMP/R, analyse du système de mesure, DoE, cartes de contrôle
- Message clé
- Effet d'un levier en temps et en euros, P10–P90, y compris la migration du goulot
- Exploitation
- Bureau, macOS 13+ et Windows 10/11, hors ligne, sans compte
Questions fréquentes
La simulation remplace-t-elle l'analyse de la chaîne de valeur ?
Non, elle la complète. L'analyse de la chaîne de valeur apporte la structure, les stocks et la vue commune des parties prenantes. C'est du travail d'atelier et rien ne le remplace. Ce qu'elle ne montre pas, ce sont les variations, les files d'attente et l'enchaînement des étapes. Une analyse de la chaîne de valeur à huit étapes devient en environ vingt minutes un modèle calculable.
Pourquoi moins de dispersion apporte autant ?
Parce que le temps d'attente croît proportionnellement au carré des coefficients de variation des arrivées et des durées de traitement (approximation de Kingman). Qui réduit la dispersion de moitié, divise par quatre sa contribution à la file d'attente, sans accélérer une opération. Concrètement : séparer les opérations par type, lisser les entrées, supprimer les relances et les retouches.
Ai-je besoin de statistiques niveau Black Belt pour utiliser l'outil ?
Non. Le choix des lois, la phase d'échauffement et le nombre de réplications sont de votre responsabilité dans les laboratoires de simulation ; ici vous saisissez des intervalles et obtenez des intervalles en retour. Des connaissances statistiques aident à l'interprétation, mais ne sont pas nécessaires pour obtenir un résultat fiable.
Puis-je calculer une capabilité de procédé ou un DoE avec cela ?
Non. Cp/Cpk, analyse des systèmes de mesure, tests d'hypothèses, régression et planification d'expériences relèvent d'un paquet statistique comme Minitab, JMP ou R. FlowVisual calcule les flux sous variation (débit, temps de traversée, utilisation, coûts), pas des jeux de données.
En quoi cela diffère-t-il d'un calcul Excel dans le projet ?
Excel additionne les temps de traitement le long d'un chemin. Il ne connaît pas la file d'attente devant une étape occupée, pas les jours de pointe et pas l'enchaînement, donc pas les trois effets qui génèrent le temps de traversée dans les processus administratifs. Les erreurs typiques sont décrites dans notre article sur les coûts de processus dans Excel.
Calculez votre prochaine mesure à l’avance
Modéliser l'état actuel, sauvegarder, modifier un levier, comparer. Au final une hiérarchie par effet plutôt que par volume et un chiffre qui survit au comité de pilotage.
Guide: seven steps to the number- Méthode
Calculer l'engorgement : pourquoi 85 % d'utilisation est déjà trop
L'engorgement n'est pas l'étape la plus longue, mais celle avec la plus forte utilisation. Et le temps d'attente ne croît pas linéairement avec l'utilisation, il explose juste avant la limite. Le calcul derrière tient sur une page.
Read - Méthode
Simulation Monte Carlo pour processus : ce qu'elle peut faire et quand elle ment
Monte Carlo n'est pas un mot magique, mais un lancer de dés systématique : le même processus, des centaines de fois, avec à chaque fois d'autres valeurs aléatoires. Ce qui en sort n'est pas un chiffre, mais une distribution. C'est justement le point.
Read - Méthode
Coûts de processus dans Excel : quatre erreurs qui font échouer tout Business Case
Presque tous les Business Cases d’optimisation de processus naissent dans Excel. Et presque tous comportent les mêmes quatre erreurs, non par négligence, mais parce qu’un tableau ne peut pas représenter structurellement certaines choses.
Read