Arbre à problèmes
Écrivez le problème central sur le tronc, placez les causes en dessous et les conséquences au-dessus, et vérifiez chaque lien tracé avant de vous y fier.
- Durée
- 45 min
- Participants
- 3–6
- Type de travail
- Cadrer
En bref
Un arbre à problèmes est un schéma qui place un problème central sur le tronc, ses causes en racines au-dessous et ses conséquences en branches au-dessus. L'équipe le construit à partir de preuves, puis vérifie chaque lien. Trois à six personnes en tirent une ébauche en 45 minutes et s'accordent sur les causes à traiter et l'enjeu.
De quoi s'agit-il
Un arbre à problèmes est l'image d'un problème dans son contexte. Le problème central va sur le tronc. En dessous, en racines, viennent les causes : les conditions qui produisent le problème. Au-dessus, en branches, viennent les conséquences : ce qui arrive parce que le problème existe. La forme rend une chose très claire. On règle un problème en agissant sur ses racines, et on justifie l'effort en montrant ses branches.
L'arbre à problèmes est très utilisé dans les politiques publiques et la planification du développement, où les équipes doivent s'accorder sur un problème avant de s'accorder sur un programme. Dans une organisation, il aide à dissiper une confusion courante. Les listes de problèmes sur un paperboard mélangent souvent causes, symptômes et effets dans une même colonne. Les répartir en racines et en branches montre sur quels éléments agir, lesquels mesurer et quels liens entre eux n'ont été que supposés.
Quand l'utiliser
À utiliser quand
- Quand un paperboard de problèmes mélange causes et effets et que l'équipe ne s'accorde pas sur quoi corriger.
- Quand il faut expliquer aux décideurs pourquoi un problème compte, pas seulement en quoi il consiste.
- Après un diagramme d'affinités, pour ordonner les tendances en causes et conséquences.
- Lors de la planification d'un projet, pour que ses objectifs visent les causes et ses indicateurs suivent les conséquences.
- Quand plusieurs équipes pensent chacune que leur sujet est le problème central.
À éviter quand
- Quand vous n'avez encore aucune preuve. Un arbre bâti sur des opinions paraît logique et peut induire en erreur.
- Quand vous cherchez seulement la cause d'une défaillance très circonscrite. Les 5 pourquoi vont plus vite.
- Quand le problème recouvre en fait plusieurs problèmes distincts. Dessinez un arbre pour chacun.
Ce qu'il vous faut
- Durée
- Environ 45 minutes pour un premier arbre, plus du temps pour vérifier les liens les plus fragiles.
- Participants
- Trois à six personnes qui connaissent le problème, dont quelqu'un qui en subit les conséquences.
- Matériel
- Une grande feuille ou un mur, des post-it de deux couleurs (causes et conséquences), des feutres, la fiche à quatre champs et les résultats de recherche disponibles.
Comment la mener
Étape 1: Écrire le problème central
Convenez d'une phrase pour le tronc qui décrit le problème comme une situation, pas comme une solution manquante : les demandes de congés du personnel mettent en moyenne 19 jours à être validées. Évitez des formulations comme pas d'outil de workflow, qui présupposent la réponse.
Étape 2: Rassembler les éléments candidats
Affichez tout ce que l'équipe sait déjà : tendances issues de la recherche, réclamations, données. Si vous avez un paperboard de sujets mélangés, recopiez chaque élément sur son propre post-it.
Étape 3: Séparer causes et conséquences
Pour chaque post-it, demandez-vous : est-ce que cela provoque le problème, ou est-ce que cela arrive à cause du problème ? Les causes vont sous le tronc, les conséquences au-dessus. Si l'équipe hésite, mettez le post-it de côté et revenez-y plus tard.
Étape 4: Construire les niveaux
Disposez les racines par niveaux : causes directes juste sous le tronc, causes plus profondes en dessous. Faites de même pour les branches : conséquences immédiates d'abord, effets plus larges au-dessus. Tracez un trait pour chaque lien.
Étape 5: Vérifier chaque lien
Lisez chaque trait à voix haute avec parce que ou donc : parce que les demandes exigent trois signatures, la validation prend 19 jours. Pour chaque lien, écrivez la Preuve dans la fiche. S'il n'y en a pas, tracez le trait en pointillés et marquez-le à vérifier.
Étape 6: Choisir les racines à traiter
Retenez les deux ou trois causes bien étayées, à votre portée et les plus susceptibles de faire bouger le problème. Elles deviennent le sujet de votre prochain travail.
Étape 7: Choisir les branches à suivre
Retenez une ou deux conséquences mesurables, comme les annulations de congés de dernière minute. Elles vous diront plus tard si l'action sur les racines a changé quelque chose.
Exemple concret
L'équipe RH d'une compagnie d'assurance reçoit sans cesse des plaintes sur la validation des congés. Le paperboard d'une réunion du personnel liste douze sujets dans une seule colonne, des managers trop lents aux événements familiaux manqués. Cinq personnes se réunissent pour construire un arbre à problèmes.
L'équipe s'accorde sur le tronc : les demandes de congés du personnel mettent en moyenne 19 jours à être validées. Elle vérifie le chiffre sur un échantillon de demandes récentes aux signatures datées, si bien que le tronc lui-même repose sur une preuve.
Elle recopie les douze sujets du paperboard sur des post-it et les trie. Les demandes exigent trois signatures va sous le tronc, comme cause. Le personnel annule des voyages en famille va au-dessus, comme conséquence. Les managers sont lents est reformulé en les valideurs sont souvent absents et n'ont pas de suppléant, ce que l'équipe peut observer.
En vérifiant les liens, elle trouve dans l'échantillon des preuves solides de la règle des trois signatures et de l'absence de suppléant. Un lien proposé entre le SIRH est ancien et le retard ne repose sur aucune preuve : il est tracé en pointillés et marqué à vérifier.
L'équipe choisit deux racines à traiter : le nombre de signatures et l'absence de suppléants. Elle choisit une branche à suivre : les annulations de dernière minute de voyages déjà validés. L'arbre entre dans la note de cadrage du projet, avec le lien en pointillés signalé pour être testé.
À titre illustratifConseils et erreurs
Conseils
- Un seul problème sur le tronc. Si deux problèmes se le disputent, dessinez deux arbres.
- Utilisez deux couleurs de post-it pour distinguer causes et conséquences depuis l'autre bout de la salle.
- Reformulez les éléments accusateurs en situations observables avant de les placer.
- Faites venir quelqu'un qui vit les conséquences. Il voit souvent des branches que l'équipe oublie.
- Photographiez l'arbre et gardez les liens en pointillés sur une liste visible de points à vérifier.
Erreurs fréquentes
- Formuler le tronc comme une solution manquante, ce qui transforme tout l'arbre en plaidoyer pour cette solution.
- Mélanger causes et conséquences au même niveau, si bien que l'arbre n'est qu'une liste reliée par des traits.
- Tracer des liens qui semblent évidents sans les vérifier.
- Agir sur les branches, ce qui traite les symptômes pendant que les racines restent en place.
Ce que vous obtenez
Vous repartez avec un problème central partagé, ses causes rangées en racines et ses conséquences en branches, chaque lien appuyé par une preuve ou marqué à vérifier, et une courte sélection de racines à traiter et de branches à suivre. Ensuite, transformez chaque racine retenue en question « Comment pourrions-nous » pour ouvrir les idées, ou appliquez les 5 pourquoi à une racine encore floue.
Questions fréquentes
Quelle différence entre un arbre à problèmes et un diagramme d'Ishikawa ?
Un diagramme d'Ishikawa montre les nombreuses causes possibles d'un effet, rangées par familles. Un arbre à problèmes montre ensemble causes et conséquences, par niveaux, et vous demande de vérifier chaque lien. Choisissez l'arbre quand il faut expliquer pourquoi le problème compte, pas seulement pourquoi il survient.
Comment transformer un arbre à problèmes en arbre à objectifs ?
Réécrivez chaque élément en situation positive : les demandes exigent trois signatures devient les demandes exigent une signature. Le tronc devient l'objectif et les branches deviennent les bénéfices. Vérifiez que les nouveaux liens tiennent toujours.
Combien de temps faut-il pour un arbre à problèmes ?
Environ 45 minutes pour une première ébauche avec une équipe qui a sa recherche sous la main. La vérification des liens fragiles peut prendre quelques jours de plus.
Fiche de l'outil
La fiche de travail que remplit votre équipe, une case par rubrique.
- Problème
- Cause
- Conséquence
- Preuve