ÉTUDE DES PISTES

Dans le but d’améliorer les systèmes de contrôle de production (PCS) existants, tel que le Kanban, Spearman et al (1990) ont développé le ConWip (CONstant Work In Process) afin de fournir un PCS plus flexible et efficace pour un large éventail de contextes de fabrication complexes. Leur objectif principal consistait à construire un PCS approprié pour des industries caractérisées par une variété de produits élevée, la nécessité d’un temps de traversée optimisé et un niveau de demande instable. Les principales caractéristiques du ConWip sont décrites dans cette section. Spearman et al. (1990) ont été les premiers à introduire le ConWip et à décrire l’ensemble de sa méthodologie. Ils ont ancré leur innovation dans le mécanisme fondamental introduit par Jackson (1963). D’une manière générale, l’objectif principal du ConWip est de contrôler l’encours total sur une ligne de production en le maintenant constant. Cette idée s’appuie sur la loi définie par Little (1961) : Le ConWip utilise les ordres de fabrication produits par un système de type MRP ou autre permettant de fournir une liste ordonnée de tâches afin de sélectionner les références, les quantités et la séquence à produire. Le ConWip vise à maintenir le niveau d’encours constant sur une ligne de production. Un nombre fixe de tickets doit être défini en premier lieu. La ligne directrice est simple : avant d’être envoyée sur la ligne de production, chaque commande doit être accompagnée d’un ticket donnant une « autorisation de production ». Dans le cas où tous les tickets disponibles ont été attachés aux ordres de fabrication, toute nouvelle commande doit attendre au début de la chaîne d’assemblage. L’exécution d’une commande à la fin de la ligne libère le ticket associé qui devient alors disponible pour une nouvelle commande. Cette ligne directrice permet de garder un débit régulier sur la ligne sans pour autant générer d’excès d’encours. L’ensemble du processus est illustré par la figure 10.

 Fondamentaux du ConWip

Les tickets sont représentés par les cercles hachurés. Ces tickets se trouvent soit sur le tableau ConWip, ce qui signifie qu’ils sont disponibles ou sur la ligne de production avec un ordre de fabrication en cours de réalisation. Dans un système piloté par ConWip, le niveau d’encours est limité par le nombre de tickets (douze dans l’exemple illustré par la figure 10). Cette quantité est déterminée lors de la conception de la ligne de production ou avant l’implémentation du ConWip. Elle peut être vue comme un compromis entre le débit et le temps de traversée qui sont ciblés. Un nombre élevé de tickets augmentera le niveau d’encours, augmentera également le débit jusqu’à un certain point, mais augmentera aussi le temps de traversée. Un petit nombre de tickets réduira le temps de traversée jusqu’à son point bas, mais réduira également le débit en raison d’un effet de rupture de charge. Sur la ligne de production, l’autorisation de production peut être matérialisée par des tickets ou par des contenants de composants. Dans le premier cas, la règle dit que chaque ordre de travail sur la ligne doit correspondre à un ticket. Dans le second cas, la ligne directrice consiste à utiliser les contenants conçus pour le ConWip et seulement ceux-là. Dans le cas d’une ligne de production avec un nombre élevé de stations de travail, il peut être judicieux de gérer plusieurs boucles ConWip consécutives. Ceci permet de gérer les ordres de fabrication et le stockage des composants entre les boucles. Chaque boucle est indépendante dans ce cas, ce qui signifie qu’elles fonctionnent avec leurs propres tickets. La figure 11 illustre un ConWip qui fonctionne avec deux boucles. Le premier fonctionne avec 9 tickets et le second avec 10 tickets