|
|
 |
|
|
Editorial Invité de Catherine Chabiron : "Une informatique Lean pour une entreprise Lean"
Une entreprise Lean peut-elle se passer d’une Informatique Lean sur ses sites de production ? Une entreprise Lean qui développe ses ressources de production en amélioration continue peut-elle omettre d’y associer ses informaticiens ?
Quand et comment l’informatique impacte-t-elle les sites de production d’une entreprise Lean ?
Dans l’entreprise Lean, organisée en flux tirés, le kanban a largement mordu sur le périmètre traditionnel de l’informatique : la production est lancée par le kanban de remplacement émis par le processus aval, et il n’y a plus besoin d’ordres de fabrication. Mais l’Informatique reste néanmoins indispensable.
Quelques exemples de zones critiques où l’informatique peut impacter votre qualité et / ou votre taux de service :
- certains messages EDI du client restent bloqués dans les tuyaux, parce qu’un paramétrage a légèrement changé, ou tout simplement par manque de contrôle régulier de ces messages. Ou encore parce que le système ne trouve pas une séquence en « juste à temps » et bloque l’intégration des suivantes.
- un job informatique « plante » et empêche l’impression d’une liste de prélèvement ou d’un bon d’expédition ou d’une facture (le camion ne part pas à temps).
- un algorithme calcule mal le lissage des approvisionnements, ou des paramètres erronés font acheter trop ou trop peu.
- le transfert d’une information de température entre un automate et le système de gestion de production bloque et empêche le passage à l’opération suivante.
Une Informatique Lean doit donc être inlassablement dans l’usine (Gemba), pour prévenir, tester avant de livrer, mais aussi comprendre, réagir et monter des solutions qui empêcheront que le problème ne se reproduise.
Comme dans l’usine, les informaticiens de l’entreprise Lean doivent donc être associés au processus d’amélioration continue.
L’Informatique Lean doit rendre ses problèmes visibles (management visuel) et mesurés. Et quand ils le sont, il faut apprendre à les résoudre efficacement. Donc l’Informatique de l’entreprise Lean doit introduire dans son savoir faire tous les concepts du Jidoka : contrôle de la qualité, prévention au moment du développement, méthode scientifique (A3, QRQC …), qui déboucheront à leur tour sur la définition de standards.
Un exemple : la production a été arrêtée dans l’usine pendant 1 heure et demie. Il a fallu redémarrer un commutateur informatique. Des discussions s’engagent sur le temps que cela a pris : pourquoi un tel temps de réaction, que faut-il changer dans les outils d’alerte etc .. ? En fait, il s’avère que le temps a été essentiellement consacré à trouver un engin de levage et du personnel autorisé pour atteindre le commutateur, situé très au-dessus des lignes de production pour éviter un arrachage lors de manutentions de produits. Comment utilise-t-on cet incident pour prévenir que cela ne se reproduise dans cette usine, mais aussi dans toutes les usines du Groupe ? Comment améliorer le standard de positionnement des commutateurs et / ou de leur accès ? Quel commutateur standard choisir pour éviter ou réduire ce genre de panne ?
Quels standards pour l’Informatique Lean ?
Comme dans l’atelier, l’informatique lean va devoir développer des standards de travail (livrer un système en temps et en heure, gérer une interface ou le réseau, organiser un transport en production) pour améliorer la valeur de ses prestations, telles que :
- comment rendre le support efficace ? comment lisser et accroître la fréquence de livraison de nouvelles fonctionnalités ? comment tester le code ?
- comment réduire le nombre de problèmes que créent les utilisateurs, par manque de formation, de contrôle et/ou d’ergonomie (paramètres erronés, données manquantes, séquence de saisie non respectée) ?
Elle devra également développer des standards techniques (comme par exemple le choix des commutateurs) :
- faut-il laisser chaque usine développer ses propres solutions informatiques ? Parfait pour coller au plus près des besoins du terrain, mais risque aussi de réinventer la roue.
- ou développer des logiciels standards plus faciles à maitriser et à maintenir ? Ici, chaque site de production bénéficie en même temps des fonctionnalités lean du système (« re-use »), la maintenance et le support du système sont facilités. Mais on risque de s’éloigner du terrain, de rater des opportunités réelles d’innovation, et / ou de créer des goulots d’étranglement au niveau du design central.
Enfin, au-delà de la livraison de systèmes, des opérations quotidiennes ou de la résolution de problèmes, l’Informatique Lean peut aussi aider l’usine à comprendre ses données et ses flux.
Réduire ses stocks, c’est d’abord les comprendre : une usine complexe avec des centaines de références produits ne peut pas réduire ses stocks sans d’abord comprendre où ils sont (produits finis ? en cours de production ? matières premières ?...), et à quel niveau théorique ils devraient être.
Des investigations conjointes, Informatique et Logistique, sur le terrain, permettent de mettre en commun la compréhension des flux de produits, dans l’usine et dans le système, puis de collecter des données sur les facteurs contributifs de l’écart entre stock réel et théorique. En aidant à éliminer les points sous contôle et à se concentrer sur les points faibles, l’Informatique, avec sa vision globale du flux système, a une vraie valeur ajoutée.
Le sujet vous intéresse ? Vous êtes convaincus que l’Informatique de votre entreprise doit découvrir ou mieux cerner les enjeux Lean sur son activité ? Le prochain Lean IT Summit qui se tiendra les 3 et 4 octobre à Paris abordera ces sujets. Le thème dominant cette édition sera : Driving innovation and growing your enterprise with Lean IT
Catherine Chabiron
IT Governance and Lean Office Director in Faurecia
(3 septembre 2013)
Les Anciens Editos
- Gemba et Teamwork (8 juillet 2013)
- One piece flow et supplychain, Editorial de Marie-Pia Ignace (31 mai 2013)
- Satisfaction et croissance (31 janvier 2013)
- Lean & Learn. Les secrets d'une rencontre (27 décembre 2012)
- Agile ou Lean ? (2 décembre 2012)
- Faites-vous partie du problème ou partie de la solution ? (21 juillet 2012)
- L'importance de l'implication des personnes dans le processus de production, Editorial de Freddy Ballé (6 juin 2012)
- L'importance et le sens du respect dans une démarche Lean (13 avril 2012)
- Interview dans le Magazine Enjeux - Les Echos, Projet Lean Entreprise (12 mars 2012)
- Lean et Compétitivité, Editorial de Michael Ballé (30 janvier 2012)
- Lean et Réindustrialisation, Editorial de Michael Ballé (12 décembre 2012)
- Lean et Recherche, Editorial de Thomas Houy (1er septembre 2011)
- Quand le doigt pointe la lune, c’est la lune qu’il faut regarder, pas le doigt. Editorial de Michael Ballé (13 juillet 2011)
- Comment savoir si vous êtes Lean ?, Editorial Invité de Sabine Gowsy (7 juillet 2011)
- Stéréotypes, Standards et Amélioration Continue, Editorial Invité de Cécile Roche (31 mai 2011)
- Penser contre soi-même (23 juillet 2010)
- Pourquoi initier une démarche Lean ?, Editorial Invité de Jean-Baptiste Bouthillon, PDG, Paris Ouest Construction (28 avril 2010)
- Qu'apporte le Lean à Louis Vuitton ?, Editorial Invité d'Hugues Pichon, Direction industrielle / Lean Management (14 décembre 2009)
- Un Patron "Lean", Editorial Invité de Pierre Vareille, PDG de FCI (10 septembre 2009)
- Le Lean dans la crise (21 avril 2009)
- Manager par le PDCA : Amélioration et travail en équipe (24 décembre 2008)
- La Magie du lean (8 septembre 2008)
- Des Incontournables contournés (20 février 2008)
- Pourquoi le Lean est (aussi) l'affaire du PDG (8 septembre 2007)
- Stabiliser, Impliquer, Agir (1er avril 2007)
- Le kanban, outil de kaizen (5 décembre 2006)
- Savoir ce qu'on fait et savoir ce qu'on veut : leçon d'un webinar du LEI (9 juin 2006)
- Premières pistes pour appliquer le Lean au développement (7 mars 2006)
- Démarrer le lean ici et maintenant (20 janvier 2006)
- Taylorisme ou Toyotisme ? (14 novembre 2005)
- Les Pionniers du Lean au-delà des limites de l'usine (2 octobre 2005)
- Développer des gens avant de produire des pièces (27 juillet 2005)
- Lean et transformation personnelle (3 juin 2005)
- Au Coeur du Lean (25 mai 2005)
- Système Lean - Lean Thinking en Français (5 avril 2005)
- Bien sûr, mais ce sera difficile à faire chez nous (janvier 2005)
- La Tension, les indicateurs et les outils (17 décembre 2004)
- Point, Flow et System Kaizen
- Kaizen et Takt Time
- Flexibilité or not Flexibilité
- Comment réaliser les réductions de coûts dans l'approche lean ?
|
|