Contrôler un processus
→ C'est le rôle d'une carte de contrôle.

Définir un projet
→ C'est le rôle d'une charte projet.

Mesurer la stabilité d'un processus dans le temps
→ Ce n'est pas l'objectif du Pareto.

Dans une usine quand il y a un probleme :
→ identifier les défauts majeurs
→ concentrer les ressources
→ éviter de traiter tout en même temps

Une carte de contrôle :
→ Surveille le comportement du processus
→ détecte les dérives
→ aide à maintenir les gains

Réduire les stocks
→ Relève davantage du Lean.

Pour augmenter la capacité du processus
→Une carte de contrôle surveille d'abord la stabilité. Elle n'améliore pas directement le processus.

Créer un SIPOC
→ Le SIPOC décrit le processus.

Un process Capable ≠ Stable.

Même si la qualité est bonne :
→ une dérive peut apparaître
→ les problèmes doivent être détectés tôt
→ la stabilité reste essentielle

Dans Minitab :
→ Stat > Control Charts
→ surveille les variations dans le temps
→ détecte les signaux anormaux

Un histogramme :
→ montre la répartition des données
→ met en évidence la dispersion
→ aide à comprendre la variation

Identifier la cause racine d'un problème
→ Utiliser plutôt Fishbone ou 5 Why.

Définir le périmètre d'un projet
→ Utiliser une charte projet.

Cartographier un processus
→ Utiliser un SIPOC ou Process Map.

Histogramme = distribution des données.

Dans un atelier :
→ visualiser les temps de cycle
→ observer la dispersion
→ détecter des anomalies possibles

Dans Minitab :
→ Graph > Histogram
→ affiche la distribution
→ visualise la variation

→ Tendances centrale & Dispertion

Appliquer les 5 Why :
→ recherchent la cause racine
→ évitent les solutions temporaires
→ permettent une amélioration durable

Elle utilise trop souvent la maintenance préventive
→ La maintenance préventive n'est pas le problème ici.

Elle produit trop rapidement
→ Rien dans l'énoncé ne l'indique.

Elle mesure trop fréquemment les performances
→ La mesure n'est pas la cause des arrêts.

Corriger un symptôme ne supprime pas la cause racine.

En production :
→ remplacer une pièce n'est pas toujours une solution
→ comprendre pourquoi elle casse est essentiel
→ la cause racine évite les récidives

Le 5S :
→ organise le poste de travail
→ réduit les pertes de temps
→ améliore l'efficacité

Calculer le DPMO
→ Mesure les défauts mais ne résout pas un problème d'organisation.

Réaliser une analyse de capabilité
→ Évalue la performance du processus, pas l'organisation du poste.

Construire une carte de contrôle
→ Surveille la stabilité mais ne réduit pas le temps de recherche des outils.

Dans un atelier ou un post de travail:
→ chaque outil a une place
→ chaque place a un outil
→ moins de recherche = plus de valeur

Le DPMO :
→ mesure les défauts par opportunité
→ permet de comparer différents processus
→ sert de base au calcul du niveau Sigma

Taux de défaut
→ Utile mais moins précis pour comparer des processus ayant des opportunités de défaut différentes.

Rendement premier passage (FPY)
→ Mesure l'efficacité du processus mais ne permet pas directement de calculer le niveau Sigma.

Nombre total de réclamations clients
→ Indique un résultat final mais ne mesure pas précisément la performance du processus.

En production :
→ compter les défauts
→ identifier les opportunités de défaut
→ calculer le DPMO pour suivre les progrès

Dans Minitab :
→ Quality Tools→ Sigma Quality Level
→ conversion DPMO ↔ Niveau Sigma

La VOC :
→ représente la voix du client
→ traduit ses attentes
→ aide à définir ce qui crée de la valeur

Les objectifs financiers de l'entreprise
→ Les objectifs financiers viennent du management

Les objectifs du responsable qualité
→ Les exigences qualité ne reflètent pas toujours le client

Les standards internes de production
→ Les standards internes sont définis par l'entreprise

Exemples de VOC :
→ livraison rapide
→ produit conforme
→ absence d'erreur

Une Process Map :
→ représente les étapes du processus
→ montre les décisions et flux
→ aide à visualiser les blocages

SIPOC
→ Le SIPOC donne une vue générale mais moins détaillée

Pareto
→ Le Pareto priorise des problèmes

Ishikawa
→ L'Ishikawa recherche des causes racines

Quand les équipes disent :
→ "on ne sait pas où ça bloque"
→ "le dossier disparaît"
→ "le flux est confus"

Alors commencer par cartographier le processus.

Le Kaizen :
→ repose sur l'amélioration continue
→ implique les personnes du terrain
→ privilégie les petits progrès réguliers

Attendre plusieurs mois pour lancer un grand projet de transformation
→ Kaizen favorise l'action rapide plutôt que l'attente

Faire appel uniquement à des consultants externes pour définir les solutions
→ Les meilleures idées viennent souvent du terrain

→ Investir sans comprendre le problème crée souvent du gaspillage

Kaizen = petites améliorations fréquentes, pas grands projets ponctuels.

Les meilleurs Kaizen sont souvent :
→ simples
→ peu coûteux
→ proposés par les opérateurs
→ immédiatement applicables

Un CTQ (Critical To Quality) :
→ est important pour le client
→ influence directement sa satisfaction
→ peut être mesuré objectivement

Coût moyen de transport par colis
→ Important pour l'entreprise mais pas directement pour le client.

Taux d'utilisation des véhicules
→ Mesure l'efficacité interne du processus.

Productivité des chauffeurs
→ Indicateur opérationnel interne et non exigence client.

Pour identifier un CTQ :
→ écouter ce que le client considère comme important
→ transformer ce besoin en indicateur mesurable
→ suivre régulièrement la performance

Exemples de CTQ :
→ délai de livraison
→ taux de conformité
→ délai de réponse client

La phase Analyze :
→ recherche les causes racines
→ valide les hypothèses
→ explique pourquoi le problème existe

Define
→ définit le problème et les objectifs.

Measure
→ collecte les données et mesure la performance.

Control
→ maintient les améliorations dans le temps.

Measure collecte les données. Analyze explique les données.

Beaucoup de candidats confondent ces deux phases.

Dans un projet DMAIC :

→ Define = Quel est le problème ?
→ Measure = Quelle est la situation actuelle ?
→ Analyze = Pourquoi le problème existe ?
→ Improve = Comment le résoudre ?
→ Control = Comment maintenir les gains ?

Dans Analyze, Minitab est souvent utilisé pour :
→ Pareto
→ Fishbone
→ Hypothesis Testing
→ Régression simple

La phase Measure :
→ collecte les données
→ valide la situation actuelle
→ fournit des faits pour l'analyse

Le client ne serait pas identifié
→ Le client est normalement identifié en phase Define.

Les solutions seraient déjà mises en œuvre
→ Les solutions sont développées en phase Improve.

Le plan de contrôle serait incomplet
→ Le plan de contrôle est créé en phase Control.

La phase Measure utilise souvent :
→ MSA
→ Capabilité
→ Histogrammes
→ Analyse descriptive

La capabilité :
→ mesure la capacité d'un processus à respecter les spécifications
→ évalue la performance dans le temps
→ ne se limite pas à un résultat ponctuel

Le processus est capable puisqu'il produit des pièces conformes
→ La conformité actuelle ne garantit pas qu'un processus soit suffisamment robuste pour rester conforme dans le temps.

Le processus produit zéro défaut
→ Des pièces conformes ne signifient pas nécessairement l'absence totale de défauts ou de risque futur.

Le processus est stable puisqu'il respecte les spécifications
→ Un processus peut respecter les spécifications tout en étant proche des limites et donc vulnérable aux variations.

Exemple :
→ 100 pièces conformes aujourd'hui
→ forte variation observée
→ risque élevé de non-conformité demain

La capabilité mesure ce risque.

Dans Minitab :
→ Stat > Quality Tools > Capability Analysis
→ calcule Cp et Cpk
→ compare le processus aux spécifications client

La cause racine :
→ est la véritable origine du problème
→ explique pourquoi le problème se produit
→ doit être éliminée pour éviter sa réapparition

Redémarrer la machine après chaque arrêt
→ Corrige le symptôme mais pas le problème.

Ajouter un opérateur pour compenser les arrêts
→ Augmente les ressources sans supprimer la cause.

Augmenter le stock de sécurité
→ Limite l'impact mais ne résout pas le problème.

Une action corrective n'est pas toujours une action sur la cause racine.

Face à un problème :
→ corriger le symptôme rétablit la situation
→ supprimer la cause évite la récidive
→ les meilleurs projets DMAIC ciblent la cause racine

Le niveau Sigma :
→ mesure la performance d'un processus
→ évalue sa capacité à produire sans défaut
→ augmente lorsque les variations diminuent

Une vitesse de production plus élevée
→ La vitesse n'est pas directement liée au niveau Sigma.

Un coût de production plus faible
→ Un bon Sigma peut réduire les coûts mais ce n'est pas sa définition.

Un nombre plus important de contrôles qualité
→ Le Sigma mesure la qualité du processus, pas le nombre de contrôles.

Sigma mesure la performance du processus, pas l'effort de contrôle.

Un processus :
→ stable
→ répétable
→ peu variable

a généralement un meilleur niveau Sigma.

Un Control Plan :
→ définit les contrôles à effectuer
→ précise les indicateurs à suivre
→ aide à maintenir les améliorations dans le temps

Réaliser un nouveau brainstorming chaque semaine
→ Le brainstorming génère des idées mais ne garantit pas le maintien des gains.

Lancer un nouveau projet DMAIC
→ Un nouveau projet ne sécurise pas les résultats obtenus.

Augmenter les objectifs de production
→ Cela peut même créer de nouveaux problèmes.

fase Improve améliore le processus. fase Control maintient l'amélioration.

Après un projet réussi :
→ documenter les standards
→ suivre les indicateurs clés (KPI's)
→ définir les réactions en cas de dérive

La surproduction :
→ consiste à produire ou préparer trop tôt
→ génère souvent d'autres gaspillages
→ crée du stock inutile

Transport inutile
→ Les déplacements observés sont une conséquence du problème.

Mouvement inutile
→ Les mouvements augmentent à cause du stock accumulé.

Attente
→ L'attente apparaît souvent après la création du stock.

La surproduction est souvent considérée comme le gaspillage qui génère les autres gaspillages.

Effet classique :

→ surproduction → stock → déplacements → pertes de temps → augmentation des délais

Le Pareto permet d'identifier les causes qui génèrent la plus grande partie du problème.
→ Les efforts doivent être concentrés là où l'impact potentiel est le plus élevé.

Répartir les ressources sur toutes les causes afin de réduire chaque problème simultanément
→ Répartir les ressources réduit l'efficacité des actions.

Commencer par traiter les emballages endommagés car ils sont souvent plus visibles pour les clients
→ Un problème visible n'est pas forcément le plus impactant.

Reporter toute action tant que chaque cause n'a pas été analysée en détail
→ Le Pareto fournit déjà suffisamment d'informations pour prioriser.

Stat > Quality Tools > Pareto Chart

Un histogramme permet d'observer la dispersion des données.
→ Une variabilité importante indique souvent davantage d'instabilité et d'opportunités d'amélioration.

Prioriser la ligne A car sa moyenne semble légèrement plus faible
→ Une moyenne légèrement différente ne constitue pas forcément la priorité.

Lancer un projet sur les deux lignes afin d'éviter tout risque futur
→ Les ressources doivent être concentrées sur l'impact le plus élevé.

Conclure que les deux lignes présentent des performances équivalentes puisqu'elles produisent le même produit
→ Les histogrammes montrent clairement des dispersions différentes.

Une moyenne similaire ne signifie pas une performance similaire.

Histogramme = visualiser le centre et la dispersion des données.

Graph > Histogram.

Une forte variation rend les résultats moins prévisibles.
Même si la moyenne reste correcte, le processus est généralement plus difficile à maîtriser.

Les résultats moyens seront nécessairement plus mauvais
→ Une moyenne peut rester identique malgré une dispersion plus forte.

L'équipe produit obligatoirement davantage de défauts
→ Plus de variation n'implique pas automatiquement plus de défauts.

L'équipe travaille forcément plus lentement
→ La vitesse de travail n'est pas indiquée.

Les clients apprécient la constance autant que la performance.

Graph→BoxPlot
Un Box Plot sert notamment à comparer la dispersion entre plusieurs groupes.g

Un Run Chart permet d'observer l'évolution d'un processus dans le temps.
Une tendance continue peut indiquer qu'un changement est en train de se produire.

Les résultats démontrent que le processus est capable
→ Le graphique ne permet pas d'évaluer directement la capabilité.

Le système de mesure est probablement défaillant
→ Aucune information ne suggère un problème de mesure.

Les variations observées sont normales et ne nécessitent aucune action
→ Une tendance persistante n'est généralement pas considérée comme une variation aléatoire.

Une série de points qui évoluent dans la même direction mérite toujours une investigation.