La présentation d’un plan de communication avec les parties prenantes doit montrer qui doit être associé au projet, ce que ces personnes doivent comprendre ou décider et comment leurs réponses feront évoluer le travail. « Envoyer un e-mail hebdomadaire à tout le monde » est un calendrier de diffusion, pas un plan de communication complet.

Partez de la prochaine décision importante du projet, puis identifiez les personnes qu’elle concerne. Une fois les messages et les responsables du traitement des retours définis, transformez le plan de communication en diapositives avec Presenti. Conservez le registre de travail des parties prenantes à part, surtout s’il contient des coordonnées privées ou des observations sensibles.

Différents groupes de parties prenantes sont reliés à des échanges distincts et à un point de décision commun
Un plan de communication explique l’échange dont chaque groupe a besoin, pas seulement le canal utilisé.

Choisir l’échange avant le canal

Dans ses conseils sur la communication avec les parties prenantes, l’Association for Project Management recommande de comprendre les personnes concernées et leurs préférences de communication, puis de revoir l’approche au fil des retours et de l’évolution du projet. En pratique, demandez-vous ce qu’un groupe attend de l’échange avant de choisir un e-mail, un atelier ou un tableau de bord.

Distinguez trois objectifs. Une information explique ce qui a changé. Une consultation sollicite des avis tant qu’une option peut encore évoluer. Une demande de décision invite une personne habilitée à choisir ou à approuver quelque chose. Un même message peut servir plusieurs objectifs, mais la réponse attendue doit être claire.

Par exemple, un e-mail annonçant une date de lancement déjà fixée ne constitue pas une consultation des personnes qui devront travailler ce jour-là. Si leur disponibilité peut modifier le plan, parlez-leur avant la décision.

Organiser la présentation autour d’une décision concrète

Prenons un projet fictif de remplacement d’un processus interne de demandes de service. L’équipe doit décider de tester le nouveau processus avec un service le mois suivant. Le sponsor s’intéresse au périmètre du pilote et aux ressources nécessaires. Le centre de support a besoin de règles d’acheminement applicables et d’une couverture suffisante. Les employés du service pilote doivent comprendre comment leurs demandes quotidiennes seront traitées.

Ce sont des questions différentes sur une même décision. Une seule diapositive de suivi pourrait afficher le même pourcentage d’avancement aux trois groupes sans aider aucun d’eux à répondre. Le plan de communication doit préciser les éléments présentés à chaque groupe et le chemin suivi par ses retours jusqu’au responsable de la décision.

Un organigramme (guide en anglais) peut identifier les rôles formels, mais pas les personnes qui vivront le changement. Demandez à vos premiers contacts quels utilisateurs concernés, rôles de support ou équipes partenaires manquent encore. Une position moins élevée dans la hiérarchie ne signifie pas un besoin de participation moins important.

Intégrer la réponse dans la matrice de communication

GroupeQuestion à résoudreÉchange et momentResponsable du suivi des réponses
Sponsor du projetLe périmètre du pilote et les ressources demandées sont-ils acceptables ?Présentation pour décision après synthèse des préoccupations opérationnelles, avant confirmation du périmètreLe chef de projet consigne la décision et ses éventuelles conditions
Centre de supportLes demandes peuvent-elles être acheminées et prises en charge pendant le pilote ?Revue du processus avec des cas d’essai, avant la décision de lancer le piloteLe responsable du service résout les questions de support et d’acheminement
Employés du service pilotePeuvent-ils traiter leurs demandes courantes sans perdre d’informations nécessaires ?Parcours guidé en petit groupe tant que le processus peut encore changerL’analyste des processus consigne les problèmes et communique la réponse proposée
Responsable des donnéesLes champs obligatoires et les modalités d’accès conviennent-ils ?Revue ciblée avant l’utilisation de données d’exempleLe responsable des données confirme les exigences pertinentes ou signale un point non résolu

Le tableau utilise des rôles plutôt que des noms privés. Si nécessaire, ajoutez les contacts confirmés à la version de travail interne. Pour garder la diapositive lisible, ne montrez que les groupes concernés par la décision du moment ; sortez le registre complet des contacts de la présentation principale.

Le mot « hebdomadaire » n’apparaît pas à chaque ligne. Certains échanges doivent précéder une décision, d’autres suivent un événement, d’autres encore gagnent à être réguliers. La fréquence doit répondre au besoin d’information, pas à la facilité de recopier un calendrier.

Rédiger un message qui rend la réponse attendue évidente

Comparez ces deux invitations adressées aux employés du service pilote.

Vague : « Merci d’examiner le nouveau processus de demande et de nous envoyer vos retours. »

Précise : « Pendant le parcours guidé de jeudi, essayez de soumettre les trois types de demandes les plus courants dans votre équipe. Indiquez où les consignes ou les informations demandées ne correspondent pas à votre travail. Nous vous répondrons sur chaque point avant la confirmation du périmètre du pilote. »

La seconde version précise la tâche, la nature des observations attendues et ce qui sera fait des réponses. Elle ne promet pas d’accepter toutes les suggestions. Cette distinction compte : la consultation offre un moyen réel d’influencer une décision, pas un droit de veto automatique ni une garantie d’accord.

Adressez au sponsor un autre message : « Avec sa couverture actuelle, le centre de support peut prendre en charge deux types de demandes ; le troisième nécessite une organisation de support supplémentaire. Décidez s’il faut réduire le périmètre du pilote ou financer cette organisation. » Il s’agit d’une demande de décision éclairée par la consultation, pas d’une répétition du parcours utilisateur.

Montrer comment traiter les désaccords

Supposons que les employés souhaitent conserver un champ de texte libre, car les demandes inhabituelles ne correspondent pas aux choix prédéfinis. Le centre de support craint que le texte libre ne rende l’acheminement incohérent. Le plan de communication doit aider à faire apparaître ce conflit tôt, pas à qualifier un groupe de « réfractaire ».

L’analyste des processus pourrait apporter deux demandes d’exemple anonymisées à une revue commune. L’équipe pourrait envisager une catégorie obligatoire accompagnée d’un champ d’explication facultatif, puis vérifier que l’acheminement et le contexte utilisateur restent bien pris en compte. C’est une option illustrative, pas l’affirmation que cette conception convient à tous les services.

Rubrique du suivi des retoursExemple
Problème observéDeux demandes d’exemple ne correspondent pas aux catégories proposées
Travail concernéLes employés doivent expliquer l’exception ; le support a besoin d’une catégorie d’acheminement
Prochaine actionExaminer les exemples anonymisés et tester l’option catégorie plus explication
Responsable et moment de décisionL’analyste des processus présente le résultat du test avant la décision sur le périmètre du pilote
Réponse aux participantsExpliquer l’option choisie et les limites non résolues

Si l’équipe ne peut pas résoudre le conflit dans les limites de son pouvoir de décision, la présentation doit exposer l’arbitrage au responsable habilité. Ne transformez pas une préoccupation non résolue en statut vert simplement parce qu’une réunion a eu lieu.

Évaluer si la communication a aidé le travail

La participation, les ouvertures d’e-mails et les volumes de diffusion peuvent indiquer la portée. Ils ne prouvent pas que les personnes ont compris le changement ou disposé d’une possibilité réelle de répondre. Dans cet exemple, vérifiez si les groupes attendus ont participé, si chaque problème important a un responsable et si les participants ont reçu une explication du résultat.

Après un parcours guidé, une courte vérification peut demander aux participants de décrire la prochaine étape avec leurs propres mots ou de réaliser une tâche d’essai. Si plusieurs personnes comprennent mal la même consigne, revoyez cette consigne et sa communication. Sans preuve, n’interprétez pas une incompréhension comme une attitude d’une partie prenante.

Revoyez le plan lorsque le projet évolue : un autre service concerné rejoint le projet, le périmètre du pilote change ou une date de décision se déplace. Une cadence hebdomadaire fixe ne compense pas l’absence d’un échange au moment où il est nécessaire.

Présenter le plan en six diapositives

  1. Contexte de la décision : changement, prochaine décision et travail concerné.
  2. Parties prenantes couvertes : rôles associés, points de vue manquants et façon de les identifier.
  3. Matrice de communication : objectif, moment, canal et responsable du traitement des réponses.
  4. Deux exemples de messages : montrer la différence entre consultation et demande de décision.
  5. Traitement des retours : suivre un problème à travers son enregistrement, sa résolution, sa remontée éventuelle et la réponse aux participants.
  6. Accord attendu : confirmer les responsables et les prochains échanges en gardant les points ouverts visibles.

Présentez d’abord la décision la plus importante. Évitez d’ouvrir sur une matrice influence-intérêt dense dont le public ne peut ni vérifier ni contester les classements. Elle peut aider à la préparation interne, mais la présentation partagée doit se concentrer sur le travail et sur les échanges qui permettent d’agir.

Transformer la matrice convenue en brouillon de présentation

Dans le mode Paste Text de Presenti, fournissez la matrice et une courte explication de la décision. Retirez les coordonnées personnelles et les appréciations privées avant d’utiliser un contenu de démonstration.

L’interface anglaise de Presenti avec un plan de communication pour un pilote de demandes de service internes saisi dans le mode « Paste Text »
Exemple saisi dans le mode « Paste Text » de l’interface anglaise de Presenti. Il s’agit du texte d’entrée, pas d’un résultat généré.

Crée un brouillon de plan de communication avec les parties prenantes en six diapositives pour un pilote fictif de demandes de service internes. Inclus le sponsor, le centre de support, les employés du service pilote et le responsable des données. Distingue information, consultation et demande de décision. Montre qui reçoit les retours, qui peut résoudre les problèmes et quand les participants sont informés du résultat. Utilise l’exemple du texte libre et de l’acheminement comme une question de conception encore ouverte. N’invente ni attitudes des parties prenantes, ni approbations, ni résultats d’enquête, ni résultats de projet.

Relisez le brouillon pour repérer les affirmations qui transforment des hypothèses en faits. La présentation finale doit faciliter l’organisation du prochain échange et rendre son objectif simple à expliquer.