Comment savoir si un problème mérite vraiment qu’on construise une solution ?

Une difficulté peut sembler suffisamment évidente pour justifier la création d’un produit, d’un outil ou d’un nouveau processus. 

Pourtant, le fait qu’un problème existe ne signifie pas automatiquement qu’il mérite une solution dédiée. 

Avant de mobiliser du temps, de l’argent et de l’énergie, il faut comprendre ce que le problème provoque réellement, qui le subit, comment il est géré aujourd’hui et si une réponse plus simple pourrait suffire.

Cet article propose une méthode pour qualifier un problème avant de construire.

Un problème n’est pas seulement une gêne

La personne qui identifie un problème est souvent celle qui le ressent le plus fortement. 

Son expérience constitue un point de départ utile, mais elle ne permet pas à elle seule de déterminer si le problème est prioritaire, partagé ou suffisamment important pour justifier une solution.

Il est essentiel de distinguer plusieurs situations :

- une tâche désagréable, mais facilement supportable ;

- une perte de temps qui se répète régulièrement ;

- un coût financier ou opérationnel concret ;

- un risque pour la qualité, la sécurité ou la fiabilité ;

- un obstacle à l’atteinte d’un objectif important ;

- une frustration réelle, mais sans conséquence notable ;

- un problème mal formulé qui pourrait être résolu autrement.

Une irritation n’est donc pas automatiquement une opportunité. 

De la même manière, un besoin exprimé n’est pas nécessairement un besoin prioritaire. 

Une solution peut être techniquement possible sans répondre à une difficulté suffisamment forte pour provoquer un changement.

La première question n’est pas seulement : « Le problème existe-t-il ? » Il faut aussi se demander : « Que se passe-t-il si rien ne change ? »

Mesurer le problème à partir de ses conséquences

Pour évaluer correctement une difficulté, il faut dépasser sa formulation initiale et observer ses effets concrets. 

Un problème peut avoir des conséquences sur le temps, les coûts, la qualité du travail, la sécurité, la santé, la fiabilité, la satisfaction d’un client ou la capacité à prendre une décision.

Toutes ces conséquences n’ont toutefois pas le même poids. 

Dire qu’une tâche est pénible ne suffit pas à déterminer si elle mérite une solution. 

Il faut comprendre ce qu’elle empêche, ce qu’elle retarde ou ce qu’elle coûte réellement.

Une tâche répétitive peut simplement être peu agréable. 

Elle peut aussi mobiliser plusieurs personnes, provoquer des erreurs et retarder une activité stratégique. 

Le problème apparent est similaire, mais son importance est très différente selon ses conséquences.

Pour clarifier la situation, plusieurs questions peuvent être posées :

1. Quelle est la conséquence la plus concrète du problème ?

2. À quelle fréquence se produit-il ?

3. Qui en subit les effets ?

4. Que coûte son maintien dans le temps ?

5. Quelles priorités sont affectées ?

6. Que fait-on actuellement pour le contourner ?

Un problème qui revient souvent, touche un objectif important et entraîne des conséquences significatives présente davantage de chances de justifier une réponse. 

Ce n’est pas encore une preuve suffisante, mais c’est un signal à examiner sérieusement.

Observer les comportements plutôt que les intentions

Les personnes peuvent déclarer qu’un problème est important sans être prêtes à modifier leurs habitudes pour le résoudre. 

Elles peuvent également se montrer intéressées par une solution, puis ne jamais l’utiliser.

Les comportements observables apportent souvent des informations plus solides que les intentions déclarées. 

Face au problème, les personnes concernées :

- consacrent-elles déjà du temps à le contourner ?

- utilisent-elles une solution imparfaite ?

- paient-elles déjà pour une réponse partielle ?

- demandent-elles régulièrement de l’aide ?

- ont-elles créé une procédure interne pour le gérer ?

- acceptent-elles des coûts, des délais ou des contraintes pour éviter ses conséquences ?

- cherchent-elles activement une meilleure manière de faire ?

Ces comportements montrent que le problème occupe déjà une place dans leur réalité. 

Ils indiquent qu’elles lui accordent suffisamment de valeur pour agir, même si la réponse actuelle reste insatisfaisante.

L’absence d’action doit cependant être interprétée avec prudence. 

Elle peut signifier que le problème est trop faible, qu’il est mal compris, que les personnes concernées ne disposent pas des moyens nécessaires ou qu’elles donnent la priorité à d’autres difficultés. 

Elle ne prouve donc pas que le problème n’existe pas, mais elle invite à ne pas surestimer son urgence.

Un problème réel ne nécessite pas toujours une nouvelle solution

Une autre erreur fréquente consiste à croire que tout problème doit être traité par un nouveau produit, un nouvel outil ou un dispositif spécifique.

Dans certains cas, la réponse peut être beaucoup plus simple :

- présenter une information plus clairement ;

- clarifier une procédure ;

- prendre une décision qui a été repoussée ;

- mieux répartir les responsabilités ;

- former les personnes concernées ;

- améliorer un outil déjà utilisé ;

- automatiser uniquement une étape précise ;

- établir une règle commune ;

- modifier une habitude de travail.

Construire une nouvelle solution peut parfois servir à éviter une décision organisationnelle. On ajoute un outil alors que le problème vient d’un manque de clarté. 

On crée un processus alors qu’une responsabilité doit simplement être attribuée. 

On développe une fonctionnalité alors que les utilisateurs ne connaissent pas encore celle qui existe déjà.

Avant de chercher une réponse nouvelle, il faut donc examiner les solutions actuelles :

- Pourquoi ne fonctionnent-elles pas suffisamment ?

- Sont-elles trop coûteuses, trop complexes ou mal adaptées ?

- Sont-elles réellement utilisées ?

- Leur limite vient-elle de la solution ou de son déploiement ?

- Le problème pourrait-il être réduit sans construire davantage ?

Cette étape permet de distinguer un problème de conception d’un problème d’organisation, d’information ou d’adoption.

Tenir compte de l’intensité, de la fréquence et de la durée

La gravité d’un problème ne dépend pas uniquement de son intensité. 

Un incident exceptionnel peut être très important et justifier une réponse spécifique. 

Mais dans de nombreuses situations, la fréquence et la durée changent fortement la valeur potentielle d’une solution.

Une difficulté modérée, mais rencontrée chaque jour pendant plusieurs mois, peut représenter une charge supérieure à un problème plus spectaculaire qui ne survient qu’une fois par an. 

Il est donc utile d’examiner ensemble trois dimensions :

- **l’intensité** : à quel point le problème est pénalisant lorsqu’il survient ;

- **la fréquence** : à quel point il se répète ;

- **la durée** : depuis combien de temps il persiste.

Ces critères ne doivent pas être transformés en formule automatique. 

Ils servent à éviter de se laisser impressionner uniquement par le caractère visible ou émotionnel d’un problème.

Un problème rare peut justifier une solution lorsqu’il entraîne un risque grave ou un coût très élevé. 

À l’inverse, un problème fréquent peut ne pas mériter un dispositif complexe si ses conséquences restent faibles et qu’une correction simple suffit.

Identifier les personnes concernées et les décideurs

La personne qui subit un problème n’est pas toujours celle qui peut décider ou financer sa résolution. 

Cette distinction est particulièrement importante dans les organisations.

Il faut parfois différencier :

- la personne qui rencontre la difficulté ;

- la personne qui cherche une solution ;

- la personne qui décide ;

- la personne qui paie ;

- la personne qui utilisera ou maintiendra la solution.

Ces rôles peuvent être réunis entre les mains d’une seule personne, mais ce n’est pas systématique. 

Une équipe peut subir une perte de temps sans contrôler son budget. 

Un responsable peut reconnaître l’intérêt d’une solution sans pouvoir imposer un changement à l’ensemble de l’organisation. 

Les utilisateurs peuvent bénéficier d’un outil tout en supportant l’effort d’apprentissage et de déploiement.

La valeur d’une solution dépend donc non seulement de son utilité théorique, mais aussi de sa capacité à être adoptée. 

Une réponse pertinente peut rester sans effet si elle demande un changement d’habitude trop important, si ses bénéfices sont mal compris ou si elle crée une contrainte pour d’autres personnes.

La question à poser devient alors : « La valeur créée est-elle suffisamment claire pour compenser l’effort de changement ? »

Comprendre la situation avant de présenter une idée

Lorsqu’une idée paraît prometteuse, il est tentant de la présenter immédiatement aux personnes concernées. 

Pourtant, commencer par parler de sa propre solution risque d’orienter les réponses et de transformer l’échange en recherche de validation.

Il est généralement plus utile d’examiner la situation à partir de faits passés :

- Quand le problème s’est-il produit pour la dernière fois ?

- Comment a-t-il été géré ?

- Quelles conséquences ont été observées ?

- Quelles solutions ont déjà été essayées ?

- Qu’est-ce qui a été abandonné, et pourquoi ?

- Quelle place le problème occupe-t-il parmi les autres priorités ?

Une personne peut imaginer qu’elle utiliserait une solution dans le futur. 

Elle peut en revanche décrire ce qu’elle a réellement fait la semaine précédente pour contourner une difficulté. 

Les faits passés ne suffisent pas à eux seuls, mais ils permettent de mieux distinguer un problème vécu d’un intérêt simplement déclaratif.

L’objectif n’est pas de faire confirmer une idée. 

Il est de vérifier si le problème apparaît dans les usages, les décisions, les arbitrages et les contraintes réelles.

Tester avant de construire à grande échelle

Même lorsque le problème semble important, construire immédiatement une solution complète peut être prématuré. 

Il est souvent possible de réduire l’incertitude avec une réponse limitée :

- traiter manuellement un premier cas d’usage ;

- proposer une version simplifiée ;

- simuler le fonctionnement ;

- tester une procédure sur un groupe restreint ;

- améliorer temporairement une solution existante ;

- mesurer une conséquence précise du problème.

L’objectif n’est pas de reproduire parfaitement la solution finale. Il s’agit de vérifier une hypothèse importante avec un investissement proportionné.

Avant un test, il est utile de préciser :

- quelle hypothèse cherche-t-on à vérifier ?

- quel comportement ou résultat constituerait un signal positif ?

- quel effort est acceptable pour les personnes impliquées ?

- à partir de quel résultat faudrait-il ajuster, poursuivre ou renoncer ?

Cette approche permet d’éviter de confondre l’intérêt d’une idée avec la preuve qu’une solution complète est nécessaire.

Construire moins peut résoudre mieux

La valeur d’une solution ne dépend pas de sa complexité. 

Une réponse légère, imparfaite mais réellement adoptée, peut être plus utile qu’un dispositif ambitieux que personne n’utilise.

Avant de construire, il faut donc rechercher la plus petite réponse capable de réduire le problème de manière observable. 

Cette réponse peut être un changement de procédure, une fonctionnalité limitée, une expérimentation manuelle ou une clarification des responsabilités.

Construire moins ne signifie pas minimiser le problème. 

Cela signifie proportionner la réponse à ce que l’on sait réellement. 

Plus l’incertitude est grande, plus il est pertinent de commencer par une action qui permet d’apprendre sans engager immédiatement toutes les ressources.

Les signes qu’un problème mérite une solution

Un problème mérite davantage d’être traité lorsqu’un ensemble d’indices convergent :

- il est clairement défini ;

- ses conséquences sont compréhensibles ;

- les personnes concernées sont identifiables ;

- il revient régulièrement ou présente un enjeu suffisamment important ;

- des contournements existent déjà ;

- les solutions actuelles présentent une limite réelle ;

- les personnes disposent d’une capacité d’action ;

- les conditions d’adoption sont plausibles ;

- le bénéfice attendu justifie l’effort demandé.

Il n’est pas nécessaire que toutes les incertitudes soient levées avant d’agir. 

En revanche, il faut savoir ce qui est observé, ce qui est supposé et ce qui doit encore être vérifié.

La bonne décision peut être de construire, mais aussi de tester, de simplifier, de corriger une solution existante ou de ne rien ajouter. 

Le point essentiel est de faire dépendre l’action de la réalité du problème plutôt que de l’attrait de la solution imaginée.

Ce qu’il faut retenir

Un problème mérite d’être pris au sérieux lorsqu’il produit des conséquences concrètes, concerne des personnes identifiables, revient ou présente un enjeu important, et pousse déjà à agir. 

Mais son existence ne signifie pas automatiquement qu’il faut créer une nouvelle solution.

Avant de construire, il faut vérifier :

- si le problème est correctement formulé ;

- si ses conséquences sont suffisamment importantes ;

- si ses causes sont comprises ;

- si une réponse plus simple existe ;

- qui devra changer ses habitudes ;

- quel effort sera nécessaire ;

- et si le bénéfice attendu justifie cet effort.

La question la plus utile n’est donc pas : « Quelle solution pouvons-nous construire ? » C’est plutôt : « Quelle preuve avons-nous que ce problème est suffisamment important, persistant et mal résolu pour justifier que nous construisions quelque chose ? »

Cette question peut ralentir le passage à l’action. 

Elle permet surtout d’éviter de consacrer beaucoup de ressources à une réponse dont personne n’a réellement besoin.

Avant de lancer une nouvelle solution, prenez le temps de documenter le problème, ses conséquences, les comportements actuels et les alternatives déjà disponibles. 

Cette étape permet souvent de décider plus clairement quoi construire, quoi tester ou quoi simplifier.