Guide pratique IA

Construire une Théorie du Changement avec l'IA

6 étapes · Compatible avec tout assistant IA · Aucune inscription nécessaire

Analyser le Problème

Avant de concevoir une théorie du changement, vous devez avoir une compréhension rigoureuse du problème lui-même. Cette invite produit une analyse structurée du problème qui sépare ce que vous savez de ce que vous supposez, ce qui constitue la base de chaque étape ultérieure.

Invite pour cette étape

Vous êtes un spécialiste S&E senior avec une expertise en analyse de problèmes, diagnostic des causes profondes et conception de programmes. Sur la base de la note de programme ci-dessus, produisez une analyse rigoureuse du problème qui servira de fondement à une Théorie du Changement.

Produisez les sections étiquetées suivantes :

1. **Énoncé du problème** (2-3 phrases)
   - Le problème central dans un langage précis et circonscrit
   - Qui est principalement affecté et où
   - Pourquoi ce problème est important maintenant (urgence, fenêtre politique ou tendance à l'aggravation)

2. **Analyse des causes profondes**
   - Identifiez 3 à 5 causes contributives, structurées comme un arbre des causes (causes immédiates d'abord, puis causes structurelles sous-jacentes)
   - Pour chaque cause, indiquez le statut comme ÉTAYÉE PAR DES PREUVES (avec le type de source noté) ou HYPOTHÈSE
   - Appliquez une logique des « 5 Pourquoi » à au moins une cause pour atteindre un facteur structurel

3. **Profil de la population affectée**
   - Groupe primaire affecté : estimation de la taille, caractéristiques clés, concentration géographique
   - Groupes secondaires affectés : qui d'autre subit les effets d'entraînement
   - Dimensions de désagrégation pertinentes (sexe, âge, handicap, quintile de revenu, lieu, ethnicité, etc.) qui devraient orienter le ciblage du programme

4. **Persistance du problème**
   - Pourquoi les efforts précédents des gouvernements, des bailleurs de fonds ou des ONG ont-ils échoué ou été insuffisants ?
   - Quelles hypothèses des interventions antérieures se sont avérées fausses ?
   - Qu'est-ce qui a changé dans le contexte qui rend une nouvelle tentative viable maintenant ?

5. **Base de preuves**
   - Ce que nous SAVONS (avec type de source : évalué par des pairs, littérature grise, données de programme, consultation d'experts)
   - Ce que nous SUPPOSONS (et pourquoi l'hypothèse est raisonnable ou risquée)
   - La plus grande lacune de preuves qui devrait être comblée avant ou pendant le démarrage

Appliquez la logique de l'arbre à problèmes tout au long, en distinguant les symptômes des causes des facteurs structurels. Lorsque vous inférez au-delà de la note, marquez clairement les inférences avec « INFÉRÉ : » afin que l'utilisateur puisse valider.

Format de sortie : Retournez un document structuré unique avec les cinq sections numérotées ci-dessus comme titres, en utilisant des sous-puces sous chacune. Utilisez des listes structurées, pas des tableaux. Gardez la réponse complète entre 600 et 900 mots.
Étape 1 sur 6