Dans de nombreuses organisations, dès qu’une difficulté apparaît, la réaction immédiate consiste à chercher une solution. La formulation d’un problème est traitée comme une étape secondaire, presque administrative. Les réunions s’enchaînent, les hypothèses circulent, les plans d’action se construisent rapidement.

Pourtant, cette précipitation produit fréquemment des résultats décevants. Les actions mises en œuvre n’ont qu’un effet limité, les difficultés réapparaissent, parfois sous une autre forme. Le sentiment d’avoir agi masque souvent l’absence de progrès réel.

Une cause récurrente de ces échecs se situe en amont des solutions, dans la manière même de poser le problème. Une formulation d’un problème imprécise ou biaisée conduit mécaniquement à des réponses inadaptées. Avant d’agir, encore faut-il avoir nommé exactement ce que l’on cherche à résoudre.

Pourquoi cette phase est si souvent expédiée

Dans la logique DMAIC, la première étape Define est celle de la définition du problème. Sur le papier, elle ouvre toute la démarche. Dans la pratique, elle est régulièrement traitée à la hâte.

L’attention des équipes se porte spontanément sur les phases Analyze et Improve, perçues comme plus actives. La phase Define apparaît alors comme un préalable administratif, à traverser rapidement pour passer aux choses sérieuses.

Cette précipitation a un coût. Un projet d’amélioration mal défini consomme du temps, mobilise des ressources et débouche sur des conclusions fragiles. La rigueur initiale conditionne toute la suite du raisonnement.

Décrire un symptôme n’est pas formuler un problème

Une confusion fréquente s’installe dès les premières discussions. Un symptôme observable est pris pour le problème lui-même.

Un délai qui s’allonge, un taux de rebut qui monte, une réclamation client qui se répète : ce sont des signaux, pas des problèmes. Ils signalent qu’un dysfonctionnement existe quelque part dans le processus. Ils n’en disent ni la nature, ni l’ampleur, ni la localisation précise.

Confondre le symptôme et le problème conduit à traiter ce qui se voit, sans toucher à ce qui produit le phénomène. Le résultat est connu : l’effet revient dès que la vigilance baisse.

Désigner une cause n’est pas formuler un problème non plus

L’autre dérive consiste à intégrer une cause supposée dans l’énoncé même du problème. La formulation devient alors une explication déguisée.

« Le délai de livraison s’allonge parce que les équipes manquent de personnel » n’est pas une formulation de problème. C’est une hypothèse de cause posée comme évidence. Le diagnostic est déjà fait, l’analyse est court-circuitée, et les autres causes possibles deviennent invisibles.

Cette confusion ferme l’analyse avant même de la commencer. Les actions qui en découleront viseront la cause supposée, qui n’est peut-être pas la bonne.

Les composantes d’une formulation utile

Une bonne formulation d’un problème reste neutre, descriptive et mesurable. Elle décrit un écart observé sans préjuger de son origine ni de sa solution. Elle se compose de plusieurs éléments précis :

• ce qui se passe concrètement, en termes observables
• où le phénomène se produit, sur quel processus ou quelle ligne
• quand il est apparu et à quelle fréquence il se manifeste
• quelle est son ampleur, exprimée par un indicateur
• quel écart cet état traduit par rapport à la situation attendue
• quelles conséquences mesurables il entraîne pour l’organisation ou le client

Réunis, ces éléments transforment une plainte vague en énoncé exploitable. L’équipe sait alors ce qu’elle cherche, où le chercher et comment vérifier qu’elle l’a trouvé.

L’écart par rapport à l’attendu, pivot de toute formulation

La notion d’écart est centrale. Sans référence à un attendu, il n’y a pas de problème, seulement un constat.

L’attendu peut être une norme, un standard interne, un engagement client, un objectif de performance ou un niveau historique. Quelle que soit sa nature, il rend le problème intelligible. Il transforme un chiffre brut en information signifiante.

Formuler un problème, c’est avant tout nommer cet écart. Tant que l’attendu n’est pas explicité, l’analyse tourne à vide.

Le rôle du management dans la qualité de la formulation

La manière dont une difficulté est formulée dépend largement de la posture managériale qui l’entoure.

Lorsque le management attend des réponses immédiates et valorise la rapidité d’action, les équipes apprennent à raccourcir la phase de définition. Le problème est posé en quelques mots, souvent sous forme de cause présumée, et la discussion bascule aussitôt sur le plan d’action. La formulation d’un problème devient un passage formel, sans réelle exigence d’analyse.

À l’inverse, lorsque le management prend le temps de questionner l’énoncé initial, demande des données, fait reformuler, la qualité de la définition s’élève. L’équipe comprend qu’un problème mal posé est un risque, pas un détail. Elle investit le temps nécessaire pour bien le cadrer.

Cette posture exige une forme de patience peu naturelle dans des contextes pressés. Mais elle conditionne directement la pertinence des solutions qui suivront. Un management qui exige une formulation rigoureuse économise les itérations inutiles.

Les signaux d’une formulation défaillante

Plusieurs indices trahissent une définition fragile. La formulation contient un verbe d’action déguisé en problème, comme « manque de communication » ou « besoin de formation ». Elle énonce un jugement plutôt qu’un fait. Elle utilise des termes vagues sans grandeur associée, comme « trop souvent » ou « beaucoup ».

Elle peut aussi être trop large, englobant plusieurs phénomènes hétérogènes, ou au contraire trop étroite, isolant un cas particulier sans portée générale. Dans tous ces cas, la suite de la démarche en pâtira.

Reformuler n’est pas une perte de temps. C’est une étape de fond.

De la formulation expédiée à une définition durable

Construire une formulation d’un problème solide n’est pas un exercice ponctuel. C’est une discipline qui s’installe progressivement dans les pratiques d’une organisation.

Cela suppose des cadres simples, partagés par les équipes, qui rappellent les composantes attendues d’un énoncé. Cela suppose aussi des temps dédiés à la définition, distincts des temps d’analyse et de résolution. Et cela suppose un management qui valorise cette rigueur autant qu’il valorise la rapidité d’exécution.

Lorsque ces conditions sont réunies, la qualité des projets d’amélioration progresse de manière visible. Les analyses gagnent en pertinence, les solutions tiennent dans le temps, les rechutes diminuent. La formulation d’un problème devient un véritable levier de performance durable, et non une simple formalité préalable.

Ce qu’il faut retenir

• Une mauvaise formulation d’un problème conduit mécaniquement à une mauvaise solution
• La phase Define du DMAIC est souvent expédiée à tort
• Un symptôme n’est pas un problème
• Une cause supposée n’est pas un problème
• La formulation d’un problème décrit un écart par rapport à un attendu
• Un bon énoncé est neutre, descriptif et mesurable
• Le management détermine le niveau d’exigence de la définition
• La rigueur initiale fait gagner du temps sur l’ensemble du projet