> For the complete documentation index, see [llms.txt](https://urd.gitbook.io/compass/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://urd.gitbook.io/compass/home/home-fr/apprentissage-et-adaptation/mettre-en-place-un-systeme-meal-oriente-vers-lapprentissage/niveau-programme-apprendre-a-lechelle-des-projets.md). # Niveau programme — Apprendre à l’échelle des projets **Apprentissage au niveau du programme** ne relève pas simplement de l’agrégation des données des projets\ Cela implique d’identifier des schémas, de favoriser la cohérence entre les équipes et de gérer collectivement un portefeuille d’initiatives. Cette section s’adresse aux coordinateurs de programme, aux chefs de mission et aux responsables de consortium. *** ### Le cycle régulier — Maintenir une perspective transversale Le cycle continu au niveau du programme s’appuie sur ce qui se passe au niveau des projets. Par définition, son rythme est aligné sur celui des projets et est donc légèrement plus lent. Il est conçu pour permettre aux responsables du suivi d’un portefeuille de projets d’accéder en temps réel aux informations sur l’état d’avancement des projets et d’éclairer leurs décisions concernant les ajustements nécessaires aux projets. En principe, le cycle continu devrait permettre aux gestionnaires de comprendre et de défendre les décisions prises au niveau des projets, et de contribuer à une réflexion stratégique plus large au niveau du portefeuille. Par exemple, si un projet décide d’ajuster la méthodologie de son enquête de suivi parce que la qualité des données était insatisfaisante, cela devrait inciter la personne responsable à examiner comment les enquêtes de suivi sont menées dans les autres projets et à ajuster également l’approche si nécessaire. #### **Quelles informations comptent réellement au niveau du programme** Le premier défi du suivi au niveau du programme consiste à résister à la tentation de tout agréger. Plus de données ne signifie pas un meilleur pilotage. Un système de suivi au niveau du programme doit être conçu autour d’un petit nombre de questions qui ne peuvent pas être résolues au seul niveau des projets : * Existe-t-il des tendances communes entre les projets — dans les changements de contexte, dans les retours des communautés, dans les difficultés de mise en œuvre — qui signalent un besoin d’ajustement stratégique ? * Les projets couvrent-ils collectivement les besoins de la population cible, ou existe-t-il des lacunes ou des chevauchements importants ? * Les hypothèses qui sous-tendaient la stratégie du programme sont-elles toujours valides ? * Les ressources — humaines, financières, logistiques — sont-elles réparties entre les projets d’une manière qui reflète les priorités et les risques actuels ? Ces questions exigent un type d’information différent de celui produit par le suivi au niveau des projets. Elles nécessitent **une synthèse, une comparaison et une interprétation** — pas seulement une agrégation. #### **Mettre en place un système de suivi de programme léger** Un système de suivi de programme n’a pas besoin d’être sophistiqué pour être utile. L’échec le plus courant est la suringénierie : déployer des tableaux de bord et des plateformes de données avant que les processus et habitudes sous-jacents ne soient en place. **Un ensemble partagé d’indicateurs sentinelles entre les projets.** Adapter l’approche des indicateurs sentinelles au niveau du programme signifie identifier un petit nombre de signaux d’alerte pertinents à l’échelle du portefeuille — des signaux qui, s’ils sont observés simultanément dans plusieurs projets, indiqueraient un problème systémique plutôt qu’un problème propre à un projet. Le turnover du personnel, la baisse de la participation communautaire, des retards répétés ou une série de plaintes similaires sur plusieurs sites sont des exemples de signaux au niveau du programme. *(Voir la boîte à outils — Indicateurs sentinelles dans la section* [Niveau projet — Intégrer des habitudes d’apprentissage dans votre projet](/compass/home/home-fr/apprentissage-et-adaptation/mettre-en-place-un-systeme-meal-oriente-vers-lapprentissage/niveau-projet-integrer-des-habitudes-dapprentissage-dans-votre-projet.md#the-regular-cycle-stepping-back-at-key-milestones)*)* **Un outil simple de suivi du portefeuille.** Un outil de suivi partagé, qui peut être aussi simple qu’un tableur régulièrement mis à jour, permet aux gestionnaires de programme de comparer l’état des projets par rapport à des indicateurs clés, de signaler les projets qui nécessitent une attention particulière et d’identifier où les enseignements d’un projet pourraient être pertinents pour d’autres. L’objectif n’est pas de suivre chaque détail, mais de conserver une vue d’ensemble, à la manière d’un hélicoptère, qui complète la perspective de terrain des équipes de projet. **Une communication régulière et structurée entre les équipes de projet.** L’une des sources les plus sous-utilisées d’apprentissage au niveau du programme est le savoir que détiennent déjà les équipes de projet. Un bref point de contact structuré (mensuel ou bimensuel), au cours duquel les chefs de projet partagent ce qu’ils observent, les adaptations qu’ils ont apportées et les questions qui les préoccupent, peut faire émerger des apprentissages qu’aucun système de suivi ne capturerait. Le rôle du gestionnaire de programme dans ces échanges est d’écouter, de faire le lien entre les éléments et de faciliter la résolution des problèmes, mais pas de faire remonter l’information. #### **L’équipe MEAL comme facilitatrice de l’apprentissage, et pas seulement comme collectrice de données** Au niveau du programme, la fonction MEAL doit jouer un rôle différent de celui qu’elle joue au niveau du projet. Sa valeur principale ne réside pas dans la collecte et le traitement des données, ce sont les équipes de projet qui le font. Sa valeur réside dans **la facilitation de la circulation des apprentissages à travers le portefeuille**: identifier des tendances que les équipes de projet ne peuvent pas voir, mettre en relation des équipes confrontées à des défis similaires, traduire les résultats du suivi en questions stratégiques pour la gestion du programme, et veiller à ce que les adaptations apportées dans un projet éclairent les autres. Cela nécessite une équipe MEAL intégrée aux décisions de gestion du programme, et non isolée dans une fonction de reporting. Cela nécessite également des gestionnaires de programme qui utilisent activement les analyses MEAL pour orienter, et pas seulement pour se conformer. > **Lien avec l’engagement 6 du CHS** — la coordination et la complémentarité ne concernent pas seulement les acteurs externes. Au niveau du programme, veiller à ce que les projets se complètent plutôt qu’ils ne se dupliquent est une expression directe de cet engagement et exige un suivi actif et continu. #### **Gérer les informations de manière responsable à l’échelle du portefeuille** Le suivi au niveau du programme soulève des questions spécifiques sur la responsabilité des données que les systèmes au niveau des projets n’abordent pas toujours : * Qui a accès aux données de niveau projet au niveau du programme, et dans quel but ? * Comment les données sensibles (retours des communautés, plaintes, incidents de protection) sont-elles traitées lorsqu’elles remontent du niveau du projet au niveau du programme ? * Lorsque les projets sont mis en œuvre par différents partenaires, quels accords de partage des données sont en place, et reflètent-ils les principes de minimisation des données et de consentement éclairé ? Ces questions sont particulièrement aiguës dans les contextes de consortium, où la gouvernance des données entre organisations ajoute une couche de complexité. > **Lien avec l’engagement 4 du CHS** — les communautés doivent savoir quelles données sont collectées à leur sujet, par qui et comment elles sont utilisées. Cela s’applique non seulement au niveau des projets, mais à l’ensemble de la chaîne de gestion des données jusqu’au niveau du programme. *** ### **Le cycle lent — Tirer des leçons à l’échelle du portefeuille** Le cycle lent au niveau du programme fonctionne au rythme d’étapes importantes (c’est-à-dire la fin d’une phase de financement, un examen stratégique majeur, la clôture de plusieurs projets dans le même contexte ou une évolution significative de l’environnement opérationnel). Son objectif n’est pas d’ajuster ce qui se passe actuellement, mais de **extraire des enseignements durables de l’expérience du portefeuille** et veiller à ce qu’ils façonnent la suite. C’est là que la matière première accumulée au cours des cycles régulier et intermédiaire est transformée en connaissances pouvant être transmises au prochain cycle de conception de programme, à d’autres contextes au sein de l’organisation, aux partenaires et structures de coordination, ainsi qu’aux communautés que le programme a servies. #### **Tirer des leçons au niveau du programme** Tirer des leçons au niveau du programme va au-delà de la collecte des leçons tirées de projets individuels. Cela implique un processus délibéré de **analyse transversale entre les projets** — examiner le portefeuille dans son ensemble et se demander quels schémas émergent entre les projets, les contextes et les périodes. Cela implique généralement : **Une synthèse transversale entre les projets.** Rassembler les leçons tirées des projets individuels afin d’identifier ce qui se vérifie à l’échelle du portefeuille (c’est-à-dire les défis récurrents, les bonnes pratiques constantes, les adaptations qui se sont révélées efficaces dans plusieurs contextes). Cette démarche est particulièrement utile lorsqu’elle est menée avec les équipes de projet elles-mêmes, et pas seulement par une équipe MEAL ou de gestion de programme travaillant à partir de rapports. **Un atelier d’apprentissage transversal structuré.** Un atelier au niveau du programme réunit plusieurs équipes de projet, partenaires et, lorsque cela est possible et pertinent, des représentants des communautés afin d’analyser collectivement l’expérience respective et collective des projets. Cet atelier porte sur la construction collective du sens : ce que chaque projet apporte au savoir collectif, ce qui est partagé entre les différents projets, pourquoi cela importe pour les autres projets, et comment l’organisation peut adapter ses modes de fonctionnement au niveau organisationnel. **Un processus de documentation des bonnes pratiques.** Lorsqu’une approche, un outil ou une méthode particulière s’est révélée efficace dans plusieurs projets, il vaut la peine de la documenter dans un format qui la rende transférable — non seulement en interne, mais aussi vers des organisations pairs et vers le secteur au sens large. Une note de bonne pratique n’est pas un récit de succès : c’est un compte rendu précis de ce qui a fonctionné, dans quelles conditions, et avec quelles limites. *** **Intégrer les apprentissages dans la stratégie du programme et de l’institution** Le cycle lent au niveau du programme n’a de valeur que s’il est relié vers le haut à la prise de décision institutionnelle. Cela signifie qu’il faut un processus clair pour : * Intégrer les leçons du niveau du programme dans la conception des futures propositions de financement et des stratégies de programme * Éclairer les politiques organisationnelles et les cadres opérationnels — en particulier lorsque l’expérience du programme a mis en évidence des lacunes ou des incohérences * Contribuer à l’apprentissage au niveau du secteur par le biais des structures de coordination, des échanges entre pairs et de la documentation publiée Ce lien entre l’apprentissage au niveau du programme et l’apprentissage institutionnel est l’un des maillons les plus souvent rompus dans les systèmes d’apprentissage organisationnel. Les leçons sont produites au niveau du programme puis ne circulent pas. Pour y remédier, il faut investir délibérément — non seulement dans la documentation, mais aussi dans les processus et les relations qui permettent aux connaissances de circuler entre les niveaux. *(Voir* [Niveau institutionnel — Construire une organisation qui apprend](/compass/home/home-fr/apprentissage-et-adaptation/mettre-en-place-un-systeme-meal-oriente-vers-lapprentissage/niveau-institutionnel-construire-une-organisation-qui-apprend.md)*)* *** #### **Points clés** * Le cycle lent au niveau du programme transforme l’expérience accumulée en connaissances durables et transférables, mais seulement s’il est conçu autour des décisions, et non des livrables * Trois publics ont besoin de choses différentes de l’apprentissage au niveau du programme : les équipes internes, les communautés et les partenaires locaux, et le secteur au sens large * Tirer des leçons au niveau du programme exige une analyse transversale entre les projets, pas seulement une collection de leçons individuelles apprises * Le lien entre l’apprentissage au niveau du programme et la stratégie institutionnelle est l’un des maillons les plus souvent rompus, et l’un des plus importants à traiter * Les questions de gestion responsable des données deviennent particulièrement visibles au moment de la synthèse et de la diffusion (*Voir Cartong Learning Corner - Boîte à outils sur* [*la gestion responsable des données*](https://cartong.pages.gitlab.cartong.org/resources-center/en/learning-corner/toolboxes?content=10\&chapter=0\§ion=0) *)*