Kaoru Ishikawa a réuni des outils simples qui, selon lui, suffisent à résoudre une grande partie des problèmes de qualité rencontrés sur le terrain. Appelés aujourd’hui les sept outils de base de la qualité, ils n’exigent aucun logiciel complexe : seulement une question claire, des données fiables et une équipe qui apprend à les lire.
Pourquoi ces outils ?
Ishikawa voulait faire sortir les méthodes de la qualité des bureaux des spécialistes pour les mettre entre les mains des équipes de terrain. Il a donc retenu des outils qui s’apprennent vite et s’appliquent avec un papier et un crayon ou un simple tableur. Tous reposent sur la même idée : fonder les décisions sur des faits plutôt que sur des impressions, et voir clairement le problème avant de proposer des solutions.
Les sept outils et la question à laquelle chacun répond
- La feuille de relevé : un tableau simple pour collecter les données là où elles apparaissent, par exemple le type d’erreur, sa fréquence et son moment. Elle répond à la question : que se passe-t-il, et combien de fois ? Mieux elle est conçue, moins l’enregistrement demande d’effort et plus les données sont fiables.
- Le diagramme de Pareto : des barres classées par ordre décroissant qui font ressortir les causes les plus fréquentes ou les plus coûteuses, accompagnées d’une courbe cumulée. Il s’appuie sur une règle empirique dite des 80/20 : un petit nombre de causes explique généralement la plupart des effets, ce que Joseph Juran appelait les « quelques causes essentielles ».
- Le diagramme cause-effet (Ishikawa ou arête de poisson) : il organise par familles les causes possibles d’un problème et répond à la question : qu’est-ce qui pourrait expliquer ce résultat ? C’est un outil pour structurer la réflexion collective, non pour prouver les causes.
- L’histogramme : des barres qui montrent la distribution des valeurs d’une variable, comme les temps d’attente, et en révèlent le centre, la dispersion et la forme. Deux pics, par exemple, peuvent signaler des données issues de deux sources différentes.
- Le diagramme de dispersion : un nuage de points qui révèle une relation possible entre deux variables, comme le nombre de guichets ouverts et la durée d’attente. Mais une corrélation apparente ne prouve pas nécessairement un lien de cause à effet.
- La carte de contrôle : mise au point par Walter Shewhart, elle suit un processus dans le temps entre des limites de contrôle calculées à partir des données du processus lui-même. Elle distingue ainsi la variation ordinaire, inhérente à tout processus, des dérives dues à une cause spéciale qui mérite d’être étudiée.
- La stratification : séparer les données par origine, période, équipe ou type de service pour révéler des tendances que les chiffres agrégés masquent.
Certaines références remplacent la stratification par le logigramme, qui représente les étapes du travail dans leur ordre et aide à localiser le problème. Les deux listes sont en usage ; l’essentiel est une utilisation méthodique.
Trois fonctions complémentaires
On peut classer les outils selon leur rôle dans l’analyse :
- Collecter et organiser les données : la feuille de relevé et la stratification.
- Comprendre le problème et hiérarchiser : le Pareto, l’histogramme et le diagramme de dispersion.
- Rechercher les causes et suivre le processus : le diagramme d’Ishikawa et la carte de contrôle.
Il n’est pas nécessaire d’utiliser les sept outils dans chaque projet : c’est la question posée qui détermine l’outil. Leur usage se répartit souvent sur les étapes du cycle PDCA : collecte et analyse des données lors de la planification, suivi de l’effet des solutions par la carte de contrôle lors de la vérification.
Exemple : le guichet d’une mairie
Le responsable d’un guichet de délivrance de documents dans une mairie constate une montée du mécontentement des citoyens. Plutôt que de s’en tenir aux impressions, l’équipe conçoit une feuille de relevé où les agents notent, pendant deux semaines, le motif de chaque réclamation : attente trop longue, pièces manquantes au dossier, erreur dans le document délivré ou information peu claire.
L’équipe classe les résultats dans un Pareto : l’attente et les pièces manquantes expliquent l’essentiel des réclamations. Elle stratifie ensuite les données d’attente par jour et par heure, et constate que le pic se concentre sur les premières heures du début de semaine. L’histogramme des temps d’attente fait apparaître deux pics qui, vérification faite, correspondent à deux guichets travaillant chacun à sa manière.
L’équipe analyse les causes de l’attente avec un diagramme d’Ishikawa et retient des solutions simples : une liste des pièces requises affichée à l’entrée, une méthode de travail harmonisée entre les deux guichets et un renfort d’agents aux heures de pointe. Elle suit ensuite l’attente moyenne quotidienne sur une carte de contrôle pour s’assurer que l’amélioration est réelle et stable, et non une simple fluctuation passagère.
Par où commencer ?
- Formuler une question claire et précise, par exemple : quelles sont les erreurs les plus fréquentes dans les dossiers reçus ?
- Définir les données nécessaires, qui les collecte, où et quand, puis concevoir une feuille de relevé simple.
- Tester la feuille quelques jours et l’ajuster avant de la généraliser.
- Choisir l’outil adapté à la question, et non l’outil habituel.
- Présenter visuellement les résultats et en discuter avec les personnes concernées.
- Transformer les conclusions en actions et en suivre l’effet avec les mêmes données.
Erreurs fréquentes
- Collecter beaucoup de données sans question pour les orienter.
- Confondre limites de contrôle et limites de spécification ou objectifs.
- Prendre la corrélation d’un diagramme de dispersion pour une preuve de causalité.
- Construire un Pareto sur la seule fréquence alors que le coût ou la gravité de certaines causes pèse davantage.
- Se contenter du graphique, sans discussion ni décision.
- Traiter chaque petite fluctuation des chiffres comme un problème spécial appelant une intervention.
La valeur de ces outils n’est pas dans leurs graphiques, mais dans le fait qu’ils font parler l’équipe le langage des données.
