Étape 3 sur 8

FLOW · d’abord mesurer

Observe — dans le test de charge, trouver le vrai goulot d’étranglement

O est l’étape qui distingue la méthode d’un simple calcul de coûts. En L on additionnait ; ici le processus est observé sous charge. La différence n’est pas académique : un processus dont les temps moyens de traitement tiennent sans problème dans la capacité disponible s’arrête régulièrement à quatre-vingts à quatre-vingt-dix pour cent d’utilisation. Les files d’attente ne croissent pas linéairement.

Le résultat de cette étape est souvent une correction. L’étape dont on se plaint le plus est rarement celle qui limite le temps de passage — c’est celle qui fait le plus souffrir visiblement. Quand les deux coïncident, c’est un bon signe pour le modèle ; quand ils divergent, c’est précisément la raison pour laquelle on simule.

Répond à la question
Quelle étape bloque vraiment quand ça devient serré ?
Résultat de l’étape
Pour chaque étape, une probabilité d’être goulot d’étranglement, pour le processus une distribution des temps de passage (P10, P50, P90) et pour chaque rôle une charge. Exactement une étape est désignée comme goulot d’étranglement.

Comment réaliser l’étape

  1. Reprendre le modèle de L

    Les mêmes étapes, les mêmes intervalles de temps, le même taux horaire. Un modèle nouvellement établi rend impossible le calcul avant-après en Y, parce que deux choses ont alors changé : le processus et la manière de mesurer.

  2. Saisir la capacité par rôle

    Combien d’heures ce rôle met-il réellement à disposition du processus — pas combien il travaille. Cette valeur montrera plus tard si une personne ou un système constitue la limite. Les deux cas exigent des interventions totalement différentes.

  3. Faire exécuter le processus des centaines de fois

    Monte Carlo : chaque exécution tire pour chaque étape une durée dans son intervalle. Après quelques centaines d’exécutions, il n’y a pas un résultat mais une distribution — et c’est elle le véritable constat.

  4. Compter là où ça coince

    Pour chaque exécution on enregistre quelle étape l’a limitée. La part en résultant est la probabilité d’être goulot d’étranglement de l’étape. Une étape avec soixante-dix pour cent est le goulot d’étranglement ; trois étapes à trente pour cent signifient que le modèle est trop grossier.

  5. Vérifier par rapport à l’attente

    Les parties prenantes sont interrogées au préalable sur l’étape qu’elles tiennent pour goulot d’étranglement. Si la simulation confirme, le modèle est validé. Si elle contredit, l’écart est expliqué avant de poursuivre les calculs — une contradiction que personne ne peut expliquer est une erreur de modèle et non une constatation.

Terminé lorsque

  • Une étape porte une probabilité d’être goulot nettement plus élevée que toutes les autres.
  • P10, P50 et P90 du temps de passage sont disponibles, et P90 se situe nettement au-dessus de P50 — si ce n’est pas le cas, les intervalles issus de L ont été relevés trop étroits.
  • Pour chaque rôle, la charge est connue.
  • La question « pourquoi cette étape » peut être répondue en deux phrases sans recourir à l’outil.

L’erreur typique

Calculer avec des moyennes

Attribuer à chaque étape sa durée moyenne et les additionner donne un temps de traversée qui n’arrive presque jamais en pratique — et qui est en général nettement trop court. La raison est la file d’attente : si l’arrivée des cas fluctue et que le traitement fluctue, il y a accumulation même si la capacité moyenne suffit. Plus l’utilisation se rapproche de cent pour cent, plus l’effet est fort. Un tableau ne peut pas le représenter, car il ne connaît qu’une ligne par étape.

Instrument

Il n'existe pas de calculateur pour cette étape

Pour cette étape il n’existe pas de calculateur gratuit, et ce n’est pas une lacune de l’offre mais une propriété de la tâche : un questionnaire peut estimer, il ne peut pas simuler. FlowVisual est conçu pour cela.

FlowVisual

FlowVisual est l'outil avec lequel cette méthode poursuit son travail là où un questionnaire s'arrête : dessiner le processus, le faire tourner des centaines de fois, lire quelle étape est bloquée. C'est un produit à part sur un domaine à part — FLOWREFY est la méthode, FlowVisual l'instrument.

FLOWREFYmessenverfeinernFFindLMettez au jourOObservezWPesezRRéduisezEActivezFAjustezYProduit
ABB. 01Huit étapes dans le sens des aiguilles d'une montre. La moitié droite mesure, la moitié gauche affine ; après Y, le cycle recommence à F. Mis en évidence : Observez.
FAQ

Questions fréquentes

Quelques centaines suffisent pour que l’ordre des goulots se stabilise ; pour des valeurs P90 solides, plutôt quelques milliers. Le critère pratique est simple : deux exécutions avec une valeur de départ différente doivent donner le même ordre et des percentiles similaires. Si ce n’est pas le cas, c’était insuffisant.

Alors soit le modèle est trop grossier — trop peu d’étapes, des intervalles trop larges —, soit le processus n’a réellement pas d’engorgement unique, mais une charge de base uniformément trop élevée. Le second cas est rare et conduit souvent à la recommandation, dans l’étape W, de ne rien faire : une intervention sur un des huit points également sollicités n’améliore guère le délai de traitement.

Process Mining lit ce qui s’est réellement passé et nécessite pour cela des traces système. Une simulation calcule ce qui se passerait et a seulement besoin d’un modèle avec des intervalles. Pour les processus qui se déroulent dans des tableaux et des boîtes de réception — donc pour la plupart des coûteux —, il n’existe pas de traces à lire. Là où les deux sont possibles, ils se complètent : Process Mining fournit les intervalles dont la simulation a besoin.

Si vous voulez savoir combien coûte votre processus : mesurez-le.

Commencez par le diagnostic gratuit ou téléchargez FlowVisual. Si vous souhaitez ensuite parler à quelqu'un, nous sommes joignables.

Contact

À distance · Prix forfaitaire · Résultat en euro