analyse-problem

Vue d’ensemble de la skill analyse-problem

À quoi sert analyse-problem

La skill analyse-problem transforme un problème confus en une note A3 structurée : contexte, état actuel, état cible, analyse des causes racines, contre-mesures, plan de mise en œuvre et suivi. Elle est particulièrement adaptée à la planification stratégique, aux opérations, au produit et à l’ingénierie quand vous avez besoin d’un énoncé de problème prêt à décider, plutôt que d’une simple séance de brainstorming.

Qui devrait l’installer

Installez analyse-problem si vous devez régulièrement expliquer un problème de façon claire, aligner des parties prenantes ou passer des symptômes aux causes. Elle convient aux personnes qui veulent un format reproductible pour des revues d’incident, des démarches d’amélioration de प्रक्रिया, des blocages de projet ou des ateliers de planification.

Ce qui la distingue

La valeur ne vient pas d’un “meilleur texte généré par l’IA”, mais de la contrainte. analyse-problem pousse le modèle à consigner le problème sur une seule page, à séparer les faits des hypothèses et à terminer par des actions et une vérification. C’est ce qui la rend plus utile qu’une requête générique pour analyse-problem en planification stratégique, car elle impose un cadre de décision plus serré.

Comment utiliser la skill analyse-problem

Installer et déclencher la skill

Utilisez le flux d’installation de votre gestionnaire de skills, puis lancez la skill analyse-problem avec une courte description du problème. Le schéma d’utilisation du dépôt est /analyse-problem [problem_description], et la skill accepte une description du problème facultative avec une sortie Markdown par défaut. Si votre environnement mappe les skills autrement, conservez la même intention : une consigne concise et concrète décrivant le problème.

Donner à la skill la bonne entrée

Les meilleures entrées nomment le problème, le périmètre et les éléments de preuve. Par exemple : “Le taux de complétion de l’onboarding client a chuté de 18 % ce mois-ci sur les comptes enterprise ; analyse les causes et propose des contre-mesures.” Des entrées faibles comme “améliorer l’onboarding” laissent le modèle deviner la cible, le responsable et le critère de succès. Pour bien utiliser analyse-problem, incluez :

• le symptôme
• le processus ou l’équipe concernés
• les données, exemples ou échéances disponibles
• le résultat attendu ou la contrainte à respecter

Lire d’abord ces parties du dépôt

Commencez par SKILL.md, puis examinez les instructions liées dans README.md, AGENTS.md, metadata.json et les dossiers comme rules/, resources/, references/ ou scripts/ s’ils existent. Pour ce dépôt, la source principale est concentrée dans plugins/kaizen/skills/analyse-problem, donc il y a peu d’architecture annexe à explorer.

Structurer la consigne pour obtenir une meilleure sortie

Une bonne consigne pour analyse-problem est suffisamment précise pour alimenter chaque section de l’A3. Par exemple :
“Utilise analyse-problem pour documenter pourquoi les retards de livraison ont augmenté au T2. Inclue les métriques de base, les causes racines probables, 3 contre-mesures classées par impact et effort, et un plan de suivi sur 30 jours.”
Cela produit un résultat bien plus exploitable qu’une analyse générique, parce que le modèle dispose de faits à organiser et d’une décision à soutenir.

FAQ sur la skill analyse-problem

analyse-problem est-elle réservée à la planification stratégique ?

Non. Elle est utile partout où un problème doit être cadré, étudié et transformé en actions : problèmes produit, goulots d’étranglement opérationnels, dysfonctionnements de processus d’équipe ou revues de planification stratégique. Le format A3 est large, mais la skill est surtout précieuse quand la sortie doit être partagée avec d’autres personnes.

En quoi est-ce différent d’une requête normale ?

Une requête standard peut demander une analyse, mais la skill analyse-problem fournit une structure réutilisable et une discipline de sortie. C’est essentiel lorsque vous avez besoin d’une couverture cohérente des causes racines, des contre-mesures et du suivi, plutôt que d’une explication libre.

Un débutant peut-il bien l’utiliser ?

Oui, si l’entrée est concrète. Les débutants peinent surtout quand le problème est flou ; il faut donc fournir ce que vous savez déjà : symptôme observé, périmètre, moment d’apparition et cible approximative. La skill peut aider à organiser une réflexion incomplète, mais elle ne peut pas inventer des faits manquants sans risque.

Quand ne faut-il pas l’utiliser ?

N’utilisez pas analyse-problem si vous avez seulement besoin d’un résumé rapide, d’un point d’avancement ou d’une séance d’idéation créative. C’est aussi un mauvais choix si le périmètre du problème n’est pas encore stable ; dans ce cas, définissez d’abord le problème avant de demander une analyse structurée.

Comment améliorer la skill analyse-problem

Lui fournir des preuves, pas seulement des conclusions

Le plus gros gain de qualité vient d’entrées concrètes : métriques, exemples, horodatages d’incident, verbatims utilisateurs ou notes de processus. Si vous soupçonnez déjà une cause racine, présentez-la comme une hypothèse et non comme un fait, afin que l’analyse puisse la tester au lieu de la reprendre telle quelle.

Demander une sortie utile pour la décision

Avec analyse-problem, demandez ce qui aidera vraiment une équipe à agir : causes classées par priorité, contre-mesures reliées aux causes, responsables, dépendances et plan de vérification. Si vous cherchez une valeur de planification stratégique, demandez des arbitrages d’impact et d’effort plutôt qu’un long récit.

Surveiller les modes d’échec fréquents

L’échec le plus courant consiste à trop expliquer les symptômes et à trop peu préciser l’état cible. Un autre piège est de mélanger plusieurs problèmes dans une seule page. Séparez les sujets sans lien, et gardez une analyse centrée sur une seule décision, un seul responsable et un résultat mesurable.

Itérer après le premier brouillon

Servez-vous de la première version pour repérer les manques : données absentes, liens causaux fragiles ou actions qui ne correspondent pas à la cause racine. Puis affinez la consigne avec de nouveaux faits et contraintes, comme le budget, l’échéance, la capacité de l’équipe ou le format attendu pour la revue de direction.