2.1Bien définir le problème (et pas le symptôme)
L'essentiel en 30 secondes
- Un problème bien posé est à moitié résolu : se précipiter sur des solutions sans cadrer, c'est risquer de résoudre le mauvais problème.
- Cause vs symptôme : le symptôme est visible et gênant (les plaintes) ; la cause est ce qui le produit (le processus) — seule elle règle durablement.
- Réflexe : reformuler sans solution déguisée (« comment tenir les délais ? », pas « il nous faut plus de personnel »).
Mini-cas filé — Sara et les plaintes qui reviennent
Sara gère un petit atelier de confection à Alger : les clients se plaignent des délais. Premier réflexe : rassurer les mécontents un par un. Mais d'autres plaintes arrivent aussitôt. En relisant la situation, elle comprend qu'elle soigne le symptôme (les plaintes visibles) au lieu de la cause (le processus qui dérape). Nous allons cadrer le vrai problème avec elle, étape par étape.
Ce même cas revient dans le cours, le schéma, le script et le défi 48h — et continue en 2.2, 2.3, 2.4 et 2.5.
1. Un problème bien posé est à moitié résolu
Avant de chercher des solutions, il faut bien définir le problème — et c'est l'étape la plus souvent bâclée. L'erreur classique : se précipiter sur des solutions à un problème mal formulé, ou pire, résoudre le mauvais problème.
On s'attaque alors au symptôme (ce qui est visible et gênant) au lieu de la cause (ce qui produit réellement le problème), et le problème revient sans cesse. Sara l'a vérifié : rassurer les clients n'empêche pas les prochains retards.
2. Cause vs symptôme
Distinguer cause et symptôme est fondamental. « Les clients se plaignent des délais » est un symptôme ; la cause peut être un processus mal organisé, un manque de personnel, un fournisseur défaillant.
Traiter le symptôme (rassurer les clients) sans traiter la cause (le processus) ne règle rien durablement. Le test : si le problème « résolu » revient, c'est qu'on a traité le symptôme.
3. Reformuler sans solution déguisée
Bien définir le problème suppose de le reformuler précisément et d'éviter d'y intégrer une solution déguisée. « Il nous faut plus de personnel » présuppose la solution ; le vrai problème est peut-être « comment tenir les délais ? ».
Ce cadrage rigoureux, souvent négligé par impatience, garantit qu'on va résoudre le bon problème. Les outils qui suivent (5 pourquoi, Ishikawa, QQOQCP, reformulation) servent précisément à ce cadrage.
🔎 Exemple concret — Le mauvais problème coûte cher
Une plainte sur les délais : symptôme ou cause ?
Symptôme traité : « On rassure les clients mécontents. » → d'autres se plaignent.
Cause traitée : « Pourquoi les délais dérapent ? » → processus revu → plus de plaintes.Résultat : traiter la cause règle durablement ; le symptôme, jamais.
Réflexe : reformulez sans réponse cachée (« comment tenir les délais ? »).
Vocabulaire de la section
- Définition du problème
- Étape de cadrage précis du problème réel, préalable indispensable à toute recherche de solution.
Exemple simple : Sara écrit : « les délais de l'atelier dérapent depuis deux mois » avant toute solution.
Ce que ce n'est pas : foncer sur les solutions à un problème mal formulé.
Réflexe : écrire le problème en une phrase claire et factuelle avant d'agir.
- Cause vs symptôme
- Le symptôme est visible/gênant ; la cause est ce qui le produit réellement (à traiter pour résoudre durablement).
Exemple simple : les plaintes (symptôme) viennent du processus désorganisé (cause).
Ce que ce n'est pas : rassurer les clients en croyant avoir réglé les retards.
Réflexe : demander « est-ce le problème, ou sa manifestation ? ».
- Cause racine
- Origine profonde d'un problème, dont la résolution empêche sa réapparition.
Exemple simple : le processus de validation jamais formalisé, à l'origine des retards.
Ce que ce n'est pas : le dernier retard visible, pris pour l'origine.
Réflexe : vérifier : si je la traite, le problème revient-il ?
- Reformulation
- Fait d'énoncer précisément le problème réel (sans y glisser une solution déguisée).
Exemple simple : « comment tenir les délais ? » au lieu de « il faut plus de personnel ».
Ce que ce n'est pas : un énoncé qui contient déjà la réponse imposée.
Réflexe : traquer la solution cachée dans l'énoncé et la retirer.
- Mauvais problème
- Problème mal identifié auquel on s'attaque par précipitation, menant à des solutions inutiles.
Exemple simple : recruter en urgence alors que c'est le processus qui bloque.
Ce que ce n'est pas : le bon problème, vérifié comme cause et non conséquence.
Réflexe : vérifier qu'on vise LE problème, pas la conséquence d'un autre.
En pratique — Bien définir le problème
- Résistez à la précipitation vers les solutions : commencez par cadrer précisément le problème.
- Distinguez cause et symptôme : ce qui est visible/gênant (symptôme) vs ce qui le produit (cause à traiter).
- Reformulez le problème réel sans y glisser une solution déguisée (« il faut plus de personnel » présuppose la réponse).
- Vérifiez que vous vous attaquez au BON problème (est-ce LE problème, ou la conséquence d'un autre ?).
Script prêt à dire — cadrer avant de chercher (30 s)
« Avant de chercher des solutions : le problème, c'est que nos délais dérapent depuis deux mois — les plaintes sont le symptôme. Je reformule sans solution cachée : comment tenir nos délais ? On vérifie la cause avant de décider. »
À dire en début de réunion : on fige le vrai problème avant toute idée de solution.
Modèle copier-coller — fiche de cadrage
PROBLÈME EN 1 PHRASE (factuelle) : _______________
SYMPTÔME (visible, gênant) : _______________
CAUSE SUPPOSÉE (ce qui le produit) : _______________
SOLUTION DÉGUISÉE À RETIRER : _______________
REFORMULATION SANS SOLUTION : comment _______________ ?TPE / petit budget
Sans atelier formel : une phrase écrite au tableau (« comment tenir les délais ? ») suffit à empêcher le hors-sujet.
PME Algérie
Plaintes reçues sur WhatsApp et au comptoir : les relire pour séparer le symptôme (mécontentement) de la cause (processus, fournisseur, planning).
Équipe / atelier
Faire valider la reformulation par l'équipe : si chacun décrit un problème différent, le cadrage n'est pas partagé.
Projet / freelance
Avant tout devis correctif : faire écrire au client le problème sans solution (« que se passe-t-il ? », pas « ajoutez telle fonction »).
✓ Bonnes pratiques
- Avant toute solution, écrivez le problème en une phrase claire et factuelle.
- Demandez-vous : « est-ce le problème, ou juste sa manifestation ? ».
- Traquez la solution cachée dans l'énoncé et retirez-la.
✗ Pièges fréquents
- Foncer sur les solutions sans cadrer le problème.
- Traiter le symptôme (rustine) au lieu de la cause (durable).
- Énoncer le problème avec la réponse déjà dedans.
Points clés à retenir
- Un problème bien posé est à moitié résolu : le cadrage est l'étape la plus souvent bâclée.
- Distinguer cause et symptôme : traiter le symptôme sans la cause ne règle rien durablement.
- Reformuler le vrai problème sans y intégrer une solution déguisée.
- Vérifier qu'on s'attaque au BON problème, pas à une conséquence d'un autre.
Défi 48h — appliquez demain
Prenez 1 problème réel et écrivez sa fiche de cadrage (modèle ci-dessus) : symptôme, cause supposée, reformulation sans solution cachée. Test : le problème « résolu » reviendrait-il ?
- Je distingue cause et symptôme sur un cas réel.
- Je reformule un problème sans solution déguisée.
- J'ai fait le défi 48h ou planifié sa date.
Questions fréquentes
Pourquoi ne pas foncer directement sur les solutions ?
Parce que c'est le meilleur moyen de résoudre le mauvais problème ou de traiter un symptôme qui reviendra. Si le problème est mal défini, toutes les solutions viseront à côté ; si l'on s'attaque au symptôme, le problème réapparaîtra ; si l'énoncé contient une solution déguisée, on s'enferme. Bien cadrer d'abord (reformuler, distinguer cause et symptôme, vérifier qu'on vise le bon problème) garantit que l'effort portera sur ce qui compte. Ce temps « passé à ne pas chercher de solution » accélère en réalité la résolution.
Comment savoir si je traite la cause ou le symptôme ?
Le symptôme est ce qui est visible et ressenti (les plaintes, la baisse des ventes) ; la cause est ce qui le produit (un processus défaillant, un manque de reconnaissance). Le test le plus révélateur : si le problème « résolu » revient, vous avez traité le symptôme. Pour remonter à la cause, utilisez les 5 pourquoi (2.2) ou cartographiez avec Ishikawa (2.3). Un symptôme est un effet (« il se passe X »), une cause est un mécanisme (« X se produit parce que… »). Creuser jusqu'à la cause racine permet des solutions durables.
Que se passe-t-il si l'on traite le symptôme et non la cause ?