Carte des hypothèses

Publicité
Publicité

À propos de cet outil

Une hypothèse, c'est tout ce que votre plan suppose être vrai sans que vous l'ayez encore confirmé. La plupart des plans reposent sur bien plus d'hypothèses qu'on ne l'imagine, et les plus dangereuses sont généralement les présupposés discrets et porteurs que personne n'a songé à remettre en question. La Carte des hypothèses leur donne une place. Au lieu de débattre d'opinions, vous explicitez chaque hypothèse, vous jugez ce qui en dépend et le niveau de preuve qui la soutient, et c'est cela qui détermine où porter votre attention : tester les quelques hypothèses risquées plutôt que vous inquiéter de tout à la fois.

Comment Utiliser

  1. Ajoutez les hypothèses qui sous-tendent votre décision, ou importez celles que vous avez déjà saisies dans les autres outils Décisions. Utilisez les questions guidées si vous n'êtes pas sûr de ce que vous présupposez.
  2. Évaluez chaque hypothèse selon son importance et le niveau de preuve dont vous disposez, puis lisez la carte. Les hypothèses de la zone Tester en priorité sont vos priorités.
  3. Concevez un test rapide pour une hypothèse risquée, consignez ce que vous apprenez et définissez un signal d'alerte afin d'être prévenu tôt si elle commence à céder. Mettez à jour son statut à mesure que la situation se clarifie.

Méthodologie

La carte positionne chaque hypothèse sur deux axes : l'importance (à quel point votre décision en dépend) et les preuves (le niveau de soutien dont vous disposez réellement). Les hypothèses à forte importance et faible niveau de preuve sont les plus risquées et doivent figurer en tête de votre liste de tests : c'est ce que les praticiens du lean appellent les hypothèses à valider en priorité (ou pari de confiance). Pour faire émerger les hypothèses, l'outil propose des questions structurées issues de pratiques éprouvées : une vérification des hypothèses clés, une question sur le pari de confiance, une liste de domaines d'hypothèses courants et des questions sur les parties prenantes. Pour agir, vous pouvez concevoir un test rapide, consigner ce que vous apprenez, définir un signal d'alerte (un indice précoce qu'une hypothèse est en train de céder) et mettre à jour le statut de chaque hypothèse au fil du temps.

Sources: A Tradecraft Primer (US Gov, 2009) · Yang, Liang & Avgeriou (2018)

Comprendre vos Résultats

Chaque hypothèse se place dans l'une des quatre zones. La zone Tester en priorité (importante, peu de preuves) est celle où réside votre véritable risque : concevez un test avant de vous engager. Les hypothèses à Surveiller (importantes, bien étayées) sont porteuses mais actuellement soutenues ; définissez un signal d'alerte pour repérer tout changement. Les hypothèses à Mettre de côté (peu importantes, peu de preuves) peuvent attendre. Les hypothèses à Noter (peu importantes, bien étayées) peuvent simplement être consignées et laissées de côté. L'objectif n'est pas d'éliminer toutes les hypothèses, ce qui est impossible, mais de s'assurer qu'aucune hypothèse importante ne reste non testée par inadvertance.

Exemples Pratiques

Une fondatrice qui prépare une application payante note l'hypothèse « les gens paieront 10 $ par mois pour cela ». Cette hypothèse est très importante et ne repose sur presque aucune preuve : elle se place donc en zone Tester en priorité. Plutôt que de développer toute l'application, elle lance une petite prévente pour la tester, transformant un pari de confiance en preuve concrète avant d'engager des mois de travail. Une équipe qui se lance dans une nouvelle région suppose que « la réglementation locale autorise notre modèle ». Importante et seulement partiellement étayée, cette hypothèse se situe près de la limite de la zone Tester en priorité. L'équipe définit un signal d'alerte (une vérification auprès d'un conseiller local avant le lancement) pour qu'une hypothèse erronée ne la prenne pas au dépourvu trop tard.

Conseils pour cartographier vos hypothèses

Formulez chaque hypothèse comme une affirmation claire sur laquelle vous pourriez vous tromper : « les nouveaux clients paieront sous 30 jours », et non « la trésorerie ». Une hypothèse vague ne peut pas être testée. Évaluez les preuves avec honnêteté. Une opinion tranchée n'est pas une preuve ; une simple anecdote n'est qu'une preuve faible. La plupart des hypothèses initiales se situent du côté du faible niveau de preuve, et c'est normal. N'essayez pas de tout tester. Choisissez les une ou deux hypothèses à la fois importantes et peu étayées, et testez-les en premier. Revenez régulièrement sur la carte. Les preuves évoluent, et une hypothèse jugée sûre le trimestre dernier peut discrètement devenir risquée.

Tous les calculs sont effectués localement dans votre navigateur. Aucune donnée n'est envoyée à un serveur.

Cet outil vous a-t-il été utile ?
Souhaitez-vous nous en dire plus ?
0/500
Souhaitez-vous un suivi ?
Merci pour votre retour !

Questions fréquentes
Qu'est-ce qui compte comme une hypothèse ?
Une hypothèse, c'est tout ce que votre décision suppose être vrai sans que vous l'ayez confirmé. « Les clients renouvelleront », « nous pourrons recruter l'équipe à temps » et « le fournisseur pourra monter en charge » sont autant d'hypothèses. Les plus dangereuses sont généralement invisibles, ces convictions porteuses que personne n'a songé à remettre en question, et c'est précisément pour cela qu'il importe de les écrire.
Comment évaluer l'importance par rapport aux preuves ?
L'importance, c'est la mesure dans laquelle votre décision dépend de l'hypothèse : si elle s'avérait fausse, combien de choses devraient changer ? Les preuves, c'est le soutien réel dont vous disposez actuellement (données, tests ou expérience), et non l'opinion ou l'espoir. Évaluer les deux honnêtement, c'est tout l'enjeu : on passe de « tout semble risqué » à une vision claire des quelques hypothèses qui le sont vraiment.
Quelles hypothèses dois-je tester en premier ?
Celles qui sont à la fois importantes et peu étayées, c'est-à-dire la zone Tester en priorité de la carte. On les appelle parfois les hypothèses « pari de confiance » : votre plan en dépend, et pourtant vous les tenez surtout pour acquises. Tester l'une d'elles tôt, tant qu'il est encore peu coûteux de se tromper, est bien plus utile que de peaufiner des éléments dont vous êtes déjà sûr.
Comment « tester » concrètement une hypothèse ?
Concevez la plus petite expérience qui vous apporterait une preuve réelle, décidez à l'avance quel résultat compterait comme une réussite ou un échec, menez-la, puis consignez ce que vous avez appris. Une prévente, une page de destination, quelques entretiens clients ou un prototype technique rapide sont autant de tests valables. L'objectif est de remplacer une supposition par une preuve avant de vous engager, et non de tout construire d'abord.
Qu'est-ce qu'un signal d'alerte ?
Un signal d'alerte est un indice observable et précoce indiquant qu'une hypothèse commence à céder : un indicateur qui franchit un seuil, un comportement des clients, un changement réglementaire. Pour les hypothèses importantes que vous ne pouvez pas pleinement tester en amont, un signal d'alerte vous indique quand réexaminer la décision, afin qu'une évolution de la réalité ne vous prenne pas au dépourvu plus tard.
Comment cela se relie-t-il aux autres outils Décisions ?
Les hypothèses que vous faites émerger ailleurs (par exemple lors d'un pré-mortem dans Décider, ou en explorant des options dans Naviguer) remontent vers un pool partagé, et c'est dans la Carte des hypothèses que vous les gérez. Elle devient le lieu unique pour voir toutes les hypothèses de vos décisions, les hiérarchiser et suivre celles que vous avez réellement testées.
Mes données sont-elles privées ?
Oui. Tout ce que vous saisissez est enregistré uniquement dans votre navigateur, sur votre appareil. Rien n'est envoyé à un serveur. Vous pouvez exporter vos hypothèses à tout moment pour les sauvegarder, et tout supprimer quand vous le souhaitez.