problem-framing-canvas
par deanpetersLa skill problem-framing-canvas guide les équipes à travers le Problem Framing Canvas de MITRE pour clarifier des demandes floues avant de passer à la solution. Utilisez-la pour aider à la décision quand les parties prenantes ne sont pas d’accord, que les hypothèses sont floues ou que vous avez besoin d’un énoncé du problème plus précis et d’une question du type « Comment pourrions-nous… ? ».
Cette skill obtient 84/100, ce qui en fait une candidate solide pour un annuaire destiné aux utilisateurs qui veulent un workflow structuré de cadrage de problème plutôt qu’un simple prompt de brainstorming générique. Le dépôt fournit assez de détails opérationnels pour qu’un agent déclenche la skill correctement et suive un processus identifiable, même s’il offre moins de support écosystème et de métadonnées orientées installation qu’un package plus mature.
- Déclenchement solide : le frontmatter indique explicitement de l’utiliser lorsqu’il faut un énoncé du problème plus clair avant de chercher des solutions, avec des cas concrets comme la baisse d’onboarding ou les demandes des parties prenantes.
- Workflow opérationnel clair : le corps de la skill définit trois phases — Look Inward, Look Outward, Reframe — et le modèle/l’exemple inclus montrent les résultats attendus et la logique des questions.
- Bonne valeur pour une décision d’installation : le contenu long, le frontmatter valide et le fichier d’exemple fournissent suffisamment de matière pour évaluer l’adéquation sans devoir deviner comment la skill doit être utilisée.
- Aucune commande d’installation ni fichier de métadonnées de support n’est présent, donc l’adoption peut demander une configuration manuelle et le dépôt fournit moins de repères de packaging que ce à quoi les utilisateurs d’un annuaire pourraient s’attendre.
- Les éléments disponibles montrent une méthodologie riche en contenu, mais ni scripts ni sources de référence ; la confiance repose donc davantage sur le workflow rédigé que sur une validation externe ou une automatisation.
Présentation du skill problem-framing-canvas
Ce que fait problem-framing-canvas
Le skill problem-framing-canvas accompagne les équipes dans l’utilisation du Problem Framing Canvas de MITRE afin de définir le problème avant de se précipiter sur des solutions. Il est particulièrement utile quand la demande est floue, quand les parties prenantes ne sont pas d’accord, ou quand vous soupçonnez que l’équipe optimise pour le mauvais résultat.
À qui il s’adresse
Utilisez ce skill problem-framing-canvas si vous êtes PM, designer, chercheur ou facilitateur et que vous avez besoin d’une méthode structurée pour transformer une demande confuse en énoncé de problème partagé. Il est particulièrement utile pour problem-framing-canvas pour Decision Support lorsqu’une équipe a besoin de preuves pour décider de la suite, et pas seulement de nouvelles idées.
Pourquoi il se distingue
Le skill est interactif et volontairement orienté, de façon utile : il pousse trois phases, Look Inward, Look Outward et Reframe. C’est ce qui le rend plus pertinent qu’un prompt générique quand vous avez besoin de vérifier les biais, d’embarquer les parties prenantes et de terminer sur un cadrage “How Might We” qui peut nourrir des ateliers, une roadmap ou des plans de discovery.
Comment utiliser le skill problem-framing-canvas
Installer et repérer les fichiers de base
Pour problem-framing-canvas install, utilisez le chemin du dépôt indiqué dans le répertoire du skill et commencez par skills/problem-framing-canvas/SKILL.md. Lisez ensuite template.md pour comprendre la forme attendue du résultat, puis examples/sample.md pour voir à quoi ressemble un canvas bien rempli.
Donner au skill un vrai problème, pas un simple sujet
L’usage de problem-framing-canvas fonctionne bien quand vous fournissez un symptôme concret, un contexte et une pression de décision. Une bonne entrée ressemble à : “Réduire l’abandon à l’onboarding des premiers administrateurs dans un SaaS enterprise, alors que les tickets support montrent de la confusion à l’étape 2.” Une mauvaise entrée est simplement : “Améliorer l’onboarding.”
Utiliser le workflow en trois phases
Une bonne entrée pour le problem-framing-canvas guide aide le skill à avancer dans :
- Look Inward : ce que votre équipe suppose, préfère ou risque de ne pas voir
- Look Outward : qui ressent le problème, quand il se produit et qui est exclu
- Reframe : un énoncé de problème plus précis, plus une question HMW exploitable
Format de prompt qui fonctionne le mieux
Demandez le résultat du canvas en une seule passe et ajoutez toutes les contraintes pertinentes, comme l’audience, l’objectif business ou les preuves déjà disponibles. Par exemple : “Utilise problem-framing-canvas pour cadrer notre problème de churn chez les nouveaux clients SMB, en supposant que nous n’avons que les logs support et les analytics produit.” Cela donne au skill assez de signal pour rester ancré dans le réel plutôt que de produire quelque chose de générique.
FAQ sur le skill problem-framing-canvas
Est-ce mieux qu’un prompt classique ?
En général oui, si votre problème est ambigu. Un prompt simple peut générer des idées trop tôt, alors que problem-framing-canvas impose d’abord la définition du problème, ce qui est la vraie valeur quand les équipes tournent en rond à débattre des symptômes.
Quand ne faut-il pas l’utiliser ?
N’utilisez pas problem-framing-canvas si le problème est déjà bien défini et que vous avez besoin de planification d’exécution, de rédaction ou d’idéation de solutions. C’est un outil de cadrage, pas un plan de livraison ni un framework de priorisation.
Est-ce adapté aux débutants ?
Oui. La structure du canvas est simple, mais la qualité dépend de vos entrées. Les débutants en tirent le plus de valeur quand ils apportent un problème concret, un utilisateur cible et au moins une contrainte connue ou une preuve.
Comment s’intègre-t-il aux autres workflows produit ?
Il s’intègre le mieux avant la synthèse de discovery, la discussion de roadmap ou le brainstorming de solutions. Utilisez-le quand vous avez besoin d’un langage commun autour du problème, puis passez aux questions de recherche, à la conception d’expériences ou à l’idéation une fois le cadrage clarifié.
Comment améliorer le skill problem-framing-canvas
Fournir des preuves, pas seulement des opinions
Le gain de qualité le plus important vient d’entrées concrètes : thèmes des tickets support, baisse dans le funnel, verbatims clients, raisons de perte d’affaires ou comportements observés. problem-framing-canvas devient plus précis lorsqu’il peut distinguer les symptômes des causes profondes.
Nommer les conditions de frontière
Si l’équipe a des contraintes, dites-les d’emblée : segment cible, délai, plateforme, limites juridiques ou objectif business. Ces détails aident le skill à éviter un cadrage trop large du type “résoudre tout” et à produire une question HMW réellement exploitable.
Surveiller le mode d’échec le plus courant
L’erreur la plus fréquente consiste à formuler un problème déjà orienté solution, par exemple “Il nous faut un meilleur dashboard” ou “Il nous faut de l’automatisation par IA”. Améliorez la sortie du skill problem-framing-canvas en reformulant d’abord la douleur utilisateur et le contexte, puis en demandant ce qui bloque réellement ou ce qui est mal compris.
Itérer avec un seul suivi plus serré
Après le premier canvas, demandez une version plus étroite si l’énoncé reste trop large. Un bon suivi serait : “Reframe cela pour les premiers utilisateurs uniquement” ou “Réécris le problème en n’utilisant que les preuves que nous pouvons vérifier ce trimestre.” Ce resserrage améliore souvent davantage la qualité de décision que de demander encore plus d’idées.