# Hypothèses de problème

### 🛠️ <mark style="background-color:yellow;">Fiche récap</mark> <a href="#hypotheses-sur-les-utilisateurs" id="hypotheses-sur-les-utilisateurs"></a>

<table data-header-hidden><thead><tr><th width="216.5"></th><th></th></tr></thead><tbody><tr><td><mark style="background-color:orange;">Quoi</mark></td><td>Rédiger et prioriser des hypothèses de problèmes</td></tr><tr><td><mark style="background-color:orange;">Qui</mark></td><td><strong>Intrapreneur + Coach + UX</strong> + Développeur(s) intéressé(s) + autres</td></tr><tr><td><mark style="background-color:orange;">Quand / Comment</mark> </td><td><ul><li>À prévoir dès le début de la phase, avant de réaliser la revue de l’existant</li><li>Atelier d’1h</li></ul></td></tr><tr><td><mark style="background-color:orange;">Pré-requis</mark></td><td>Aucun</td></tr><tr><td><mark style="background-color:orange;">Méthodes associées</mark></td><td><a href="hypotheses-utilisateurs">Hypothèses utilisateurs</a></td></tr></tbody></table>

{% hint style="info" %}
**🚀 2 ateliers en 1 :** Les hypothèses sur le problème et sur les utilisateurs peuvent être rédigées lors d’un même atelier de 2h avec les mêmes participants.
{% endhint %}

{% hint style="success" %} <mark style="color:green;">**Avantages**</mark>

* Rapide et simple à mettre à place
* Ne nécessite pas de connaissances préalables sur le problème
  {% endhint %}

{% hint style="danger" %} <mark style="color:red;">**Points d’attention 🚩**</mark>

* Adopter rapidement une posture de doute, se mettre à la place des utilisateurs, éviter absolument le posture d’expert ! Mettre de côté les certitudes qui vous guiderons dans une mauvaise direction
* Attention aux faux problèmes ! Toujours avoir en tête les 3 critères d’un vrai problème
* Détecter les formulation “absence de” :(ex. le problème est qu’il manque mon idée de solution”
* Cette approche nécessite de la rigueur car elle repose sur une réévaluation continue des hypothèses pour les infirmer ou les confirmer tout au long du projet
  {% endhint %}