Pourquoi une durée de cycle moyenne ne tient pas quand les jobs partagent les machines

Le plan que vous ne pouvez pas expliquer à l'atelier

Votre plan contient un nombre par opération : une durée de cycle dans une colonne de tableur, une minute standard ERP, une vitesse de ligne en unités par heure. Qu'il s'agisse d'un temps par unité ou de son taux inverse, c'est un nombre unique qui représente l'opération. Chaque job de cette opération en tire son cadencement. Sur le terrain, le nombre cesse de tenir. Le job dure plus longtemps que ne le dit le plan, ou il attend là où le plan ne montre rien, et le verdict naturel est la mauvaise donnée ou la malchance. D'habitude, ce n'est ni l'un ni l'autre. Le problème est l'abstraction elle-même : un nombre unique ne peut pas porter quelle machine fait tourner quel job, quand, ni comment se résout la contention pour le parc partagé. Dès qu'une étape a des machines qui tournent à des débits différents, changent différemment, ou suivent des calendriers différents, la moyenne unique cesse de représenter l'étape.

Une étape avec deux machines

Prenez une petite étape hypothétique avec deux machines. La machine A tourne à 100 unités par heure, la machine B à 60 unités par heure. Le planificateur saisit une moyenne de 80 unités par heure par machine, parce que le plan contient un nombre par opération. Un job de 10 000 unités a besoin de l'étape. Le tableau 1 porte tout l'exemple. Chaque valeur qu'il contient est inventée pour cette démonstration ; aucune n'est mesurée.

Tableau 1. Étape hypothétique à deux machines (illustratif uniquement)

Les 62,5 heures du plan moyen correspondent à 10 000 divisé par 160 : il cale le job contre l'étape entière comme un seul bloc de capacité de 160 unités/h, répartissant le job entre les deux machines. Il ne cale pas le job contre une machine à la moyenne par machine de 80 unités/h, ce qui donnerait 125 heures ; aucune machine de cet exemple ne tourne à 80 unités/h. Le job prend 100 heures sur la machine A seule et 167 heures sur B (10 000 divisé par 60, arrondi à l'heure entière). Le changement de série de 90 minutes sur B est listé séparément pour que l'effet de changement de série ait sa propre ligne.

Effet 1 : sur quelle machine le job atterrit réellement

Sur une étape dont les machines tournent à des vitesses différentes, le même job a une durée différente sur chaque machine. La moyenne plie les deux machines en un seul nombre, et ce nombre ne correspond à aucune des deux. Le cadencement propre du plan montre l'écart : il accorde 62,5 heures au job de 10 000 unités parce qu'il le lit contre la capacité groupée de 160 unités/h de l'étape. Le planning doit au contraire placer le job sur une machine à son débit réel : 100 heures sur A, 167 heures sur B. Le dépassement n'est pas une erreur de données ; c'est l'écart entre une moyenne groupée et la machine que le planning utilisera réellement. Le plan ne peut même pas dire de quelle machine il s'agit. L'affectation des machines, la décision qu'un planning existe pour prendre, a été effacée quand deux débits sont devenus un seul nombre.

Effet 2 : quand chaque machine est libre (contention)

Deux jobs qui ont tous deux besoin de la machine A au même moment font concurrence pour elle : l'un commence quand l'autre se termine, avec un éventuel changement de série entre les deux. Dans le plan moyen, l'étape est un seul bloc de 160 unités/h, si bien que les deux jobs semblent avancer côte à côte. Sur le terrain, la machine A traite un job à la fois, si bien que le second job fait la queue. Une étape en aval est ensuite cadencée à partir d'un début que le parc de machines ne peut pas honorer, parce que le plan ne montre aucune attente là où une attente se produira. La contention est au niveau machine : un job attend sur la machine à laquelle il est affecté, et seule l'occupation de cette machine produit l'attente. Le plan construit sur un nombre par opération n'a aucun endroit pour contenir la file, si bien que la file se produit quand même, hors de la page.

Effet 3 : une pénalité de changement de série qui n'existe qu'une fois la séquence de la machine connue

Un temps de changement de série appartient à une machine et à une paire de familles de produits en séquence : le temps que met la machine B à changer dépend de ce qui tournait sur B avant le job suivant. Tant qu'une machine ne tient pas une séquence de jobs, la pénalité n'existe pas. La moyenne par opération ne peut pas la contenir, parce que la moyenne a été calculée avant qu'aucune machine ni séquence n'existe ; il n'y a aucun endroit dans un nombre unique où rattacher les minutes. Le résultat est un temps de production sous-estimé : le plan montre les heures de fonctionnement, omet les minutes de changement de série, et sort court d'exactement les commutations qu'il n'a jamais planifiées. Le changement de série de 90 minutes sur B est du vrai temps machine chaque fois que la séquence de B met deux familles de produits côte à côte, et un plan qui ne tient que des moyennes n'a aucun moyen de savoir que ces minutes existent.

Effet 4 : la disponibilité par machine

Les machines portent des calendriers : maintenance planifiée, fenêtres de nettoyage, arrêts de congés, trous entre les équipes. Une machine arrêtée un jeudi ne peut pas traiter de travail ce jour-là, et un planning qui modélise les machines achemine le travail autour du trou. Un débit moyen par opération n'a aucun crochet pour ce fait. La moyenne ne peut pas distinguer un jeudi où les deux machines tournent d'un jeudi où l'une est arrêtée, si bien que le plan charge du travail dans la fenêtre indisponible et que l'heure de fin promise glisse de la longueur de la fenêtre. Le parc de machines garde son calendrier ; le plan, non.

Quand la moyenne est légitimement acceptable

Rien de tout cela ne rend la moyenne sans valeur. C'est la bonne unité pour un contrôle de capacité au bon horizon. Pour les questions à moyen terme, savoir si l'étape a assez de capacité pour le volume du mois prochain, un débit agrégé est un outil raisonnable et standard ; la planification hiérarchique est bâtie exactement sur ce schéma, en agrégeant pour le moyen terme et en désagrégeant vers le planning. L'affirmation ici est délibérément plus étroite : la moyenne est la mauvaise unité pour un planning à capacité finie au niveau machine sur une étape hétérogène, un planning dont tout le travail est de dire quelle machine fait tourner quel job, et quand.

Ce que change une modélisation au niveau machine

Le correctif change le niveau des données, pas les données elles-mêmes. Les temps standard et les vitesses de ligne derrière la moyenne existent déjà. Les saisir par machine et par classe de produits, chaque machine avec ses propres temps de changement de série et son propre calendrier, met les mêmes nombres là où ils peuvent décider de l'affectation des machines. L'algorithme d'ordonnancement place ensuite les jobs sur les machines, et la contention cesse d'être invisible : les jobs d'une même machine font la queue dans le temps, et le planning minimise le temps de production total sur l'ensemble.

Ce qui change pour la personne qui lit le planning, c'est la dernière étape. Regroupez le planning par machine pour que chaque machine soit sa propre ligne, et les durées de fonctionnement, les changements de série entre jobs consécutifs, les attentes et les trous d'indisponibilité apparaissent tous là où ils se produisent. Les quatre effets ci-dessus étaient invisibles parce que le plan n'avait aucune machine à laquelle les rattacher ; une ligne par machine, c'est là qu'ils deviennent visibles. Le planning qu'un responsable d'atelier peut montrer du doigt, machine par machine, est un planning qui a nommé ses machines. Les guides du produit couvrent en détail les étapes de saisie et de lecture.

À retenir : un planning à capacité finie nomme ses machines

Un nombre par opération est la bonne unité pour un contrôle de capacité et la mauvaise unité pour un planning qui doit décider quelle machine fait tourner quel job. Ces quatre effets sont ce qu'une moyenne unique ne peut pas représenter dès qu'une étape contient des machines différentes ; l'abstraction, pas les données, est le problème. Un planning dont le cadencement reflète le vrai parc de machines est un planning qui modélise le parc : ses machines, ses débits, ses changements de série, ses calendriers et ses indisponibilités, et la matière qui circule entre les étapes à l'intérieur du planning. Rien au-delà de ce parc modélisé n'est affirmé.