Lean développement et logiciels Knowllence
Les nouveaux projets perturbent fortement l’organisation des sites de production si on n’a pas intĂ©grĂ© les principes du LEAN dès la conception.
La compétitivité passe par la CAPACITE à répondre aux JUSTES BESOINS du client, dans un DELAI COURT et tout en garantissant une RENTABILITE du projet.
Nous allons voir comment le LEAN Développement répond à cette problématique.

par M. Pierre Daudé et M. Alain Salas, Cabinet Ligne Bleue ©

Lean: Définitions

LEAN (qui signifie «maigre») est issu du Toyota Production System. Jim Womack et Dan Jones l’ont Ă©tudiĂ© puis amĂ©liorĂ© pour donner naissance au système Lean : penser l ‘entreprise au plus juste.
C’est donc produire au plus juste avec l’Ă©limination de tous les gaspillages ( MUDA ) ou de toutes les opĂ©rations sans valeur ajoutĂ©e d’une entreprise.

7 types de gaspillages sont identifiés par Taiichi Ohno :

  • Sur-production
  • Attente
  • Traitement excessif
  • Stock
  • Transport
  • Mouvement
  • DĂ©faut

Ces gaspillages, on peut les retrouver dans :

  • les processus de production -> Lean Manufacturing
  • les processus de dĂ©veloppement -> Lean Development
  • les processus de service -> Lean Office

Une entreprise compĂ©titive est donc une entreprise qui se focalise sur la valeur ajoutĂ©e au produit. Le LEAN s’appuie sur 5 principes qui sont pour le dĂ©veloppement de produits) :

La Valeur :
SpĂ©cifier ce qu ‘est la vraie valeur pour le client et ce qui crĂ©e cette valeur sur le produit dĂ©fini.

La chaîne de valeur :
S’appuyer sur les Ă©changes d ‘informations et des bases de donnĂ©es qui capitalisent les connaissances et savoir-faire de l ‘entreprise et de ses fournisseurs.

Le flux :
Planifier avec prĂ©cision le dĂ©veloppement Ă  partir de la date du besoin client en s ‘efforçant de respecter le processus de dĂ©veloppement et les dates des jalons, et rĂ©agir au plus vite en cas de dĂ©rives.

TirĂ© : tirer le flux d’information et de donnĂ©es.
Avoir les bonnes informations au moment souhaité.

La Perfection :
Viser la perfection en diminuant continuellement le nombre d’Ă©tapes, la quantitĂ© d’informations et le temps nĂ©cessaire pour dĂ©finir le produit et mettre en Ĺ“uvre le process.

Les objectifs du 3P Toyota : Production Préparation Process

– DĂ©finir un produit qui soit pensĂ© Lean Production
– IntĂ©grer les concepts du JAT (juste Ă  temps) dans la dĂ©finition du produit et des process, et prĂ©venir les risques de dĂ©faillances (AMDEC FMEA ) .
– Garantir la capabilitĂ© et la fiabilitĂ© des systèmes et process ( SDF, SPC …)

Ces objectifs constituent les 2 piliers de base de la maison LEAN.

[ Blog: AMDEC et Lean Manufacturing pas forcément contradictoires! ]

LE LEAN Dévelopment en 3 phases

lean_developpement_2

Les produits ou process ne sont optimaux que s’ils fonctionnent dans un cadre normal d’emploi. Le niveau nominal d’activitĂ© et l’amplitude de variation doivent ĂŞtre pensĂ©s Ă  l’avance.

Qu’est-ce qui me diffĂ©rencie des autres produits ?
Il y a des besoins / des produits correspondant Ă  des :
– Besoins du marchĂ©
– Fonctions ou critères de valeur pour le client

Quels sont les points forts qui me permettront de tenir mes engagements en terme de Délais, Qualité et Coûts ?
– Des fonctions et solutions sur lesquelles mes coĂ»ts sont compĂ©titifs
– Des fonctions et solutions sur lesquelles ma technologie est innovante
– Des fonctions et solutions maĂ®trisĂ©es (savoir-faire et capabilitĂ© )
Il faut donc :
– S’appuyer sur des procĂ©dĂ©s et fonctions Ă©prouvĂ©s
– ConnaĂ®tre les coĂ»ts par fonction pour ĂŞtre rentable, donc compĂ©titif
– Respecter les standards de conception

Le LEAN DĂ©veloppement et l’amĂ©lioration continue

lean_developpement_3

Les 7 types de gaspillages en conception sont :

  • Sur-production : CrĂ©ation de donnĂ©es et d’information non nĂ©cessaires. Trop de diffusion de l’information. DonnĂ©es poussĂ©es et non tirĂ©es par le planning de dĂ©veloppement
  • Attente : l’information est diffusĂ©e trop tard, ou livrĂ©e trop tĂ´t
  • Processus excessif : des Ă©tapes, essais, prototypes inutiles, des fonctions superflues qui n’apportent pas de valeur au produit, des rĂ©pĂ©titions ou opĂ©rations en double.
  • Stock : Manque de contrĂ´le, trop d’informations, informations obsolètes ou difficiles Ă  trouver, information qui n’est plus Ă  jour ou dĂ©passĂ©e.
  • Transport : informations incompatibles, re -saisie d’information entre logiciels, dĂ©faillance dans la transmission ou le transfert des donnĂ©es, sĂ©curisation des donnĂ©es.
  • Mouvement : dĂ©placements inutiles des Ă©quipes de dĂ©veloppement et de production, manque d’accès direct, dĂ©placements trop importants dus Ă  un
  • Process trop long, mal adaptĂ© (pas pensĂ© en Ă®lot de production et plateau projet)
  • DĂ©faut – opĂ©rations mal faites ou hâtives, manque de test, de surveillance . Pas de rĂ©vision systĂ©matique des process et produit. Mauvaise interprĂ©tation des donnĂ©es par manque de connaissance ou donnĂ©es brutes non validĂ©es.A chaque fois qu’une conception s’est mal passĂ©e, il faut :
  • Se poser la question : avons-nous respectĂ© les standards de conception ?
  • Si oui, analyser pourquoi les standards n ‘ont pas fonctionnĂ© et rechercher les causes racines de dĂ©faillance du produit, des process et des processus de dĂ©veloppement en cause.
Knowllence, facilitateur en maîtrise des risques
Aller au contenu principal