Une partie prenante est toute personne, groupe ou organisation qui a un intérêt dans un projet, qui l’influence ou qui est affecté par son résultat : sponsor, direction, équipe, métiers, clients, fournisseurs, régulateurs, utilisateurs finaux. Les parties prenantes d’un projet ne se contentent pas de regarder : elles financent, décident, freinent ou adoptent. Ce guide donne la définition et les catégories, un tableau d’exemples, l’analyse des parties prenantes en cinq étapes, la matrice pouvoir × intérêt, un registre et un plan de communication réutilisables, puis le lien avec la matrice RACI et le comité de pilotage.
Partie prenante : définition et catégories
Le terme traduit l’anglais stakeholder, littéralement « celui qui a une mise en jeu ». Le PMBOK retient une définition large : individu, groupe ou organisme qui peut affecter, être affecté par, ou se percevoir comme affecté par une décision, une activité ou un résultat du projet. Deux axes servent à les classer.
- Internes ou externes. Interne : appartient à l’organisation qui porte le projet (sponsor, direction, équipe projet, directions métiers, DSI). Externe : en dehors (clients, fournisseurs, régulateur, partenaires, utilisateurs finaux quand ils ne sont pas salariés).
- Primaires ou secondaires. Primaire : directement engagée dans le projet ou directement touchée par son livrable (sponsor, équipe, utilisateurs). Secondaire : concernée indirectement, souvent par les effets de bord (service voisin, riverains, presse).
Un membre de l’équipe est une partie prenante ; l’inverse est faux. Le régulateur ou le client final ne figurent sur aucun planning, et ce sont pourtant eux qui peuvent bloquer la mise en service.
Exemples de parties prenantes d’un projet par catégorie
Le tableau ci-dessous liste les parties prenantes que l’on retrouve sur la majorité des projets, avec leur intérêt typique. Servez-vous-en comme liste de contrôle lors de l’identification.
| Catégorie | Partie prenante | Intérêt typique | Ce qu’elle peut faire au projet |
|---|---|---|---|
| Interne | Sponsor | Retour sur investissement, respect du budget et du calendrier | Finance, arbitre, arrête le projet. |
| Interne | Direction générale | Alignement avec la stratégie, image, priorités entre projets | Priorise ou dépriorise, réaffecte des ressources. |
| Interne | Équipe projet | Objectifs clairs, charge tenable, reconnaissance | Produit les livrables, remonte les risques. |
| Interne | Directions métiers | Un outil ou un processus qui améliore leur quotidien sans le perturber | Valident les besoins, recettent, adoptent ou contournent. |
| Interne | DSI | Sécurité, intégration au système d’information, maintenabilité | Impose des normes, fournit ou refuse des accès. |
| Externe | Clients | Qualité, prix, délai, continuité de service | Achètent, réclament, résilient. |
| Externe | Fournisseurs et prestataires | Périmètre stable, paiement dans les délais | Livrent, facturent les changements, retardent. |
| Externe | Régulateur / autorité | Conformité (RGPD, sécurité, normes sectorielles) | Autorise, contrôle, sanctionne. |
| Externe | Partenaires | Coopération équilibrée, partage des bénéfices | Apportent ou retirent des moyens. |
| Externe | Utilisateurs finaux | Simplicité, formation, pas de perte de fonctionnalité | Adoptent ou rejettent le livrable. |
Analyse des parties prenantes en 5 étapes
L’analyse des parties prenantes se mène au lancement, puis à chaque passage de phase. Cinq étapes suffisent.
- Identifier. Réunissez le sponsor et deux ou trois membres clés et listez tout le monde : organigramme, contrats, obligations réglementaires, processus touchés par le livrable. Posez la question « qui sera mécontent si ce projet réussit ? » : elle révèle les oubliés. Visez l’exhaustivité, vous trierez ensuite.
- Qualifier. Pour chacune, notez le pouvoir (capacité à influencer le projet : budget, décision, blocage), l’intérêt (à quel point le résultat la concerne) et l’attitude (soutien, neutre, opposant). Une échelle de 1 à 3 suffit ; le débat en équipe vaut plus que la note.
- Cartographier. Placez les parties prenantes sur la matrice pouvoir × intérêt. Chaque quadrant appelle une stratégie d’engagement, décrite ci-dessous.
- Planifier l’engagement. Pour chaque partie prenante importante, décidez du niveau d’engagement visé (informée, consultée, associée, partenaire), de l’action de communication, du canal, de la fréquence et du responsable. C’est le plan de communication.
- Suivre et réviser. Tenez le registre à jour : un changement de sponsor, une réorganisation, un nouveau prestataire modifient la carte. Revoyez-la à chaque jalon et dès qu’une résistance apparaît.
La matrice pouvoir × intérêt
La matrice pouvoir × intérêt (ou grille de Mendelow) croise deux axes : le pouvoir de la partie prenante sur le projet et l’intérêt qu’elle lui porte. Les quatre quadrants fixent le niveau d’effort à consacrer à chacune.
| Quadrant | Pouvoir | Intérêt | Stratégie | Exemples |
|---|---|---|---|---|
| Acteurs clés | Fort | Fort | Gérer de près : associer aux décisions, réunions régulières, validation des livrables. | Sponsor, directeur métier principal, chef de projet côté client. |
| À satisfaire | Fort | Faible | Satisfaire : anticiper leurs exigences, ne les solliciter que sur l’essentiel, aucune mauvaise surprise. | Direction générale, DSI, régulateur, direction financière. |
| À informer | Faible | Fort | Informer : communication régulière, écoute des retours, relais auprès des utilisateurs. | Utilisateurs finaux, équipe support, services voisins impactés. |
| À surveiller | Faible | Faible | Surveiller : information minimale, veiller à ce qu’elles ne changent pas de quadrant. | Prestataires ponctuels, services non concernés, presse interne. |
La matrice n’est pas figée. Un utilisateur final à faible pouvoir individuel devient un acteur clé quand une centaine d’utilisateurs refusent le nouvel outil. Un régulateur silencieux passe en acteur clé le jour d’un contrôle. Relisez la carte à chaque jalon.
Cartographie des parties prenantes : exemple de registre
Le registre des parties prenantes est le livrable de l’analyse. Voici celui d’un projet de remplacement du logiciel de facturation dans une société de services de 300 personnes. Sept ou huit lignes suffisent à un projet de cette taille ; un programme en compte trente.
| Partie prenante | Rôle dans le projet | Pouvoir | Intérêt | Attitude | Action de communication | Fréquence |
|---|---|---|---|---|---|---|
| Directeur financier | Sponsor | Fort | Fort | Soutien | Comité de pilotage, arbitrages budget et périmètre | Mensuelle |
| Direction générale | Décideur | Fort | Faible | Neutre | Note de synthèse d’une page, alerte sur les jalons majeurs | Trimestrielle |
| Responsable comptabilité | Référent métier | Moyen | Fort | Soutien | Ateliers de conception, recette, réunion d’avancement | Hebdomadaire |
| DSI | Fournisseur interne | Fort | Moyen | Neutre | Revue d’architecture et de sécurité, comité projet | Bimensuelle |
| Équipe commerciale | Utilisateurs impactés | Faible | Fort | Opposant | Démonstrations, groupe d’utilisateurs pilotes, FAQ | Bimensuelle |
| Éditeur du logiciel | Fournisseur | Moyen | Fort | Soutien | Réunion de suivi contractuel, traitement des demandes de changement | Hebdomadaire |
| Délégué à la protection des données | Régulateur interne | Fort | Faible | Neutre | Analyse d’impact, validation avant mise en production | Aux jalons |
| Clients | Destinataires des factures | Faible | Moyen | Neutre | Courrier d’information sur le nouveau format de facture | Une fois, avant la bascule |
Le plan de communication des parties prenantes
Le plan de communication traduit le registre en actions concrètes. Il tient en un tableau : pour chaque quadrant, un message, un canal, un rythme et un responsable. Le format compte autant que la fréquence : la direction générale lit une page, pas un compte rendu de dix.
| Cible | Objectif | Canal | Fréquence | Responsable |
|---|---|---|---|---|
| Acteurs clés | Décider et arbitrer | Comité de pilotage, entretien individuel | Mensuelle + à la demande | Chef de projet |
| À satisfaire | Rassurer, aucune surprise | Note de synthèse, tableau de bord | Aux jalons | Sponsor |
| À informer | Préparer l’adoption | Réunion d’information, démonstration, lettre projet | Bimensuelle | Référent métier |
| À surveiller | Garder le contact | Intranet, lettre d’information générale | Trimestrielle | Équipe projet |
Gérer les résistances
Une partie prenante opposante n’est pas un problème à contourner mais un signal à traiter. La résistance a presque toujours une cause rationnelle : perte d’autonomie, charge supplémentaire, crainte pour le poste, mauvaise expérience passée. Quatre leviers, dans l’ordre :
- Écouter avant de convaincre : un entretien individuel révèle la vraie objection, rarement celle exprimée en réunion.
- Donner une place : intégrer l’opposant au groupe d’utilisateurs pilotes ou à un atelier de conception transforme souvent un critique en relais.
- Montrer tôt : une démonstration sur des données réelles vaut mieux que trois présentations.
- Escalader si nécessaire : quand la résistance bloque un jalon, le sponsor tranche en comité de pilotage, avec les faits du registre.
Parties prenantes, matrice RACI et comité de pilotage
Les trois outils se complètent. Le registre des parties prenantes dit qui compte et pourquoi. La matrice RACI dit, tâche par tâche, qui réalise, qui décide, qui est consulté et qui est informé : les acteurs clés y portent les A, les parties prenantes à informer y figurent en I. Le comité de pilotage (copil) est l’instance où les parties prenantes à fort pouvoir se retrouvent pour arbitrer ; sa composition découle directement du quadrant « gérer de près ». Construisez les trois dans cet ordre au lancement : registre, puis RACI, puis composition des comités.
Les erreurs fréquentes
- Oublier les utilisateurs finaux. Ils sont nombreux, à faible pouvoir individuel, absents des réunions, et ce sont eux qui font échouer l’adoption.
- Faire l’analyse une seule fois. Une carte du kick-off est fausse au bout de trois mois : nouveau directeur, prestataire remplacé, réorganisation.
- Confondre partie prenante et membre de l’équipe. L’équipe produit ; les parties prenantes financent, décident, subissent ou adoptent. Réduire l’analyse à l’organigramme du projet fait disparaître le client et le régulateur.
- Noter des personnes plutôt que des fonctions. Le registre doit survivre au départ d’un directeur.
- Communiquer de la même façon avec tout le monde. Un compte rendu de dix pages envoyé à la direction générale ne sera pas lu ; un tableau de bord sans explication inquiète les utilisateurs.
- Ignorer les parties prenantes à faible intérêt. Elles changent de quadrant sans prévenir.
Dans FoxPlan
Dans FoxPlan, les parties prenantes internes sont les membres du projet, chacun avec un rôle qui fixe ce qu’il voit et ce qu’il peut modifier. Le module Comités matérialise le comité de pilotage et le comité projet avec leurs participants, leurs séances récurrentes et leur ordre du jour : la composition issue de votre matrice pouvoir × intérêt se traduit directement. Le plan de communication vit dans les actions du projet, chacune avec un responsable et une échéance, et dans les notifications qui préviennent les personnes concernées. Fichiers, décisions et rapports de météo projet sont partagés au même endroit, ce qui donne à chaque partie prenante l’information de son niveau sans multiplier les envois.
Voir comment faire dans la documentation FoxPlan ↗
Questions fréquentes
Qu’est-ce qu’une partie prenante dans un projet ?
Une partie prenante est toute personne, groupe ou organisation qui a un intérêt dans le projet, qui l’influence ou qui est affecté par son résultat. Les exemples typiques sont le sponsor, la direction générale, l’équipe projet, les directions métiers, les clients, les fournisseurs, le régulateur et les utilisateurs finaux. Les identifier tôt et communiquer avec chacune au bon niveau est décisif pour l’adoption du livrable.
Quelle est la différence entre une partie prenante interne et externe ?
Les parties prenantes internes appartiennent à l’organisation qui porte le projet : sponsor, direction, équipe projet, directions métiers, DSI. Les parties prenantes externes sont en dehors : clients, fournisseurs, partenaires, régulateurs, utilisateurs finaux quand ils ne sont pas salariés. Les externes sont souvent oubliées parce qu’elles n’assistent à aucune réunion du projet, alors qu’elles peuvent bloquer la mise en service.
Comment identifier les parties prenantes d’un projet ?
Réunissez le sponsor et quelques membres clés au lancement et listez tous ceux qui financent, décident, produisent, utilisent ou subissent le livrable, à partir de l’organigramme, des contrats, des obligations réglementaires et des processus touchés. Demandez qui serait mécontent si le projet réussissait : la réponse révèle les oubliés. Notez ensuite chaque partie prenante sur son pouvoir, son intérêt et son attitude.
Qu’est-ce que la matrice pouvoir intérêt ?
La matrice pouvoir intérêt, aussi appelée grille de Mendelow, place chaque partie prenante sur deux axes : son pouvoir sur le projet et l’intérêt qu’elle lui porte. Elle donne quatre quadrants avec une stratégie chacun : gérer de près (fort pouvoir, fort intérêt), satisfaire (fort pouvoir, faible intérêt), informer (faible pouvoir, fort intérêt) et surveiller (faible pouvoir, faible intérêt). Elle se refait à chaque jalon parce que les parties prenantes bougent.
Quelle est la différence entre une partie prenante et un membre de l’équipe projet ?
Un membre de l’équipe produit les livrables et figure dans le planning ; c’est une partie prenante parmi d’autres. Une partie prenante n’est pas forcément membre de l’équipe : le sponsor, le client, le régulateur ou les utilisateurs finaux influencent le projet ou en subissent les effets sans y travailler. Réduire l’analyse des parties prenantes à l’équipe laisse de côté ceux qui peuvent bloquer l’adoption.
À quelle fréquence mettre à jour l’analyse des parties prenantes ?
À chaque jalon ou passage de phase, et dès qu’un événement modifie la carte : nouveau sponsor, réorganisation, prestataire remplacé, résistance qui apparaît. Un registre rédigé au lancement et jamais revu est faux en quelques mois. Datez chaque révision et présentez les changements au comité de pilotage.
