Dans beaucoup d'ONG et d'organisations de développement, les mots projet et programme sont utilisés presque indifféremment. Ce n'est pas toujours problématique au quotidien. Mais lorsque l'organisation grandit, que plusieurs bailleurs financent des interventions dans les mêmes zones, que plusieurs projets poursuivent des objectifs proches ou que les équipes produisent de plus en plus de données et de rapports, cette confusion peut devenir coûteuse.
On peut alors se retrouver avec plusieurs projets bien gérés individuellement, mais un ensemble qui manque de cohérence. Les calendriers sont respectés, les budgets suivis, les rapports produits, les indicateurs renseignés. Et pourtant, la direction peine parfois à répondre à une question pourtant essentielle : qu'est-ce que l'ensemble de nos interventions permet réellement d'accomplir ?
C'est précisément là que la distinction entre gestion de projet et gestion de programme devient stratégique. Un projet cherche principalement à produire des résultats définis dans un cadre donné. Un programme cherche à coordonner des interventions liées afin de produire des résultats, des bénéfices et des changements qu'il serait plus difficile d'obtenir en pilotant chaque intervention séparément.
Cette distinction est particulièrement importante dans les ONG et les projets de développement en Afrique, où une même organisation peut intervenir simultanément sur plusieurs secteurs, plusieurs territoires, plusieurs financements et plusieurs niveaux de changement.
Le projet : produire un résultat dans un cadre défini
Un projet est une intervention temporaire mise en place pour atteindre des objectifs déterminés. Il possède généralement un périmètre défini, une durée limitée, un budget, une équipe aux responsabilités identifiées, des résultats attendus, des indicateurs, un dispositif de suivi et des mécanismes de gestion des risques et des parties prenantes.
Dans le secteur du développement, on peut par exemple avoir un projet d'amélioration de la santé maternelle dans trois districts, sur vingt-quatre mois. Il doit alors être planifié, financé, exécuté, suivi et clôturé. Le chef de projet doit répondre à des questions très opérationnelles : sommes-nous dans les délais ? les activités sont-elles réalisées ? le budget est-il maîtrisé ? les résultats prévus sont-ils atteints ? quels risques menacent la mise en œuvre ?
La gestion de projet est donc fortement orientée vers la réalisation et la maîtrise de l'intervention.
Le programme : relier les interventions autour d'un changement plus large
Un programme se situe à un niveau différent. Il ne consiste pas à simplement ranger plusieurs projets dans un même dossier administratif : il vise à coordonner des projets, des activités et parfois d'autres interventions liées, afin de contribuer à des résultats et des bénéfices stratégiques communs.
Prenons une organisation qui intervient sur la santé dans plusieurs régions de Madagascar. Elle peut avoir un projet de santé maternelle, un projet de nutrition, un projet de renforcement des centres de santé, une intervention communautaire, un volet de renforcement institutionnel, des activités de plaidoyer auprès des autorités. Chaque intervention a son propre financement, son propre calendrier, ses propres exigences. Mais l'organisation peut aussi poursuivre une ambition commune : améliorer durablement l'accès, la qualité et l'utilisation des services de santé dans les zones ciblées.
C'est cette ambition commune qui donne son sens à l'approche programme. La question n'est alors plus seulement « nos projets atteignent-ils leurs objectifs ? », mais « nos différentes interventions se renforcent-elles mutuellement, et produisent-elles collectivement les changements recherchés ? ». C'est un changement de niveau de pilotage.
La différence fondamentale : livrer un projet ou maximiser des bénéfices
La différence entre projet et programme peut se résumer simplement :
| Gestion de projet | Gestion de programme |
|---|---|
| Se concentre sur une intervention | Se concentre sur plusieurs interventions liées |
| Périmètre défini | Vision stratégique plus large |
| Durée généralement déterminée | Horizon pouvant être plus long |
| Résultats du projet | Résultats et bénéfices du programme |
| Budget et calendrier du projet | Arbitrage et coordination entre interventions |
| Indicateurs du projet | Vision consolidée et stratégique |
| Gestion des risques du projet | Gestion des interdépendances à l'échelle du programme |
| Reporting projet | Pilotage stratégique et reporting consolidé |
| Réussite de l'intervention | Réalisation des bénéfices et contribution au changement |
Cette distinction est essentielle, car un projet peut être réussi individuellement sans que le programme produise nécessairement les bénéfices attendus. Trois projets peuvent par exemple tous atteindre leurs indicateurs respectifs : 100 agents formés, 50 centres équipés, 20 000 personnes sensibilisées. Mais si les formations ne sont pas intégrées au fonctionnement des centres, si les équipements ne sont pas entretenus et si les personnes sensibilisées n'utilisent pas effectivement les services, l'effet global peut rester limité. Additionner les résultats des projets ne suffit donc pas à démontrer le succès d'un programme.
Pourquoi cette distinction est particulièrement importante pour les ONG
Dans une petite organisation, la distinction peut sembler théorique : une même personne est parfois responsable du projet, du programme, du reporting et même du suivi-évaluation. Mais lorsque l'organisation se développe, plusieurs difficultés apparaissent généralement.
Les projets fonctionnent en silos, chaque équipe avec ses propres outils, réunions, indicateurs et habitudes. Les mêmes activités peuvent être reproduites plusieurs fois : deux projets travaillent parfois avec les mêmes communautés ou les mêmes partenaires sans réelle coordination. Les données deviennent difficiles à consolider, chaque bailleur demandant des indicateurs différents, avec des définitions différentes. Les apprentissages restent enfermés dans les projets : une innovation testée d'un côté n'est jamais transférée de l'autre. Et la direction manque de visibilité stratégique : elle reçoit de nombreux rapports, mais dispose de peu d'informations réellement utiles pour arbitrer.
Le paradoxe est alors le suivant : plus l'organisation produit d'informations, plus il peut devenir difficile de comprendre ce qui se passe réellement. C'est précisément l'une des raisons pour lesquelles une organisation peut avoir besoin de passer, progressivement, d'une logique de projets à une logique de programme.
Projet et programme ne remplacent pas le cadre logique
Il existe parfois une autre confusion : croire que passer au niveau programme signifie abandonner les outils de gestion de projet. Ce n'est pas le cas. Le cadre logique, le PTBA, le budget, le registre des risques, le plan de suivi et les outils de reporting restent utiles au niveau projet, mais ils doivent être articulés avec une vision plus large.
Au niveau programme, l'organisation peut avoir besoin de définir une théorie du changement commune, de clarifier les résultats et bénéfices recherchés, d'identifier la contribution de chaque projet, d'harmoniser certaines définitions et certains indicateurs, de gérer les dépendances entre interventions, d'organiser les arbitrages de ressources, de capitaliser les apprentissages, de suivre les résultats à l'échelle du programme et de maintenir un dialogue stratégique avec les partenaires et les bailleurs.
Le programme ne supprime donc pas les projets. Il leur donne une cohérence supérieure.
Le rôle du MEAL change également
La distinction projet-programme est particulièrement importante pour le MEAL.
Au niveau projet, le MEAL doit permettre de savoir si les activités sont réalisées, si les résultats sont atteints, si les indicateurs évoluent comme prévu, quelles difficultés apparaissent, quels changements sont observés et quelles mesures correctives doivent être prises. Le dispositif inclut généralement la collecte de données, le suivi des indicateurs, les évaluations, les mécanismes de redevabilité et l'apprentissage.
Au niveau programme, la question devient plus ambitieuse. Il faut comprendre ce que produisent les différents projets ensemble, quelles tendances apparaissent dans plusieurs zones, quelles interventions fonctionnent le mieux dans certains contextes, quelles synergies existent entre projets, quels apprentissages peuvent être transférés, et quels résultats dépassent le périmètre d'un seul projet.
Un système MEAL de programme ne consiste donc pas à simplement additionner les indicateurs de plusieurs projets. Il doit permettre de construire une compréhension du changement à une échelle supérieure. C'est ici que le lien entre MEAL, données, systèmes d'information et décision devient particulièrement important.
L'indicateur commun n'est pas toujours la bonne solution
Lorsqu'une organisation commence à harmoniser ses projets, une tentation apparaît souvent : faire utiliser exactement les mêmes indicateurs à tout le monde. Cela peut sembler logique, mais ce n'est pas nécessairement une bonne pratique, car deux projets peuvent contribuer au même programme tout en ayant des mécanismes de changement différents.
L'objectif devrait plutôt être de déterminer quels indicateurs doivent être réellement communs, lesquels doivent rester spécifiques, quelles définitions méritent d'être harmonisées, quelles données peuvent être consolidées et quelles informations doivent rester au niveau opérationnel. L'harmonisation doit servir la décision : on ne standardise pas pour rendre les tableaux plus beaux, mais lorsque cela améliore réellement la cohérence, l'analyse ou le pilotage.
Quand une ONG devrait-elle commencer à penser « programme » ?
Il n'existe pas de seuil universel. Une organisation de dix personnes peut déjà avoir besoin d'une logique programme, tandis qu'une structure beaucoup plus grande peut continuer à fonctionner efficacement avec une organisation essentiellement projet. Certains signaux sont toutefois révélateurs : plusieurs projets poursuivent des objectifs proches, plusieurs projets interviennent dans les mêmes territoires, les mêmes partenaires sont sollicités par plusieurs équipes, plusieurs bailleurs financent des interventions complémentaires, les équipes utilisent des outils différents pour mesurer des résultats similaires, les ressources doivent être arbitrées entre plusieurs projets, les apprentissages circulent mal, la direction manque d'une vision consolidée, les équipes MEAL passent une part excessive de leur temps à consolider des rapports, ou les décisions stratégiques reposent sur des informations fragmentées.
Le passage au programme doit répondre à un besoin de coordination et de création de valeur, pas à une volonté de complexifier l'organigramme.
Et le PMO dans tout cela ?
Le PMO (Project Management Office) est souvent présenté comme la solution dès qu'une organisation gère plusieurs projets. Il faut cependant rester précis : un PMO n'est pas nécessairement un département de programme. Selon sa maturité et son mandat, il peut définir des standards de gestion de projet, mettre à disposition des modèles et outils, accompagner les chefs de projet, suivre un portefeuille de projets, consolider certaines informations, améliorer la gouvernance, renforcer la gestion des risques ou soutenir la direction dans ses arbitrages.
Dans une organisation mature, le PMO peut devenir un véritable mécanisme de gouvernance du portefeuille. Mais il n'est pas une fin en soi : créer un PMO sans problème de gouvernance clairement identifié revient parfois à ajouter une couche administrative sans résoudre le problème initial. La bonne question n'est donc pas « avons-nous besoin d'un PMO ? », mais « quel problème de pilotage, de coordination ou de gouvernance cherchons-nous réellement à résoudre ? ».
Un exemple concret à Madagascar
Imaginons une ONG qui intervient dans plusieurs districts avec trois projets : un projet santé maternelle, visant à améliorer l'accès et l'utilisation des services de santé maternelle ; un projet nutrition, visant à améliorer la prévention et la prise en charge de la malnutrition ; et un projet de renforcement des centres de santé, visant à améliorer la capacité des formations sanitaires à fournir des services de qualité. Chaque projet a son propre bailleur, son budget, son cadre logique, ses indicateurs, son calendrier, son équipe, ses rapports.
Dans une logique strictement projet, chaque équipe optimise principalement son propre dispositif : le projet santé maternelle cherche à atteindre ses indicateurs, le projet nutrition les siens, le projet de renforcement des centres suit ses propres activités. L'organisation peut alors se retrouver avec trois projets performants, mais peu de vision commune.
Dans une logique programme, l'organisation cherche à comprendre comment ces interventions contribuent ensemble à un objectif plus large. Elle peut identifier des territoires communs, des partenaires communs, des populations communes, des dépendances entre interventions, des données qui gagneraient à être harmonisées, des apprentissages transférables, des investissements pouvant être mutualisés. Le projet de renforcement des centres peut par exemple soutenir les conditions nécessaires à la réussite des interventions santé et nutrition. Le programme peut aussi permettre de constater qu'une intervention fonctionne mieux dans certains contextes ruraux que dans d'autres, et d'adapter les stratégies futures en conséquence.
La valeur ne vient donc pas uniquement de chaque projet pris séparément. Elle vient aussi de la manière dont les projets se renforcent mutuellement.
Le passage du projet au programme est aussi un changement de culture
Il serait réducteur de voir cette évolution comme un simple changement d'organigramme. Passer à une logique programme implique aussi de changer certaines habitudes de pensée : parler de « notre contribution au changement recherché » plutôt que de « mon projet », se demander quelle information permet réellement de piloter plutôt que de se concentrer sur « mon indicateur », chercher ce que l'organisation peut réutiliser plutôt que de simplement produire « mon rapport bailleur », et réfléchir à la façon dont les ressources contribuent collectivement aux bénéfices recherchés plutôt qu'à la seule gestion de « mon budget ».
Cette évolution demande de la gouvernance, mais aussi des compétences : des responsables capables de regarder simultanément l'opérationnel, le stratégique, les données, les risques, les parties prenantes et les résultats.
La maturité programme ne signifie pas plus de bureaucratie
C'est un point essentiel pour les ONG africaines, où les ressources financières et humaines sont souvent limitées. Une organisation n'a pas besoin de reproduire les structures lourdes d'une grande entreprise internationale pour adopter une logique programme. On peut commencer simplement, par paliers.
D'abord la visibilité : cartographier tous les projets, leurs objectifs, leurs territoires, leurs partenaires et leurs échéances. Puis la cohérence : identifier les chevauchements, les complémentarités et les dépendances. Vient ensuite l'harmonisation, en standardisant uniquement les outils, définitions et indicateurs qui doivent réellement l'être. Le pilotage, à son tour, consiste à mettre en place une vision consolidée pour la direction. L'apprentissage utilise les résultats et les données pour améliorer les interventions futures. Et l'institutionnalisation intègre progressivement cette logique dans la gouvernance, les processus, les systèmes d'information et les compétences de l'organisation.
L'objectif n'est pas de créer plus de réunions. C'est de créer de meilleures décisions.
Le rôle des données et des systèmes d'information
À mesure qu'une organisation passe du projet au programme, la question des données devient incontournable. Plusieurs projets peuvent utiliser Excel, KoboToolbox, DHIS2, CommCare, des bases de données, des outils financiers, des systèmes de reporting bailleur, Power BI, Looker Studio ou Tableau. Le problème n'est pas nécessairement la diversité des outils : il apparaît lorsque ces outils ne peuvent plus produire une information cohérente pour le pilotage.
Une organisation peut alors disposer de milliers de lignes de données et rester incapable de répondre rapidement à des questions pourtant simples : combien de bénéficiaires uniques avons-nous réellement atteints ? dans quelles zones plusieurs projets interviennent-ils ? quels résultats progressent ? quels projets rencontrent les mêmes difficultés ? quels apprentissages peuvent être transférés ?
C'est pourquoi une architecture de programme mature doit progressivement articuler données, information, analyse, apprentissage, décision et action. Le BI et les systèmes d'information ne remplacent pas la gestion de programme : ils peuvent en devenir des infrastructures essentielles.
Projet, programme et portefeuille : ne pas tout confondre
Une autre distinction devient utile lorsque l'organisation grandit. Le projet cherche principalement à livrer une intervention définie. Le programme cherche à coordonner des interventions liées pour produire des résultats et des bénéfices stratégiques. Le portefeuille, lui, cherche à arbitrer et aligner plusieurs projets et programmes avec la stratégie de l'organisation, en fonction des ressources, des priorités, des risques et de la valeur attendue.
Ces trois niveaux peuvent coexister au sein d'une même ONG, de l'organisation au portefeuille d'interventions, des programmes aux projets, puis aux activités. Cette architecture permet de poser une question fondamentale : sommes-nous en train de gérer correctement les interventions, ou sommes-nous également en train de gérer correctement la valeur qu'elles doivent produire pour l'organisation et les populations ?
Comment savoir si l'on est prêt à passer à une logique programme ?
Commencez par poser cinq questions à votre équipe de direction.
Avons-nous plusieurs projets qui contribuent à une même ambition stratégique ? Si oui, une logique programme peut apporter de la cohérence. Les projets partagent-ils des territoires, des populations ou des partenaires ? Si oui, la coordination peut générer des synergies importantes. Nos données peuvent-elles être comparées ou consolidées ? Si non, un travail d'harmonisation reste probablement à engager. Les apprentissages d'un projet influencent-ils réellement les autres ? Si non, l'organisation risque de perdre une partie de sa connaissance collective. La direction dispose-t-elle d'une vision suffisamment claire pour arbitrer ? Si la réponse est non, le problème n'est peut-être plus uniquement un problème de gestion de projet : il devient un problème de pilotage organisationnel.
Le véritable enjeu : passer de la gestion des activités au pilotage du changement
C'est probablement la distinction la plus importante. Une organisation peut être extrêmement performante dans la gestion quotidienne, avec des activités planifiées, des équipes mobilisées, des budgets suivis, des rapports transmis dans les temps. Mais la performance opérationnelle ne garantit pas automatiquement la transformation recherchée.
La gestion de projet demande : avons-nous réalisé ce que nous avions prévu ? La gestion de programme ajoute une question : la combinaison de nos interventions produit-elle réellement les bénéfices et le changement que nous recherchons ? Et le pilotage stratégique en ajoute une troisième : sommes-nous toujours en train d'investir nos ressources dans les interventions qui ont le plus de valeur au regard de notre mission ?
Ces questions ne s'opposent pas. Elles correspondent simplement à des niveaux différents de maturité managériale.
Ce que cela change pour les professionnels des ONG
Cette évolution explique aussi pourquoi les organisations recherchent de plus en plus des profils capables de dépasser la seule exécution d'un projet. Un responsable de programme doit comprendre à la fois la stratégie, la conception des projets, le cadre logique, la théorie du changement, la planification, le budget, les risques, les parties prenantes, le reporting, le MEAL, les données, la coordination, la gouvernance et l'apprentissage organisationnel.
Il ne s'agit pas de devenir expert dans chacun de ces domaines, mais de savoir les articuler. C'est cette capacité d'intégration qui distingue progressivement le pilotage d'un ensemble d'interventions du simple suivi de projets individuels.
Comment Helpazone aborde la gestion de programme
Chez Helpazone, nous abordons la gestion de programme comme une compétence de pilotage et de transformation, pas comme une simple extension de la gestion de projet. Notre parcours est structuré progressivement autour de quatre niveaux.
PM Foundation pose les fondamentaux : gestion de projet et de programme, cadre logique, planification, PTBA, risques et parties prenantes. PM Practitioner renforce la capacité opérationnelle : planification avancée, budgétisation, suivi, reporting et coordination de plusieurs interventions. PM Specialist fait passer au niveau stratégique : portefeuille, PMO, gouvernance, alignement stratégique et arbitrage. PM Systems institutionnalise enfin la fonction : processus, standards, transfert de compétences, intégration avec le MEAL et les systèmes d'information.
Notre objectif n'est pas que les participants connaissent des concepts, mais qu'ils puissent les appliquer à leurs propres projets, programmes et organisations. Cette logique rejoint nos autres domaines de compétence : MEAL, data analyst, BI et systèmes d'information. Car dans une organisation moderne, ces fonctions ne devraient pas fonctionner en silos : le programme définit le changement à coordonner, le MEAL observe et apprend, les données rendent le changement visible, les systèmes d'information organisent les flux, le BI transforme les données en information utile au pilotage, et le management transforme cette information en décisions.
Conclusion : un bon programme ne consiste pas à gérer plus de projets
La différence entre projet et programme ne réside pas dans le nombre de projets. Elle réside dans le niveau auquel l'organisation cherche à créer de la valeur et à piloter le changement.
Un projet bien géré permet de produire des résultats dans un cadre défini. Un programme bien conçu va plus loin : il relie les interventions, gère leurs interdépendances, capitalise les apprentissages et maximise les bénéfices recherchés. Pour les ONG et organisations de développement en Afrique, cette évolution peut devenir déterminante à mesure que les interventions se multiplient, que les financements se diversifient et que les exigences de redevabilité augmentent.
La vraie question n'est donc pas « projet ou programme ? », mais « à quel niveau devons-nous piloter pour que nos différentes interventions contribuent réellement au changement que nous voulons produire ? ». C'est à partir de cette question que peuvent ensuite se construire la gouvernance, le MEAL, les systèmes d'information, les outils de données et les compétences nécessaires.
Gérer un projet, c'est réussir une intervention. Gérer un programme, c'est organiser plusieurs contributions autour d'un changement commun. Piloter une organisation, c'est enfin s'assurer que ces contributions servent réellement sa stratégie et sa mission. Et c'est probablement là que commence la véritable maturité organisationnelle.
Pour aller plus loin
Cet article s'appuie sur des cadres reconnus du secteur : The Standard for Program Management, publié par le Project Management Institute (PMI), et le guide PMD Pro / MEAL DPro publié par PM4NGOs, une référence gratuite et largement utilisée dans le secteur du développement.
Si votre organisation souhaite structurer sa propre montée en compétence, Helpazone propose des parcours en gestion de programme, MEAL, business intelligence et data analyst, pensés pour le contexte malgache et plus largement africain.