Runner, repeater, stranger (RRS) est une méthode de classification qui range chaque produit fabriqué par une usine en trois catégories en fonction de la fréquence et de la prévisibilité de ses commandes, afin d'adapter la planification, la conception des cellules et la politique d'inventaire à chaque profil de demande.
L'idée est simple: tous les SKU ne méritent pas le même traitement. Les « runners » à haute fréquence et stables justifient un flux dédié, tandis que les « strangers » erratiques demandent une capacité flexible et des règles de planification différentes.
Bien classer les produits évite d'imposer une logique de planification unique à un portefeuille mixte qui ne se comportera jamais de manière uniforme.
Ces étiquettes décrivent un spectre de fréquence et de prévisibilité de la demande, pas la taille ou la complexité. Une pièce peut être physiquement petite et rester un stranger si personne ne peut prévoir quand elle sera commandée.
Le RRS se marie naturellement avec une analyse ABC de la demande. Là où l'ABC classe les articles par contribution en valeur ou en volume, le RRS ajoute la dimension fréquence/variabilité qui indique comment les programmer.
Supposons qu'une usine d'usinage gère 40 références sur une année de travail de 250 jours. Vous extrayez deux points de données par référence : le nombre de jours où elle a été commandée (fréquence de commande) et sa part du volume annuel total.
Le schéma est la classique longue traîne : 6 runners entraînent les deux tiers du débit, tandis que 20 strangers consomment du temps de changement de série et de l'attention de planification pour une part infime de la production. Une analyse de Pareto de ces mêmes données rend cet déséquilibre visible d'un coup d'œil et indique précisément où un flux dédié sera rentable.
Une fois les pièces classées, l'agencement de l'atelier s'en suit. Les runners justifient des cellules dédiées ou quasi-dédiées avec un flux équilibré et standardisé parce que leur demande régulière maintient cette capacité occupée. Les repeaters vivent typiquement dans des cellules partagées à changement rapide que fait tourner une famille de pièces.
Les strangers sont mieux servis par une zone « job shop » flexible ou une cellule polyvalente qui absorbe la variété sans perturber les lignes des runners.
Cette séparation protège votre meilleur flux contre votre pire variabilité. Quand des strangers sont forcés de passer par une cellule de runners, chaque changement de série à faible volume vole de la capacité et injecte de l'instabilité.
Avant de vous engager sur un agencement, cartographiez les itinéraires actuels avec une cartographie du flux de valeur et vérifiez les déplacements opérateur et matière avec un diagramme spaghetti pour réduire le gaspillage de mouvement plutôt que de le figer dans de nouvelles cellules.
EPEI (Every Part Every Interval) est la cadence à laquelle une ressource partagée effectue le cycle de toutes les pièces qui lui sont assignées. Le RRS permet de fixer un EPEI réaliste, parce qu'il ne faut un rythme serré que pour les pièces qui se répètent réellement.
Considérez une cellule de presse avec 6,5 heures de temps de production disponible par poste et 90 minutes de ce temps consommées par des changements de série.
Si vous assignez 5 repeaters et que chaque changement de série prend 18 minutes, cinq changements de série tiennent dans ce budget de 90 minutes, donnant un EPEI d'un jour: chaque pièce est fabriquée chaque jour.
Réduisez le temps de changement via des améliorations axées sur les contraintes et vous pouvez soit ajouter des pièces à l'intervalle, soit le raccourcir.
Les strangers restent totalement en dehors de ce rythme; ils sont insérés dans des capacités disponibles ou dans une fenêtre flexible dédiée afin de ne jamais déstabiliser la cadence des repeaters.
Un EPEI plus court signifie des lots plus petits, moins de stock et une réponse plus rapide, ce qui est la promesse centrale d'un système tiré approvisionné avec kanban. Mais cela ne fonctionne que si la capacité de changement le permet. C'est pourquoi RRS et EPEI sont indissociables.
La classification indique également où le flux continu l'emporte sur la production par lots. Les runners à demande stable sont des candidats idéaux pour une planification nivelee et un flux pièce par pièce ou petits lots, car on peut les lisser sur la semaine sans constituer d'importantes marges de sécurité.
Les repeaters tournent généralement en lots modestes dimensionnés par l'EPEI. Les strangers, dont le timing est imprévisible, sont traités en production à la commande et nécessitent souvent un petit stock de sécurité de matière première ou de composants plutôt que des produits finis qui risquent de ne jamais se vendre.
La stratégie d'inventaire s'en trouve modifiée. Les runners peuvent porter des tampons de produits finis dimensionnés par la loi de Little et surveillés via la rotation des stocks. Les strangers ne devraient presque jamais être maintenus en stock fini. Reclassifiez périodiquement, car un stranger qui devient récurrent mérite une promotion, et un runner qui s'essouffle doit être rétrogradé avant d'encombrer une ligne dédiée.
RRS n'est aussi bon que les données de demande et de performance qui le sous-tendent, et c'est là que Fabrico sert de fondation de données en temps réel.
Fabrico capture l'OEE en temps réel et le suivi de production sur chaque cellule, de sorte que vous pouvez voir la fréquence réelle de production, le temps de changement de série et les arrêts par pièce plutôt que de vous fier à des tableaux obsolètes.
Sa vision par ordinateur fonctionne même sur des machines sans API/PLC, ce qui signifie que les équipements anciens produisant des strangers à faible volume sont aussi mesurés.
Suivre l' OEE véritable par famille de produits vous dit si vos cellules de runners sont vraiment stables et si la réduction des changements de série permet de resserrer l'EPEI.
Côté maintenance, Fabrico est une GMAO opérationnelle avec bons de travail, gestion des actifs, planification préventive et suivi des pièces de rechange, afin que les cellules qui font circuler vos runners restent disponibles quand l'ordonnancement en dépend. Fabrico est développé dans l'UE avec résidence des données dans l'UE. Explorez les capacités de surveillance OEE et de GMAO pour fonder vos décisions RRS sur des données mesurées.
Révisez la classification selon une cadence régulière, typiquement trimestrielle, et toujours après un changement significatif de la demande ou l'introduction d'un nouveau produit. Les profils de demande dérivent: un stranger peut devenir repeater à mesure qu'un client monte en volume, et un runner peut décroître vers la traîne.
Relancer l'analyse sur des données de production fraîches et réelles maintient vos affectations de cellules et votre EPEI honnêtes, plutôt que d'optimiser pour le mix de l'année précédente.
Au minimum, il vous faut la fréquence de commande (combien de périodes chaque pièce a été demandée) et la contribution en volume par pièce sur une fenêtre représentative, idéalement un cycle saisonnier complet.
Ajouter le temps de changement de série et la variabilité de la demande affine l'image, car deux pièces avec un volume identique peuvent se comporter très différemment si l'une est stable et l'autre ponctuelle. La surveillance de production en temps réel rend ces chiffres fiables plutôt qu'estimés.
Oui. Le statut de runner dépend de la fréquence et de la prévisibilité, pas de la taille physique ou de la quantité annuelle. Un petit composant commandé chaque jour en quantités stables est un runner et appartient au flux continu, tandis qu'un grand assemblage sur mesure commandé deux fois par an est un stranger.
Classez selon le comportement de la demande, puis laissez le volume et la valeur guider la part de capacité dédiée que chaque pièce mérite.
Prêt à classer votre portefeuille sur des chiffres réels plutôt que sur des approximations ? Réservez une démo Fabrico et voyez comment l'OEE et les données de production en direct révèlent quels produits sont runners, repeaters et strangers, pour concevoir des cellules et fixer un EPEI qui tient réellement.
Connexion
Blog
