Les outils de communication pour résoudre un problème : comment aligner rapidement les différents rôles
Pour choisir un outil de communication, commencez par ce qui reste mal compris. Si les participants ne décrivent pas le même problème, rédigez une courte note. S’ils ne voient pas comment le travail passe d’un rôle à l’autre, dessinez les étapes concernées. Si les faits sont compris mais qu’un choix reste en suspens, préparez un relevé de décision. Un nouvel abonnement logiciel n’est pas nécessaire pour commencer. Le but est de permettre à des personnes aux responsabilités différentes d’examiner les mêmes éléments. Il ne s’agit pas d’obtenir immédiatement un accord général. Définir une question encore ouverte et convenir de la manière de la vérifier peut constituer une avancée utile.
Repérer le manque avant de choisir le support
Imaginons une équipe qui découvre que certains participants à un événement ont reçu deux courriels de confirmation. La personne chargée des opérations veut corriger la liste, l’équipe technique veut examiner le formulaire et la coordinatrice souhaite valider un message explicatif. Cet exemple est fictif. Les trois propositions portent sur des étapes différentes : ouvrir une conversation supplémentaire ne permet pas, à lui seul, de déterminer par où commencer.
Demandez à chacun de distinguer ce qu’il a observé, l’explication qu’il suppose et la décision qu’il attend. Recevoir deux messages est une observation à vérifier ; attribuer le doublon au formulaire reste une hypothèse. Cette séparation évite qu’un schéma très soigné donne à une supposition l’apparence d’un fait établi.
Une note pour préciser le problème
La note rassemble les personnes concernées, la situation observée, le résultat attendu, les éléments disponibles et les inconnues. Dans notre exemple, indiquez les dates et les cas effectivement examinés. Si l’étendue du problème n’est pas connue, écrivez-le. Utilisez les liens internes autorisés plutôt que de copier les coordonnées des participants dans un document public.
Le Project Poster d’Atlassian distingue l’espace du problème, la validation et la préparation de la réalisation. La documentation précise également que tous les projets n’ont pas besoin d’un tel support complet. Empruntez cette distinction entre faits et hypothèses sans imposer un long formulaire. Faites reformuler le problème par une personne extérieure à la tâche : si sa lecture diffère, améliorez la note avant de comparer des solutions.
Un schéma pour voir les passages de relais
Quand l’incertitude concerne l’ordre des actions, représentez l’inscription, la constitution de la liste et l’envoi. Associez une action et un rôle à chaque étape. Montrez où une information est créée, copiée ou vérifiée. Laissez les étapes inconnues explicitement ouvertes. Le dessin doit être relu par les personnes qui effectuent le travail ; il ne prouve pas le fonctionnement réel du système.
Il devient alors possible de demander si une inscription initiale et une modification ultérieure peuvent toutes deux déclencher un envoi. Chaque équipe sait où chercher. Limitez le dessin au parcours utile : représenter toute l’organisation ajouterait du travail sans forcément éclairer cette question précise.
Un relevé pour prendre une décision
Lorsque les éléments nécessaires sont réunis, formulez le choix à effectuer : faut-il, par exemple, suspendre un second envoi pendant la vérification ? Notez les options réalisables, leurs conditions, les personnes touchées et le moment où la décision devient nécessaire. N’ajoutez pas une option impossible uniquement pour donner l’impression d’avoir comparé plusieurs pistes.
Le cadre DACI d’Atlassian distingue le pilote, la personne qui décide, les contributeurs et les personnes à informer. Il ne crée aucune autorisation nouvelle. Vérifiez d’abord les responsabilités existantes, puis inscrivez les noms concernés. Fournir une information essentielle ne transforme pas automatiquement son auteur en décideur. Une simple confirmation peut suffire lorsque les responsabilités sont déjà claires.
Vérifier que le support permet de continuer
Pour terminer, demandez à chaque rôle de préciser sa prochaine action et ce qui reste inconnu. Si les faits sont partagés mais que les préférences divergent, il peut désormais s’agir d’un choix à arbitrer plutôt que d’un défaut de communication. Conservez cette différence au lieu de réécrire la note jusqu’à faire disparaître le désaccord.
Le manuel de communication de GitLab demande de consigner les conclusions des conversations tenues hors du document. Ici, mettez à jour le support qui sera réellement utilisé ensuite et reliez-le aux éléments utiles. Supprimez les tableaux devenus redondants. Un outil a rempli sa fonction lorsque la personne suivante peut comprendre et agir sans reconstituer toute la discussion.