Analyse des parties prenantes pour les analystes métier et les analystes de processus

La plupart des initiatives de processus qui échouent n’échouent pas parce que le diagramme était incorrect. Elles échouent parce qu’une personne importante n’a jamais été consultée, jamais convaincue ou jamais informée. L’employé des achats qui savait que la règle d’approbation comportait une exception. Le contrôleur financier qui a bloqué le déploiement parce qu’une étape de conformité manquait. Le responsable régional qui a continué à utiliser l’ancien tableur parce que personne ne lui avait expliqué ce qui avait changé.

L’analyse des parties prenantes est la discipline qui permet d’éviter ces situations. Pour les analystes métier et les analystes de processus, ce n’est pas une formalité à accomplir au lancement du projet puis à classer. C’est la méthode de travail qui permet de découvrir ce qu’est réellement un processus, ce que sont réellement les exigences, et si la solution sera effectivement acceptée.

Qu’est-ce que l’analyse des parties prenantes ?

L’analyse des parties prenantes est l’identification et l’évaluation structurées de toutes les personnes qui influencent un processus, un projet ou une solution, ou qui sont influencées par ceux-ci. Pour chaque partie prenante, l’analyste cartographie ce qu’elle fait dans le processus, ce qu’elle sait, ce dont elle a besoin, le niveau d’influence qu’elle exerce et l’attitude qu’elle est susceptible d’adopter face au changement.

Le résultat comprend généralement un registre des parties prenantes, une évaluation de l’influence et de l’intérêt, ainsi qu’un plan d’engagement décrivant qui doit être interrogé, qui doit valider les livrables, qui approuve les décisions et qui doit simplement rester informé. Des cadres comme le Guide BABOK considèrent l’analyse des parties prenantes comme une tâche centrale de l’analyse métier, précisément parce que presque toutes les autres tâches en dépendent : l’élicitation, la définition des exigences, l’évaluation des solutions et la gestion du changement commencent toutes par l’identification des personnes à qui parler.

Pourquoi les parties prenantes sont importantes dans l’analyse métier

Les exigences n’existent pas dans des documents en attente d’être collectées. Elles existent dans la tête des personnes, dans leurs habitudes et dans leurs points de douleur, réparties de manière inégale au sein d’une organisation. Un analyste métier qui n’interroge que le sponsor du projet obtiendra l’intention stratégique, mais passera à côté des contraintes opérationnelles. Un analyste qui ne parle qu’aux utilisateurs finaux recueillera les frustrations quotidiennes, mais manquera les obligations réglementaires et les réalités budgétaires.

Chaque partie prenante détient un fragment de la vérité. Le sponsor sait pourquoi l’initiative existe. Le manager connaît les objectifs et les exceptions qui sont remontées. L’employé de première ligne connaît les contournements qui permettent de faire avancer le travail. Le responsable de la conformité sait quelles règles sont non négociables. L’informatique sait ce que les systèmes peuvent et ne peuvent pas faire. De bonnes exigences émergent de l’assemblage de ces fragments et de la résolution des contradictions entre eux, et l’analyse des parties prenantes indique à l’analyste quels fragments existent et où les trouver.

Il existe également une dimension politique que les analystes expérimentés prennent au sérieux. Les exigences techniquement correctes, mais soutenues par personne, ont tendance à disparaître lors des réunions de revue. Identifier qui a l’autorité pour approuver, qui peut opposer son veto et qui défendra le changement fait autant partie du travail de l’analyste que la rédaction des critères d’acceptation.

Pourquoi les parties prenantes sont importantes dans l’amélioration des processus

Le travail sur les processus augmente les enjeux, car un processus, par définition, traverse les rôles et généralement les services. Personne n’en voit l’ensemble. La personne qui ouvre une demande d’achat sait rarement ce qui se passe une fois qu’elle quitte sa file d’attente, et la personne qui paie la facture sait rarement pourquoi la demande a mis deux semaines à lui parvenir.

Cette fragmentation a une conséquence pratique : la description « officielle » du processus détenue par une seule partie prenante est presque toujours incomplète ou obsolète. Les analystes de processus qui cartographient un flux de travail à partir du récit d’un seul service découvrent régulièrement, plus tard et douloureusement, qu’une autre équipe dispose d’une étape d’approbation parallèle, d’un rapprochement manuel ou d’un chemin d’exception qui traite 30 % du volume.

L’analyse des parties prenantes détermine également si les améliorations résistent au contact avec la réalité. Un processus repensé ne fonctionne que si les personnes qui l’exécutent changent leur comportement. Ces personnes adoptent les changements qu’elles ont contribué à façonner et résistent aux changements qui leur sont imposés. Impliquer les parties prenantes dès le début n’est pas une simple courtoisie — c’est le mécanisme par lequel l’adoption se produit.

Types courants de parties prenantes dans les projets de processus

Bien que chaque organisation ait sa propre structure, la plupart des initiatives liées aux processus impliquent un ensemble d’acteurs reconnaissable :

• Propriétaire du processus — responsable de la performance de bout en bout du processus, fixe les objectifs et arbitre les décisions de conception.
• Exécutants du processus — les personnes qui exécutent les tâches au quotidien : employés administratifs, agents, techniciens, approbateurs.
• Managers et superviseurs — responsables de la performance au niveau de l’équipe, de la dotation en personnel et du traitement des escalades.
• Clients du processus — destinataires internes ou externes du résultat du processus, dont les attentes définissent ce que signifie « bon ».
• Fournisseurs et partenaires — parties externes qui alimentent le processus en entrées, comme des fournisseurs soumettant des factures.
• Conformité, risque et audit — garants des contraintes réglementaires et des politiques internes, souvent invisibles jusqu’à ce qu’un contrôle manque.
• IT et propriétaires de systèmes — responsables des applications, des intégrations et des données dont dépend le processus.
• Finance — concernée par les coûts, l’autorité budgétaire et les contrôles financiers intégrés au processus.
• Sponsor exécutif — finance l’initiative et la relie aux objectifs stratégiques.
• Gestion du changement / RH — impliquée lorsque la refonte affecte les rôles, les compétences ou les effectifs.

L’objectif de cette liste n’est pas l’exhaustivité bureaucratique. Il s’agit de rendre les omissions visibles. Lorsqu’un analyste compare cette liste à un projet et remarque que personne de la conformité n’a été interrogé, cette lacune constitue un risque qui peut être traité avant de devenir un obstacle au déploiement.

Le tableau ci-dessous résume ce que chaque type de partie prenante apporte généralement à l’analyse — ainsi que les angles morts à compenser :

Comment différentes parties prenantes voient différentes parties d’un processus

Considérez un processus d’approvisionnement transversal — un exemple utile parce qu’il touche presque tous les départements d’une entreprise.

Une employée a besoin d’un nouvel ordinateur portable. Elle soumet une demande d’achat. Sa responsable l’approuve. Le service achats vérifie s’il existe un accord-cadre avec un fournisseur, demande des devis dans le cas contraire, puis émet un bon de commande. Le fournisseur livre. Quelqu’un confirme la réception. Le service comptabilité fournisseurs rapproche la facture du bon de commande et du reçu, puis planifie le paiement.

Regardons maintenant ce même processus à travers différents regards :

• La demandeuse voit un formulaire et une période d’attente. Sa définition du processus est : « Je demande quelque chose et, finalement, cela arrive. » Elle n’a aucune idée qu’un rapprochement à trois éléments existe.
• Le responsable approbateur voit une file de demandes et une ligne budgétaire. Sa préoccupation est de savoir si la dépense s’inscrit dans le trimestre, pas quel fournisseur est choisi.
• L’analyste achats voit les négociations avec les fournisseurs, les accords-cadres et les objectifs d’économies. Pour elle, l’étape d’approbation est une formalité qui intervient avant que le vrai travail commence.
• Le magasinier ou l’agent de réception voit des livraisons qui doivent être vérifiées par rapport aux bons de commande — et sait que les livraisons partielles, celles auxquelles personne d’autre ne pense, créent la plupart des problèmes.
• La comptabilité fournisseurs voit des factures qui ne correspondent pas aux bons de commande, des confirmations de réception manquantes et des échéances de paiement avec des remises pour paiement anticipé en jeu.
• Le responsable de la conformité voit des exigences de séparation des tâches : la personne qui approuve ne doit pas être celle qui réceptionne, et les seuils au-dessus d’une certaine valeur nécessitent une deuxième signature.

Chacun de ces points de vue est exact. Aucun n’est complet. Un analyste qui cartographie l’approvisionnement du point de vue de la demandeuse produit un diagramme en quatre étapes. Le cartographier à partir des six perspectives permet d’obtenir le véritable processus — y compris les chemins d’exception, les contrôles et les points de friction où les transferts se dégradent. C’est pourquoi les plans de recueil des besoins doivent couvrir délibérément les parties prenantes de chaque segment du processus, et pas seulement les plus disponibles ou les plus loquaces.

Conflits et désalignement entre parties prenantes

Une fois que plusieurs perspectives sont sur la table, les conflits apparaissent. C’est une caractéristique d’une bonne analyse, et non un échec de celle-ci. Les tensions typiques dans les projets de processus incluent :

• Vitesse vs contrôle. Les demandeurs et les managers veulent moins d’étapes d’approbation ; la conformité veut davantage de points de contrôle. Les deux poursuivent des objectifs légitimes.
• Optimisation locale vs performance de bout en bout. Un service peut rationaliser sa propre étape d’une manière qui repousse le travail en aval — le fait que les achats regroupent les bons de commande chaque semaine leur épargne des efforts, mais retarde chaque demandeur.
• Incohérences terminologiques. « Approuvé » signifie approuvé budgétairement pour la finance, approuvé techniquement pour l’IT, et examiné juridiquement pour l’équipe contrats. Des exigences rédigées sans résoudre cette ambiguïté produisent des systèmes qui ne satisfont personne.
• Processus déclaré vs processus réel. Les managers décrivent le processus tel qu’il est documenté ; les exécutants le décrivent tel qu’il est réalisé. L’écart entre les deux contient souvent les opportunités d’amélioration les plus précieuses — et les conversations les plus sensibles.
• Gagnants et perdants de l’automatisation. Une refonte qui élimine le rapprochement manuel peut être un soulagement pour une équipe et une menace perçue pour une autre.

Le rôle de l’analyste n’est pas de désigner un gagnant, mais de rendre les compromis explicites et d’orienter la décision vers la personne qui a l’autorité pour la prendre — généralement le propriétaire du processus ou le sponsor. Des décisions de compromis documentées et transparentes sont bien plus faciles à défendre par la suite que des compromis silencieux enfouis dans un modèle de processus.

Comment impliquer les parties prenantes dans la cartographie des processus

La cartographie des processus est plus précieuse lorsqu’elle est considérée comme un exercice collaboratif de découverte plutôt que comme une tâche de documentation que l’analyste réalise seul. Les techniques pratiques incluent :

Cartographie en atelier. Réunissez les acteurs opérationnels de chaque département dans la même salle (physique ou virtuelle) et construisez la carte ensemble, couloir par couloir. Les moments où un participant dit « attendez, ce n’est pas ce qui se passe de notre côté » sont exactement ceux que vous recherchez.

Entretiens de suivi du travail. Asseyez-vous avec les acteurs opérationnels pendant qu’ils traitent des cas réels. L’observation permet de repérer des étapes que les gens oublient de mentionner parce qu’ils les considèrent comme trop évidentes ou trop gênantes (la feuille de calcul parallèle, l’e-mail envoyé à un ami dans un autre département pour accélérer les choses).

Validation itérative. Publiez un modèle préliminaire, recueillez les commentaires, révisez, puis republiez. Les parties prenantes qui ne peuvent pas assister aux ateliers peuvent tout de même corriger le modèle de manière asynchrone, et chaque cycle de retours augmente à la fois la précision et l’appropriation.

Revue par rôle. Demandez à chaque partie prenante de valider son propre couloir ainsi que les transferts entrants et sortants. Les transferts sont les endroits où les processus se rompent, ils méritent donc une validation des deux côtés.

Une notation partagée est importante ici. Le BPMN donne aux demandeurs, aux responsables de la conformité et aux développeurs un langage commun, de sorte que le même diagramme sert à la discussion, à la documentation et — à terme — à l’exécution. Lorsque le modèle réside sur une plateforme collaborative plutôt que dans un diaporama sur le disque de quelqu’un, la validation devient continue au lieu d’être un événement ponctuel.

Comment l’analyse des parties prenantes améliore les exigences

Le lien entre le travail avec les parties prenantes et la qualité des exigences est direct et mesurable dans les résultats des projets :

Exhaustivité. Les exigences recueillies auprès d’un ensemble représentatif de parties prenantes couvrent les besoins fonctionnels, les règles métier, les contraintes de conformité et les attentes non fonctionnelles. Les exigences recueillies auprès d’une ou deux sources pratiques ne couvrent que ce que ces sources se trouvent connaître.

Les règles métier apparaissent tôt. Des règles telles que « les achats supérieurs à 10 000 € nécessitent deux approbations » ou « le réceptionnaire ne peut pas être l’approbateur » relèvent de parties prenantes spécifiques — généralement la conformité et la finance. Les découvrir pendant l’analyse coûte un entretien. Les découvrir pendant les tests d’acceptation utilisateur coûte une refonte.

La priorisation devient défendable. Lorsque des parties prenantes ayant des intérêts différents classent les exigences, l’analyste peut faciliter une priorisation explicite liée à la valeur métier et à l’autorité, plutôt que de s’en remettre par défaut à la personne qui s’est plainte le plus fort.

Les critères d’acceptation ont des responsables nommés. Chaque exigence peut être rattachée à la partie prenante qui la validera, ce qui accélère la validation finale et rend les litiges plus rares.

L’impact des changements peut être évalué. Lorsqu’une exigence change en cours de projet, un registre des parties prenantes tenu à jour indique immédiatement qui doit être consulté et qui doit être informé.

Comment l’analyse des parties prenantes soutient l’automatisation

L’automatisation augmente le coût d’une mauvaise identification des parties prenantes. Un processus manuel tolère l’ambiguïté parce que les humains improvisent ; un flux de travail automatisé exécute exactement ce qui a été spécifié, y compris les lacunes.

Avant d’automatiser, l’analyse des parties prenantes répond aux questions auxquelles le moteur de flux de travail vous obligera de toute façon à répondre :

• Qui exécute chaque tâche ? Le routage automatisé des tâches exige des définitions de rôles précises. « Quelqu’un de la finance le vérifie » doit devenir un rôle, un groupe ou une règle d’affectation spécifique.
• Qui approuve, et dans quelles conditions ? Les hiérarchies d’approbation, les règles de délégation, les seuils et les chemins d’escalade proviennent tous des parties prenantes — et ce sont précisément les règles sur lesquelles les parties prenantes sont le plus souvent en désaccord.
• Qui gère les exceptions ? Le parcours nominal est facile à automatiser. Les 20 % de cas qui s’en écartent nécessitent des responsables désignés, sinon ils s’accumulent dans une file d’attente non surveillée.
• Qui est responsable des données ? Les intégrations entre le processus et des systèmes comme un ERP exigent de clarifier quel système est la source de vérité, ce qui relève autant d’une négociation entre parties prenantes que d’une décision technique.
• Qui surveille la performance ? Les tableaux de bord et les SLA ne sont utiles que si une partie prenante spécifique est responsable d’agir en fonction de ceux-ci.

Les analystes qui sautent ce travail le découvrent pendant la mise en œuvre, lorsque les changements sont coûteux. Ceux qui le font en amont remettent à l’équipe de développement une spécification dans laquelle chaque couloir, passerelle et règle dispose déjà d’un responsable et d’une justification.

Aligner les parties prenantes autour d’un modèle de processus partagé

Une grande partie des frictions décrites dans cet article provient du fait que les parties prenantes travaillent à partir de représentations différentes du même processus — un fichier Visio dans un service, un PDF dans un autre, et des connaissances informelles partout ailleurs. Les plateformes de gestion des processus telles que HEFLO répondent à ce problème en offrant à toutes les parties prenantes un modèle de processus unique et évolutif : documentation, diagrammes, règles métier et responsabilités au même endroit, avec commentaires et gestion des versions afin que la validation ait lieu là où se trouve le modèle. Lorsque le même modèle que les parties prenantes ont discuté et approuvé est celui qui est exécuté et mesuré, l’écart entre « le processus tel qu’il a été conçu » et « le processus tel qu’il est réalisé » se réduit considérablement.

FAQ

Qu’est-ce que l’analyse des parties prenantes en analyse métier ?

L’analyse des parties prenantes est l’identification et l’évaluation structurées de toutes les personnes qui influencent une initiative ou sont influencées par elle. Elle cartographie le rôle, les connaissances, les intérêts, l’influence et l’attitude de chaque partie prenante face au changement, en produisant un registre et un plan d’engagement qui guident l’élicitation, la validation et la prise de décision tout au long du projet.

Pourquoi l’analyse des parties prenantes est-elle importante pour l’amélioration des processus ?

Parce que les processus traversent plusieurs services, aucune personne seule ne voit l’ensemble du flux de travail. L’analyse des parties prenantes garantit que le processus est cartographié selon toutes les perspectives pertinentes, fait émerger les étapes et les règles métier cachées, révèle tôt les objectifs contradictoires et crée l’appropriation nécessaire pour que les personnes adoptent réellement le processus repensé.

Quelles sont les parties prenantes typiques dans un projet de processus ?

Les parties prenantes typiques comprennent le propriétaire du processus, les exécutants qui réalisent les tâches, les managers, les clients internes ou externes du processus, les fournisseurs, les fonctions conformité et audit, l’IT et les propriétaires de systèmes, la finance, ainsi que le sponsor exécutif. La composition exacte varie, mais l’examen d’une liste standard aide les analystes à repérer les personnes manquantes.

Comment identifier les parties prenantes pour un projet de cartographie des processus ?

Commencez par les limites du processus : qui le déclenche, qui reçoit son résultat et qui intervient entre les deux. Parcourez le flux service par service, demandez à chaque personne interrogée qui d’autre intervient avant et après son étape, et vérifiez les fonctions de support comme la conformité, l’IT et la finance, qui influencent le processus sans l’exécuter.

Quelles questions un analyste métier doit-il poser aux parties prenantes ?

Demandez ce qu’elles font dans le processus, ce qu’elles reçoivent et de qui, ce qu’elles transmettent et à qui, quelles règles encadrent leurs décisions, ce qui se passe le plus souvent mal, quels contournements elles utilisent et comment elles définiraient le succès. Adaptez le niveau de détail selon le type de partie prenante : les exécutants pour la réalité, les propriétaires pour les objectifs, la conformité pour les contraintes.

Comment l’analyse des parties prenantes aide-t-elle à l’automatisation des processus ?

L’automatisation exige une précision dont les processus manuels peuvent se passer : affectations exactes des tâches, règles d’approbation, chemins d’escalade, responsables des exceptions et propriété des données. L’analyse des parties prenantes extrait ces règles auprès des personnes qui les détiennent avant la mise en œuvre, lorsque les changements sont peu coûteux, plutôt que pendant les tests, lorsqu’ils sont coûteux.

Quelle est la différence entre une carte des parties prenantes et un registre des parties prenantes ?

Un registre des parties prenantes est la liste détaillée des noms, rôles, intérêts, influences et approches d’engagement. Une carte des parties prenantes est une priorisation visuelle de cette liste, représentant généralement l’influence par rapport à l’intérêt afin de décider qui gérer de près, qui maintenir satisfait, qui tenir informé ou qui simplement surveiller.