Liste des parties prenantes

Objectif

Le registre répond à une question opérationnelle: qui doit être associé, consulté ou informé et par quel moyen. Il recense toute personne, tout groupe et toute organisation qui peut affecter l'initiative ou être affecté par elle, et il consigne pour chacun assez d'attributs factuels pour planifier l'élicitation, la collaboration et la communication. Le BABOK situe la technique dans la planification de l'engagement des parties prenantes (tâche 3.2) et lui assigne un objectif: que l'analyste ait identifié toutes les sources possibles d'exigences et qu'il connaisse assez bien chaque partie prenante pour que ses décisions d'engagement soient les bonnes.

Chaque décision de conduite d'une analyse repose sur des faits relatifs à des personnes: qui interroger en premier, qui doit valider une modification de périmètre pour qu'elle tienne, qui apprendra la décision une fois prise et par quel canal. Le registre écrit ces faits une fois et les rend contestables, corrigeables et transmissibles.

Le livrable est le registre lui-même, tenu comme un document vivant. Il est aussi la matière première des trois techniques voisines, la matrice des parties prenantes, le diagramme en oignon et les personas, qui toutes trois le consomment sans le reconstruire. Un manque dans le registre se propage donc partout: une partie prenante absente de la liste est absente de toutes les analyses construites dessus. L'exhaustivité du recensement est le critère de qualité de la technique, avant la finesse de ses colonnes.

Usage

Quand l'utiliser

• Lancement d'une initiative: établir le registre avant toute élicitation, il détermine qui sera interrogé.
• Changement de périmètre: le nouveau périmètre touche des unités et des rôles absents du registre initial.
• Planification d'une élicitation ou d'un atelier: décider qui inviter, qui consulter ensuite, qui informer du résultat.
• Réorganisation ou changement de phase: les titulaires changent, les autorités de décision se déplacent, le registre suit.
• Arrivée d'un analyste sur une initiative en cours: le registre à jour est le moyen le plus rapide de savoir qui compte et à quel titre.
• Litige d'autorité prévisible: la colonne autorité tranche par avance qui approuve quoi.
• Solution destinée à être exploitée par d'autres: recenser les mainteneurs avant que la conception ne les ignore.
• Domaine réglementé: recenser les autorités de surveillance dont les règles deviendront des exigences du projet.
• Amont d'une matrice, d'un diagramme en oignon ou de personas: les trois consomment ce registre et aucun ne le reconstruit.

Quand ne pas l'utiliser

• Équipe stable qui se connaît, enjeu de décision faible: l'engagement direct et informel coûte moins que le registre.
• Recensement déjà fait et à jour, la question porte sur le positionnement: passer à la matrice des parties prenantes.
• Besoin réel de formaliser qui approuve quoi, activité par activité: la matrice RACI porte le R/A/C/I.

Description

Ce que porte une entrée

Le BABOK nomme quatre caractéristiques à identifier et à analyser pour chaque partie prenante: son niveau d'autorité dans le domaine du changement et dans l'organisation, son attitude ou son intérêt envers le changement entrepris, son attitude envers le travail d'analyse et le rôle de l'analyste, enfin son autorité décisionnelle. Un registre exploitable convertit ces caractéristiques en colonnes que l'on peut réellement remplir et relire. Dix attributs suffisent, et chacun tient sa place parce qu'une décision de planification en dépend.

• Nom et point de contact: la personne qui occupe le rôle aujourd'hui, avec ses coordonnées. On ouvre cette colonne un mardi matin pour convoquer quelqu'un.
• Rôle vis-à-vis de l'initiative: la fonction relative au changement (sponsor, utilisateur clé, exploitant, régulateur, fournisseur).
• Unité ou organisation de rattachement: le service interne ou l'organisation externe dont elle relève. Cet attribut raccroche le registre à l'organigramme et signale l'unité entière que le recensement a oubliée.
• Catégorie: interne ou externe, puis la nature de la relation (sponsor, utilisateur, exploitant, mainteneur, régulateur, fournisseur, partenaire, client, représentation du personnel). Une classification grossière, qui rend visible la catégorie restée vide.
• Intérêt dans le changement: ce que la partie prenante attend ou redoute de l'initiative, énoncé dans ses termes à elle.
• Autorité de décision: ce qu'elle peut approuver, bloquer ou seulement commenter, écrit en clair (« peut refuser la mise en production », « consultée sans pouvoir de décision »).
• Disponibilité: le temps et l'accès qu'elle peut réellement donner. Une partie prenante très intéressée mais indisponible appelle une autre tactique d'engagement qu'une partie prenante disponible et tiède, et la colonne rend cette différence visible avant qu'on ne planifie l'atelier.
• Canal d'influence: la manière dont elle pèse effectivement, par la hiérarchie formelle ou par l'expertise et les relations. Une note descriptive.
• Préférence de communication: le canal et la cadence qui fonctionnent avec elle (note de synthèse, point d'atelier, entretien individuel).
• Dernière vérification: la date à laquelle l'entrée a été confirmée et par qui. Cet attribut rend la péremption visible. Il manque à presque tous les registres.

Le piège de départ consiste à confondre le rôle et la personne. Une entrée qui porte « responsable de production » sans nommer le titulaire actuel ne permet de convoquer personne. Une entrée qui ne porte que le nom devient fausse le jour où cette personne change de poste, et rien dans le document ne le signale. Les deux faits sont distincts, le registre porte les deux et les tient réconciliables: le rôle survit au titulaire, le titulaire donne l'adresse.

Certaines entrées désignent une classe entière. Les assurés d'un portail se comptent par centaines de milliers, les fournisseurs de prestations par milliers de cabinets, aucun des deux n'a de numéro de poste. Une classe s'inscrit au registre comme une entrée à part entière, et elle porte ce que l'entrée nominative n'a pas à porter. Le critère de découpe d'abord: l'assuré qui passe par le portail n'est pas l'assuré qui téléphone au guichet, et si la décision de conception les sépare, le registre les sépare. Le représentant ensuite, nommé, avec la base de sa légitimité: une association signataire d'une convention, un ombudsman, un panel d'utilisateurs, une délégation du personnel. La provenance de l'intérêt enfin, car la règle qui veut que l'intérêt se recueille auprès de l'intéressé ne survit pas à trois cent mille personnes: l'intérêt d'une classe se recueille par échantillon, par les motifs d'appel du service clientèle ou par son représentant, et le registre écrit lequel des trois. Une entrée de classe est le point d'entrée des personas: le registre recense le segment, les personas en tirent l'archétype.

Le second piège est politique. Consigner qu'un dirigeant a peu d'autorité réelle ou qu'il est tiède envers le projet, dans un document que d'autres liront, est délicat, et le BABOK relève lui-même que la caractérisation d'une partie prenante peut être compliquée et paraître politiquement risquée. La règle qui tient: chaque caractérisation repose sur un fait vérifiable et se formule comme tel. « Peut arrêter le projet » se justifie par une délégation de compétence écrite ou par un précédent. Ce que le registre ne peut pas justifier, il le laisse en notes privées de l'analyste.

Le balayage d'identification

Le BABOK ne cite que le remue-méninges et l'entretien comme techniques de production de la liste. Les deux ont la même limite: ils remontent les parties prenantes que les personnes présentes dans la salle connaissent déjà. Or le critère de qualité du registre est l'exhaustivité. L'identification se conduit donc comme un balayage délibéré de sources, chacune fermant un angle mort que les autres laissent ouvert.

• Charte de projet, mandat, étude de faisabilité: le sponsor, les décideurs budgétaires, le périmètre déclaré.
• Organigramme: la ligne hiérarchique, les unités touchées, les titulaires actuels des postes.
• Cartographie des processus: tout rôle qui exécute, contrôle ou reçoit une étape du processus modifié, y compris hors du service commanditaire.
• Interfaces du système: les systèmes amont et aval et surtout les équipes qui les exploitent. C'est le seul passage qui fait remonter le mainteneur.
• Cadre légal et réglementaire du domaine: les autorités de surveillance dont les règles s'imposent à l'initiative. C'est le seul passage qui fait remonter le régulateur.
• Contrats et conventions: fournisseurs, prestataires, partenaires et l'engagement qui les lie à l'entreprise.
• Effet boule de neige: demander à chaque partie prenante confirmée qui d'autre devrait figurer et recommencer jusqu'à ce qu'aucun nom nouveau ne sorte. C'est le passage qui fait remonter l'influence informelle et les rôles non documentés.

Deux angles morts résistent au balayage ordinaire et méritent chacun une passe explicite. Le premier est le mainteneur. L'analyse d'exigences se déroule avant la mise en production, et les personnes qui reprendront la solution après (support applicatif, administration système, exploitation, service d'assistance) n'existent pas encore dans le projet au moment du recensement. Elles sont pourtant celles qui vivront le plus longtemps avec les décisions prises, et elles se découvrent d'ordinaire le lendemain de la bascule, quand le premier incident arrive. La norme ISO/IEC/IEEE 29148 les nomme dans sa définition de la partie prenante, aux côtés des utilisateurs finaux et des développeurs, et cette définition est un garde-fou: elle est plus large que la liste que produit un atelier.

Le second est le régulateur. Personne dans la salle ne lui rend de comptes, personne ne le croise et il ne remonte donc d'aucun remue-méninges interne. La question se pose comme une étape à part entière: quels organes appliquent des règles auxquelles cette initiative doit se conformer? La même norme 29148 range les autorités de réglementation et de surveillance parmi les parties prenantes. Une exigence réglementaire découverte au test d'acceptation (UAT) est une exigence découverte trop tard, et elle arrive presque toujours par un acteur qui ne figurait pas au registre.

Conduire l'identification

1. Cadrer le périmètre de l'initiative. Le registre se rapporte à un changement précis. Un périmètre flou produit une liste de tout le monde, ce qui revient à une liste de personne.
2. Rassembler les sources du balayage avant la première séance. Obtenir ces documents est souvent l'étape la plus lente du travail.
3. Tenir une séance facilitée avec le sponsor et les parties prenantes déjà connues pour produire la première liste. Elle sera incomplète.
4. Balayer les sources une à une, sans en sauter. Chaque source ajoute des noms que la séance n'a pas produits, et le nombre d'ajouts par source est en soi une information sur la qualité du recensement initial.
5. Faire une passe explicite sur les mainteneurs et une passe explicite sur les régulateurs.
6. Appliquer l'effet boule de neige jusqu'à saturation: chaque partie prenante confirmée désigne les autres, et l'on s'arrête quand un tour complet ne produit plus de nom nouveau.
7. Renseigner les dix attributs pour chaque entrée. L'intérêt et l'autorité se recueillent auprès de l'intéressé ou d'une source vérifiable, jamais par déduction depuis l'organigramme; l'intérêt d'une classe se recueille auprès de son représentant ou d'un échantillon, et le registre écrit d'où il vient.
8. Valider le registre avec le sponsor et deux ou trois experts métier. Cette relecture attrape la confusion entre le rôle et la personne, les unités entières absentes et les catégories vides.
9. Désigner un propriétaire du registre et fixer sa cadence de revue avant de le diffuser. Un registre publié sans propriétaire est un registre déjà en train de vieillir.

Tenir le registre en vie

L'échec le plus fréquent de la technique tient à un registre rempli une fois, au lancement, puis jamais rouvert. Les titulaires changent de poste, une délégation de compétence se déplace, le périmètre s'étend à un service qui n'y figurait pas, un fournisseur est remplacé. Rien de tout cela ne laisse de trace dans le document, qui garde exactement la même apparence d'autorité en devenant faux. Le registre coûte alors ce qu'il devait épargner: un atelier convoqué sans la personne qui peut approuver, une décision diffusée à une liste qui n'est plus juste depuis quatre mois, un régulateur découvert au test d'acceptation. Le BABOK note que la position d'une partie prenante peut changer sous l'effet de modifications organisationnelles, environnementales ou de périmètre.

Le remède tient en trois mécanismes peu coûteux. Un propriétaire nommé, l'analyste en général, répond de la fraîcheur du registre. Une cadence accrochée aux jalons plutôt qu'au calendrier: on revoit le registre à chaque passage de phase, à chaque changement de périmètre, à chaque réorganisation et à chaque départ ou arrivée parmi les personnes qui y figurent. Une revue mensuelle inscrite à l'agenda produit un rituel, une revue déclenchée par un événement produit un fait. Enfin, la colonne de dernière vérification porte la date et l'auteur de la confirmation. Une entrée qui n'a pas été reconfirmée depuis le dernier changement de périmètre est suspecte, et la colonne le montre d'un coup d'œil. Sans elle, toutes les lignes paraissent également fraîches, y compris celles qui datent de dix mois.

Le registre sur un projet HERMES

HERMES, la méthode de gestion de projet de la Confédération, fait du registre un résultat obligatoire. La Liste des parties prenantes (résultat 4.4.1.49, Stakeholderliste) est élaborée en phase d'initialisation, puis tenue à jour tout au long du projet, et la méthode lui assigne trois usages: la gestion des parties prenantes, la collaboration directe avec elles et la planification de la communication.

La méthode nomme aussi ceux qui l'écrivent: le chef de projet établit la liste avec le mandant. Elle range dans un résultat distinct et non public l'appréciation qui se construit sur ce registre, les intérêts des parties prenantes (résultat 4.4.1.48), dont relève le positionnement que traite la matrice des parties prenantes.

Le registre dans une initiative de données

Le Guide to Business Data Analytics de l'IIBA (§3.16) ajoute au registre deux attributs propres au travail sur les données. Le premier est la manière dont chaque partie prenante consomme et produit de la donnée: qui saisit, qui extrait, qui reçoit un rapport sans jamais ouvrir la source. Dans une initiative qui traverse plusieurs unités, ce sont ces habitudes qui révèlent les sources à intégrer, et les découvrir tard revient à découvrir un système entier tard.

Le second est la familiarité de la personne avec l'analyse de données, qui commande le niveau de détail et le type de visualisation qu'elle peut recevoir. Un même résultat se présente autrement à une direction et à l'équipe qui exploitera le modèle, et le registre est l'endroit où cette différence est notée une fois plutôt que redécouverte à chaque restitution.

Ce qui appartient aux techniques voisines

Le registre s'arrête là où commence l'analyse. La matrice des parties prenantes positionne les entrées selon leur pouvoir et leur intérêt et en déduit une stratégie d'engagement par quadrant. Le diagramme en oignon range les mêmes entrées par distance à la solution: qui la touche directement, qui n'en touche que le pourtour. Les personas synthétisent, à partir d'un segment d'utilisateurs recensé au registre et d'une recherche menée sur lui, un archétype auquel un choix de conception peut être confronté. Les trois consomment le registre, aucun ne le remplace. Pour l'analyse complète de l'engagement, le BABOK renvoie à sa tâche 3.2, Planifier l'engagement des parties prenantes.

La frontière la plus souvent franchie par erreur est celle de la matrice RACI. La colonne « autorité de décision » du registre est un énoncé factuel en langue naturelle, attaché à une personne: « peut refuser la mise en production ». Le R/A/C/I est une affectation de responsabilités croisée avec les activités ou les décisions du projet, et il se lit en colonnes d'activités. Glisser un code R, A, C ou I dans le registre produit un hybride qui ampute le recensement et rend la matrice inutilisable.

Considérations IA

Le balayage documentaire est le point où un modèle de langage rend le service le plus net. Alimenté par les documents du projet (charte, organigramme, cartographie des processus, contrats, comptes rendus de séance, exports du système de tickets), il extrait les personnes et les rôles nommés plus vite qu'une lecture manuelle. Il excelle sur la partie mécanique du travail: normaliser une même personne apparaissant sous trois orthographes en une seule entrée, signaler les doublons, remplir les colonnes de manière homogène, transformer la sortie brouillonne d'un remue-méninges en grille structurée. Le modèle rend un second service, plus modeste et très rentable: il confronte le registre provisoire à la grille des catégories et signale celles qui restent vides. « Aucune entrée externe de catégorie régulateur » est une observation mécanique qu'une machine produit à coup sûr et qu'une salle fatiguée en fin d'atelier ne produit jamais.

Deux colonnes échappent au modèle. L'autorité et l'intérêt décrivent une réalité vécue. Qui décide effectivement, de qui le sponsor prend l'avis avant de trancher, quelle rivalité rend improductif un atelier commun, quel chef de service a un titre sans influence et quel expert a l'influence sans le titre: rien de cela n'est écrit dans un document que le modèle puisse lire. Un modèle qui déduit l'autorité des intitulés de poste produit un registre plausible et faux, ce qui est plus dangereux qu'un registre visiblement incomplet. L'intérêt a la même propriété: ce qu'une partie prenante attend du changement s'obtient en le lui demandant et se consigne dans ses mots.

Le modèle reproduit en silence l'angle mort qu'il était censé fermer. Une synthèse construite sur les seuls documents fournis omet toute partie prenante que ces documents ne mentionnent pas: le régulateur que personne n'a écrit, le fournisseur sous arrangement informel, l'équipe de support dont le nom n'apparaît dans aucun document de projet. Le résultat a l'air exhaustif. Le balayage délibéré des catégories et l'étape de validation humaine restent obligatoires quel que soit l'outil qui a produit le brouillon.

Reste la protection des données. Elle porte sur deux régimes que la précipitation confond. Le registre lui-même contient des personnes nommées, leurs coordonnées et des appréciations de leur autorité et de leur intérêt: ce sont des données personnelles au sens de la LPD, et certaines de ces appréciations sont communicables à l'intéressé qui exerce son droit d'accès (art. 25 LPD). C'est ce qui interdit de verser un registre vivant dans un service tiers avant d'avoir qualifié le traitement. Les données que traite le projet relèvent d'un autre régime: des factures et des prestations de soins, donc des données sur la santé, que la LPD range parmi les données sensibles (art. 5 let. c). Le premier régime explique pourquoi le registre se manipule avec précaution. Le second explique pourquoi une autorité de protection des données figure dans le registre comme partie prenante.

Exemples

Une caisse-maladie active dans plusieurs cantons, 240'000 assurés et une soixantaine de gestionnaires de prestations, numérise le traitement de ses demandes de remboursement, pour un budget de CHF 1'900'000. L'objet initial était un portail en libre-service destiné aux assurés. En avril 2026, le périmètre a été étendu à la saisie automatisée des factures envoyées par les fournisseurs de prestations, quelque 2'300 cabinets médicaux, hôpitaux et physiothérapeutes qui facturent la caisse en tiers payant au sens de l'art. 42 al. 2 LAMal. Voici un extrait du registre après le balayage complet.

Cinq des neuf entrées viennent du balayage. L. Aebischer n'est apparu qu'au passage par les interfaces du système: il n'assiste à aucune réunion de projet, il ne figure dans aucun compte rendu et il reprendra pourtant la solution le lendemain de la bascule. L'OFSP et le PFPDT sont remontés du passage sur le cadre légal, le premier parce qu'il surveille l'assurance-maladie sociale au titre de la LSAMal, le second parce que les factures traitées sont des données sur la santé. Les cantons sont arrivés par la même passe, l'art. 65 al. 1 LAMal leur donnant l'octroi des réductions de primes que le portail affiche. Les fournisseurs de prestations sont sortis du passage par les contrats et les conventions, la convention tarifaire étant ce qui les lie à la caisse. Aucun des cinq ne serait remonté d'un tour de table entre collaborateurs, et chacun aurait produit un incident tardif.

La colonne de dernière vérification fait son travail sur la ligne du médecin-conseil. Son entrée date du 12 février 2026, antérieure à l'extension d'avril: elle décrit son rôle sur le seul portail des assurés et elle ne dit rien de la saisie automatisée des factures, qui est désormais la source des prestations qu'il aura à contester. L'ancien chef de projet qui l'avait confirmée a quitté la caisse. L'entrée est donc suspecte. Sans cette colonne, les neuf lignes se ressemblent et se lisent avec la même confiance.

La grille porte les sept attributs dont dépend le choix des participants. Les trois autres, la disponibilité, le canal d'influence et la préférence de communication, disent comment engager la personne, et ils tiennent dans la fiche de l'entrée, qui se déplie au besoin. Voici celle de C. Meylan, complète.

Ces trois attributs manquent chaque fois qu'une élicitation se planifie de mémoire. « Ne lit pas les courriels de projet » est le fait qui change la manière de solliciter C. Meylan.

Visualisations

Le registre se présente en deux vues: la grille, que l'on parcourt pour embrasser une population, et la fiche d'une entrée, que l'on ouvre pour préparer un entretien. Sa construction, elle, est un flux: des sources hétérogènes convergent vers une liste unique.

Le registre est enfin une vue parmi plusieurs sur la même population. La question posée détermine celle qu'il faut produire.

Coût

Le coût de la technique se déplace dans le temps. Produire le premier registre est rapide; rassembler les sources qui l'alimentent l'est moins. Le tenir à jour coûte pendant toute la durée de l'initiative.

Outils

Le tableau blanc et les notes repositionnables conviennent à la première passe, celle du remue-méninges, avant que la structure ne s'impose. Ils cessent de convenir dès que les dix attributs entrent en jeu, parce qu'une note repositionnable ne porte pas dix champs.

Le tableur est la mise en œuvre réelle du registre dans la plupart des organisations, et il est suffisant. Une ligne par partie prenante, une colonne par attribut. Le filtre et le tri viennent gratuitement, et la colonne de dernière vérification, triée par ordre croissant, remonte les entrées périmées en tête. Volere publie un gabarit d'analyse des parties prenantes librement téléchargeable, exactement de cette forme, qui fait une grille de départ raisonnable. Le tableur atteint sa limite au moment où plusieurs personnes doivent le maintenir simultanément.

Le document partagé, la page d'intranet ou l'espace de type wiki lèvent cette limite. Plusieurs personnes y tiennent le registre ensemble, et l'historique de version dit qui a modifié quelle entrée et quand. Cela compte dès que l'analyste n'est plus le seul à toucher le registre.

Les logiciels de gestion de projet ou de portefeuille qui proposent un registre des parties prenantes comme objet à part entière apportent un gain: le rappel de la cadence de revue devient une échéance du système plutôt qu'une discipline personnelle. Le gain se justifie quand l'initiative est assez grande pour qu'il faille planifier la tenue du registre. Le choix de l'outil est ici aussi un choix de protection des données, puisque le registre porte des personnes nommées: hébergement, droits d'accès et durée de conservation se décident avec le même sérieux que la fonctionnalité.

Les exports d'organigramme et du système de gestion des ressources humaines, les exports du système de tickets et le répertoire des contrats fournissent la matière du balayage et se demandent dès le cadrage.

Sources

• IIBA, A Guide to the Business Analysis Body of Knowledge (BABOK Guide) v3, §10.43 Stakeholder List, Map, or Personas: définition de la technique, caractéristiques à analyser, renvoi à la tâche 3.2 Planifier l'engagement des parties prenantes.
• IIBA KnowledgeHub, Define Groups and Identify Stakeholders: la démarche d'identification appliquée.
• IIBA KnowledgeHub, Maintain Stakeholder Analysis: la tenue à jour du registre comme activité continue.
• ISO/IEC/IEEE 29148:2018, Systems and software engineering, Life cycle processes, Requirements engineering: définition normative de la partie prenante, incluant explicitement les mainteneurs et les autorités de réglementation ou de surveillance.
• Volere, Stakeholder Analysis Template (Atlantic Systems Guild): gabarit de registre librement téléchargeable.
• HERMES 2022, Manuel de référence Gestion de projet, Confédération suisse, Chancellerie fédérale, résultat 4.4.1.49 Liste des parties prenantes et tâche 5.4.3.43 Gérer et informer les parties prenantes: le registre élaboré en phase d'initialisation puis tenu à jour tout au long du projet, avec la planification de la communication parmi ses trois usages. Le chef de projet l'établit avec le mandant.
• Confédération suisse, Loi fédérale sur l'assurance-maladie (LAMal), RS 832.10: art. 35 (fournisseurs de prestations admis), art. 42 (tiers garant et tiers payant), art. 57 (médecin-conseil désigné par l'assureur), art. 65 al. 1 (réduction des primes accordée par les cantons).
• Confédération suisse, Loi sur la surveillance de l'assurance-maladie (LSAMal), RS 832.12: surveillance de l'assurance-maladie sociale, exercée par l'Office fédéral de la santé publique.
• Confédération suisse, Loi fédérale sur la protection des données (LPD), RS 235.1: art. 5 let. c (les données sur la santé sont des données sensibles) et art. 25 (droit d'accès), régime applicable aux données personnelles que porte le registre.
• IIBA, Guide to Business Data Analytics, §3.16 Stakeholder List, Map, or Personas: les deux attributs propres au travail sur les données, la manière dont une partie prenante consomme et produit de la donnée et sa familiarité avec l'analyse.