Lean Développement et positionnement de nos logiciels

Publié le 13/05/2010 // mis à jour le 01/07/2026

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.

 Qu’est-ce qu’une caractéristique spéciale (CS) en industrie ?

Une caractéristique spéciale (CS) est une exigence produite ou process considérée comme critique pour la sécurité, la conformité réglementaire, la fonction ou la performance finale. Dans l’industrie automobile ou manufacturière, ces caractéristiques spéciales doivent être identifiées, tracées et maîtrisées tout au long du cycle de conception et de fabrication. Le logiciel Robust Engineering Software vous guide dans la détermination de la nature de ces caractéristiques spéciales, et grâce à une centralisation des données, vous garantit une cohérence de celle-ci dans les AMDEC, les plans de surveillance et les fiche de postes permettant ains de sécuriser la qualité produit. Selon les référentiels clients, on parle aussi de caractéristiques clés (KC, Key Characteristics) ou de caractéristiques clés produit (KPC, Key Product Characteristics).

Le logiciel aide-t-il à répondre aux exigences des constructeurs automobiles ?

Oui, la gestion des Caractéristiques Spéciales fait partie des attentes fortes des OEM : Stellantis, Renault, Volkswagen, etc. Le logiciel Robust Engineering Software intègre ces référentiels et guide les équipes pour appliquer correctement les règles de classification. Il permet également d’assurer une traçabilité complète : identification, justification, validation et suivi en production.

Robust Engineering Software permet-il de relier AMDEC, Caractéristiques Spéciales et Plans de Contrôle ?

C’est l’une des forces de la plateforme web Robust Engineering Software. Elle permet une cohérence totale entre l’AMDEC, les Caractéristiques Spéciales et le Plan de Contrôle. Une CS identifiée dans l’AMDEC est automatiquement reportée dans le Control Plan et suivie jusqu’en production. Les trois documents évoluent ensemble, limitant les erreurs, les doublons et les versions obsolètes. Cette logique de chaîne numérique renforce la robustesse du développement produit.

Qui est concerné par la gestion des Caractéristiques Spéciales ?

Robust Engineering Software facilite la collaboration entre les équipes produits, les ingénieurs qualité, les responsables méthodes et les chefs de projet industrialisation. Il est particulièrement utile dans les secteurs où la maîtrise/cascade des caractéristiques critiques est obligatoire : automobile, aéronautique, ferroviaire, équipements industriels, dispositifs médicaux… Les PME comme les grands groupes y gagnent en rigueur documentaire, en fluidité de communication et en conformité aux exigences clients.

Comment Robust Engineering Software simplifie-t-il les audits qualité ?

En centralisant les données et en assurant une traçabilité complète, le logiciel Robust Engineering Software apporte aux auditeurs une vision claire de chaque caractéristique spéciale : origine, justification, étude associée, méthode de contrôle, statut de validation. Il devient simple de prouver comment on identifie et maîtrise ses CS. On évite les incohérences entre documents, et les équipes peuvent fournir rapidement les preuves attendues lors d’audits IATF ou clients.

Peut-on personnaliser la classification des Caractéristiques Spéciales ?

Oui, l’outil Robust Engineering Software permet d’adapter les règles aux référentiels internes ou clients : CS, CC, SC, CTQ, exigences sécuritaires, réglementaires ou fonctionnelles. Cette flexibilité garantit un alignement parfait avec les pratiques métiers et les exigences spécifiques client.
Knowllence, facilitateur en maîtrise des risques