Les programmes partenaires atteignent rarement leurs limites à 10 partenaires. À 10, le coordinateur connaît chaque dirigeant partenaire par son nom, un appel suffit à faire le point et une après-midi à rédiger le rapport annuel. Les difficultés apparaissent en passant à 200, lorsque ce même coordinateur commence chaque lundi avec une boîte de réception remplie de réponses sur l’avancement, un référentiel qui existe en trois versions et un rapport au conseil d’administration qui prendra des semaines.
Rien de spectaculaire ne se produit. Le programme franchit une série de seuils, et les habitudes qui fonctionnaient à 10 partenaires cessent d’être adaptées, une à une. Voici comment développer un programme partenaires sans subir cette lente dégradation : les sept points de rupture dans leur ordre habituel d’apparition, les raisons de chacun à cette échelle et les solutions, en commençant par les pratiques avant de passer aux outils. Avec, en complément, une checklist de préparation d’une page pour votre équipe.
Pourquoi les programmes partenaires atteignent leurs limites par paliers : le coordinateur devient le point de passage obligé
Avant de travailler dans la transformation numérique, j’enseignais la recherche opérationnelle à l’université de Porto : les mathématiques des files d’attente, des goulots d’étranglement et de la capacité. Sous cet angle, ces paliers s’expliquent.
Dans la plupart des programmes, presque toutes les demandes passent par une ou deux personnes : le coordinateur qui répond aux questions, vérifie les documents, relance les partenaires sur leur avancement et compile les rapports. Dans le vocabulaire de la théorie des files d’attente, le coordinateur est le serveur et chaque demande est une arrivée.
La loi de Little indique que le nombre moyen d’éléments dans un système est égal à leur taux d’arrivée multiplié par le temps moyen que chacun y passe [1]. L’accumulation de demandes en cours dans la boîte de réception du coordinateur n’est pas un manque de rigueur ; c’est le produit des arrivées et du temps d’attente.
Un second résultat est moins intuitif. Dans le modèle le plus simple de file d’attente à un seul serveur, le temps moyen passé par une demande dans le système est égal à son temps de traitement divisé par un moins le taux d’utilisation du serveur [2]. À 50 % d’occupation, une demande prend deux fois son temps de traitement pour aboutir ; à 80 %, cinq fois ; à 95 %, vingt fois. L’attente n’augmente pas de façon linéaire avec la charge de travail. Elle explose à mesure que la semaine se remplit.
Prenons un exemple, avec des hypothèses à remplacer par vos propres chiffres : un coordinateur dispose de 20 heures par semaine pour les demandes des partenaires, et chaque partenaire envoie une demande par semaine dont le traitement prend 20 minutes.
- 10 partenaires : un peu plus de 3 heures par semaine. Le coordinateur est occupé à 17 %, et les demandes n’attendent presque pas.
- 50 partenaires : près de 17 heures. Avec 83 % d’occupation, une demande met en moyenne six fois son temps de traitement pour aboutir.
- 60 partenaires : la totalité des 20 heures. La file d’attente ne se stabilise jamais ; elle continue de s’allonger.
Le coordinateur n’est pas devenu plus lent ; c’est le calcul qui a changé. Ce même calcul dicte l’ordre des mesures à prendre, comme sur toute ligne de production : réduire d’abord les arrivées de demandes (les partenaires trouvent les réponses sans avoir à poser de questions), puis raccourcir le traitement (toutes les demandes au même format, au même endroit), et seulement ensuite renforcer l’équipe. Recruter ne fait que repousser la limite : avec les mêmes hypothèses, deux coordinateurs l’atteignent à 120 partenaires.
Les sept points de rupture, dans leur ordre habituel d’apparition
1. Le suivi de l’avancement se fait par e-mail (à partir d’environ 15 partenaires)
Symptôme. Chaque mois, quelqu’un écrit à chaque partenaire pour savoir où il en est, relance les retardataires et copie les réponses dans un tableur. Lorsque la dernière réponse arrive, la première est déjà obsolète.
Pourquoi cela coince à ce stade. Une campagne de suivi ne génère que des demandes supplémentaires : un message envoyé et une réponse reçue par partenaire, sans compter les relances. À 15 partenaires, cela prend une après-midi. Avec 200 partenaires et une campagne mensuelle, cela représente 2 400 demandes par an avant même la première relance.
La solution. Cessez de demander où en sont les partenaires ; rendez leur avancement visible. Convenez avec eux de ce qui constitue un progrès en termes observables (une étape atteinte, une tâche accomplie, un document accepté), afin que l’état d’avancement découle directement du travail réalisé.
2. Le référentiel existe en plusieurs versions (à partir d’environ 25)
Symptôme. Le référentiel prend la forme d’un PDF datant de deux ans, d’un fichier Word mis à jour et d’une diapositive d’atelier que quelqu’un a améliorée. Les partenaires qui ont rejoint le programme à des années différentes travaillent sur des définitions différentes d’une même étape.
Pourquoi cela coince à ce stade. Avec 10 partenaires, un changement est annoncé en une réunion et tout le monde en prend connaissance. À 25, les modifications circulent en pièces jointes, et chaque copie devient une version divergente.
La solution. Un responsable, une seule version à jour, un journal des modifications et une date d’entrée en vigueur pour chaque changement.
3. L’intégration dépend d’une seule personne (à partir d’environ 40)
Symptôme. Les nouveaux partenaires sont accueillis par la personne qui a conçu le programme, lors d’un long appel. Quand cette personne est en congé, l’intégration attend ; lorsqu’elle quitte l’organisation, la mémoire du programme part avec elle.
Pourquoi cela coince à ce stade. L’intégration est une demande dont le temps de traitement est long, et les programmes ont tendance à accueillir les partenaires par groupes. Quinze nouveaux partenaires le même mois viennent remplir le même agenda.
La solution. Formalisez l’intégration par écrit : un bref dossier d’accueil, les trois premières étapes, les interlocuteurs à contacter selon les sujets. Le premier appel peut alors porter sur le partenaire, et non sur le programme.
4. Les justificatifs sont dispersés dans les boîtes de réception (à partir d’environ 60)
Symptôme. Politiques, audits, listes de formation et photos arrivent en pièces jointes chez la personne que le partenaire connaît le mieux. Avant un audit ou la visite d’un bailleur de fonds, l’équipe passe des jours à fouiller les boîtes mail.
Pourquoi cela coince à ce stade. Le volume de justificatifs augmente avec le nombre de partenaires multiplié par le nombre d’exigences, et ces documents arrivent dans des boîtes personnelles auxquelles les collègues n’ont pas accès. Pensez aussi à la charge de l’autre côté : une étude de l’ICVA de 2016 sur les conditions imposées par les bailleurs aux ONG humanitaires a relevé une moyenne de 36 échéances de reporting par pays et par an, ainsi que des évaluations des capacités des partenaires pouvant comporter plus de 100 questions et jusqu’à 91 annexes [3]. Vos partenaires supportent une charge comparable pour vous.
La solution. Ne demandez chaque justificatif qu’une seule fois, avec une date limite, en le reliant à l’exigence dont il atteste le respect. Ne demandez que ce que quelqu’un lira.
5. La production des rapports prend des semaines (à partir d’environ 90)
Symptôme. Le rapport annuel commence par un e-mail demandant des chiffres à chaque partenaire, se poursuit par des semaines de fusion de fichiers et se termine par un graphique dont personne ne peut retrouver la source.
Pourquoi cela coince à ce stade. À cette échelle, produire un rapport est un travail d’assemblage : si les données n’ont pas été recueillies dans une structure commune pendant l’année, quelqu’un la reconstitue à la fin, à la main. La même étude de l’ICVA décrit une ONG internationale qui avait calculé qu’elle pourrait économiser 11 000 heures de reporting financier si ses neuf principaux bailleurs s’accordaient sur les définitions des coûts et acceptaient le même modèle financier [3]. Dans le Grand Bargain de 2016, les bailleurs et les organisations d’aide se sont engagés à réduire les doublons et les coûts de gestion, ainsi qu’à simplifier le reporting : moins de volume, une terminologie commune, des exigences essentielles et une structure de rapport commune [4].
La solution. Choisissez quelques KPI avant le début de l’année, définissez-les de la même façon pour chaque partenaire et recueillez-les au fil du travail. Le rapport devient une extraction de données, et les semaines sont consacrées à sa lecture.
6. Les partenaires ne savent pas ce qui est attendu, ou ne peuvent pas travailler dans leur langue (à partir d’environ 120)
Symptôme. Les mêmes questions reviennent : que faut-il pour l’étape suivante, quel modèle utiliser, pour quelle échéance ? Dans certains pays, les partenaires répondent tard ou pas du tout, ce qui est interprété comme un manque d’engagement.
Pourquoi cela coince à ce stade. Le programme dépasse désormais les frontières, mais les attentes restent formulées dans une seule langue. Les auteurs d’un article de Humanitarian Exchange de 2021 ont souligné que les orientations mondiales et les outils techniques ne sont généralement disponibles que dans les langues officielles de l’ONU, et que les réunions de coordination tenues dans des langues internationales aggravent le problème [5]. Le silence est souvent un problème de langue, et non de motivation.
La solution. Décrivez chaque étape en termes simples et observables, puis traduisez-la avec ses modèles. Chaque question à laquelle la page répond est une demande qui n’arrive jamais dans la file d’attente.
7. Droits d’accès et protection des données (à partir d’environ 160)
Symptôme. Des centaines de personnes ont accès au dossier partagé, personne ne sait vraiment qui peut consulter l’évaluation de quel partenaire, et le délégué à la protection des données pose des questions auxquelles personne ne sait répondre.
Pourquoi cela coince à ce stade. Avec 10 partenaires, un dossier partagé est pratique. À 200, il devient un risque : les dossiers des partenaires contiennent des données personnelles et des évaluations sensibles, et les accès accordés manuellement sont rarement supprimés. Selon les orientations de la Commission européenne sur la protection des données par défaut, les données personnelles ne devraient être accessibles « qu’à un nombre limité de personnes, en fonction de leur besoin d’en connaître » [6].
La solution. Définissez les rôles avant l’arrivée du prochain groupe : qui, dans votre équipe, peut voir et modifier quoi, avec pour règle qu’un partenaire ne voit que ses propres données. Réexaminez les accès à chaque arrivée ou départ.
Ce qu’un outil doit faire à chaque point de rupture
Les pratiques passent en premier : un outil qui automatise un processus défaillant ne fait qu’accélérer sa défaillance. Ensuite, voici ce que la gestion des partenaires à grande échelle exige d’un outil :
| Point de rupture | La pratique d’abord | Ce que l’outil doit faire |
|---|---|---|
| Suivi de l’avancement par e-mail | Faire découler l’état d’avancement du travail réalisé | Permettre aux partenaires d’enregistrer leurs progrès là où ils travaillent et vous montrer la position de chacun sans avoir à la demander |
| Référentiel en plusieurs versions | Un responsable, une seule version, un journal des modifications | Conserver un référentiel unique pour tous les partenaires, modifiable à plusieurs, dont les changements parviennent à tous en même temps |
| Intégration dépendant d’une seule personne | Un dossier d’accueil écrit | Montrer à chaque nouveau partenaire, dès sa première connexion, où il en est et ce qu’exige sa prochaine étape |
| Justificatifs perdus dans les boîtes de réception | Une seule demande par justificatif | Rattacher chaque fichier déposé à l’étape qu’il justifie et montrer les éléments manquants pour l’ensemble des partenaires |
| Rapports prenant des semaines | Quelques KPI définis en amont | Conserver les KPI de chaque partenaire avec leur historique et produire des rapports à partir de ces données |
| Attentes floues, une seule langue | Des descriptions d’étapes claires et traduites | Montrer à chaque partenaire sa position et sa prochaine étape dans sa propre langue |
| Droits d’accès et protection des données | Des rôles définis avant l’arrivée du prochain groupe | Appliquer les rôles, limiter chaque partenaire à ses propres données, prendre en charge l’authentification de votre organisation et indiquer où les fichiers sont stockés |
Une checklist d’une page pour préparer le passage à l’échelle
La checklist transforme les sept points de rupture en 21 affirmations, accompagnées du calcul de la charge du coordinateur avec un espace pour vos propres chiffres. Parcourez-la avec votre équipe avant l’arrivée du prochain groupe de partenaires, et commencez par la première section qui comporte au moins deux cases vides.
Téléchargez la checklist de préparation au passage à l’échelle (PDF, 1 page). Imprimez-la pour une réunion d’équipe.
Vous avez déjà dépassé le deuxième point de rupture ? Dans Advancer.World, chaque partenaire travaille sur une seule version de votre programme, voit sa propre position et les exigences de l’étape suivante dans sa langue, et transmet ses justificatifs à l’étape concernée. Votre équipe voit où en est chaque partenaire sans avoir à le demander. Démarrez gratuitement.
La gestion des partenaires à grande échelle dans Advancer.World
Advancer.World est né de la transformation numérique de programmes au sein d’organisations telles que UNICEF et Airbus. Un programme est une grille unique, conçue une seule fois : les étapes sur un axe, les thèmes et sous-thèmes sur l’autre, chaque cellule décrivant ce que représente cette étape pour le thème concerné. Plusieurs membres de votre équipe peuvent la concevoir simultanément, et chaque partenaire travaille sur la même version.
Les transitions entre les cellules regroupent le travail à réaliser : initiatives, questionnaires, demandes de dépôt de documents et demandes de signature électronique. Pour chaque programme, vous choisissez comment les partenaires progressent : par autoévaluation, automatiquement lorsque l’étape précédente est terminée, ou après validation par votre équipe. Les partenaires sont invités par e-mail et voient leur propre position ainsi que les exigences de l’étape suivante, dans l’une des 22 langues disponibles, dont l’arabe, l’ourdou, le swahili et le haoussa. Ils ne voient jamais les données des autres partenaires, et ni les partenaires ni leurs collaborateurs ne paient.
Les KPI sont enregistrés par partenaire et des instantanés quotidiens en conservent l’historique : les rapports Excel et les rapports Word avec graphiques rédigés par l’IA reposent donc sur les données recueillies pendant l’année. Votre organisation peut se connecter avec Microsoft Entra ID, les fichiers sont stockés dans l’UE et, avec les offres Gold et Enterprise, un assistant IA peut consulter l’avancement de vos partenaires via le serveur MCP. Si vous découvrez MCP, commencez par comprendre ce qu’est le Model Context Protocol.
FAQ
Combien de partenaires un coordinateur peut-il gérer ?
Il n’existe pas de ratio fixe. Multipliez le nombre de partenaires par le nombre de demandes envoyées par chacun chaque semaine et par le nombre de minutes nécessaires au traitement de chaque demande, puis divisez par le nombre de minutes dont votre coordinateur dispose réellement pour travailler avec les partenaires. Vous obtenez le taux d’utilisation. À 80 %, une demande met déjà en moyenne cinq fois son temps de traitement pour aboutir.
Quand faut-il abandonner les tableurs et les e-mails pour gérer un programme partenaires ?
Lorsque deux des quatre premiers points de rupture apparaissent en même temps, ou avant l’arrivée du prochain groupe de partenaires, selon ce qui survient en premier. Pour vous aider à transférer vos données existantes, Mourinho Solutions propose un accompagnement à la migration.
Une plateforme ajoutera-t-elle du travail à nos partenaires ?
Elle devrait en supprimer. Un partenaire qui répond aux e-mails de suivi, envoie des pièces jointes à trois personnes et remplit un modèle différent pour chaque bailleur fait déjà ce travail ; un espace partagé ne fait qu’en changer la destination. Demandez d’abord à deux ou trois partenaires de l’essayer.
Comment développer un programme de partenaires sans le fragiliser
Vous n’avez pas besoin de résoudre les sept problèmes à la fois. Repérez le premier point de rupture que votre programme a déjà franchi, corrigez-le et calculez la charge de travail du coordinateur avant l’arrivée du prochain groupe. Un programme qui se développe bien ne repose pas sur un coordinateur héroïque. Il repose sur un coordinateur dont la semaine n’est pas saturée. Pour bénéficier d’un regard extérieur sur la conception même du programme, découvrez notre service de conseil en programmes.
Gérez 10 ou 200 partenaires avec la même grille. Concevez votre programme une seule fois, invitez vos partenaires et centralisez les justificatifs, les KPI et l’historique au lieu de les laisser dans votre boîte de réception. Commencez gratuitement.
Références
- John D. C. Little, « La loi de Little à l’occasion de son 50e anniversaire », Operations Research 59(3), p. 536–549, mai–juin 2011, https://doi.org/10.1287/opre.1110.0940 (consulté en octobre 2026).
- Richard C. Larson et Amedeo R. Odoni, « Recherche opérationnelle urbaine », Prentice-Hall, 1981, section 4.6.1, « Un opérateur, un nombre infini de lignes », https://web.mit.edu/urban_or_book/www/book/chapter4/4.6.1.html (consulté en octobre 2026).
- Conseil international des agences bénévoles (ICVA), « Moins de paperasse, plus d’aide : rapports, évaluation des capacités des partenaires et audit », mis à jour en septembre 2016, https://alnap.org/help-library/resources/less-paper-more-aid-reporting-partner-capacity-assessment-and-audit/ (consulté en octobre 2026).
- « Le Grand Bargain : un engagement commun pour mieux servir les personnes dans le besoin », Istanbul, 23 mai 2016, https://gblocalisation.ifrc.org/wp-content/uploads/2018/06/grand_bargain_final_22_may_final-2_0.pdf (consulté en octobre 2026).
- Mia Marzotto, Kemal Alp Taylan, Fatuma Ibrahim, Marian Ellen Hodgkin, Paul Martin Lukusa Mbwebwa et Charles Abugo, « “Comment pouvons-nous contribuer si nous ne pouvons pas participer ?” L’accessibilité des orientations humanitaires pour les organisations locales et nationales », Humanitarian Exchange 79, Humanitarian Practice Network, 25 mai 2021, https://odihpn.org/en/publication/how-can-we-contribute-if-we-cant-participate-the-accessibility-of-humanitarian-guidance-to-local-and-national-organisations/ (consulté en octobre 2026).
- Commission européenne, « Obligations : protection des données dès la conception et par défaut », https://commission.europa.eu/law/law-topic/data-protection/information-business-and-organisations/obligations/what-does-data-protection-design-and-default-mean_en (consulté en octobre 2026).
© 2026 Mourinho Solutions. Tous droits réservés.
