Un collègue vous conseille de raccourcir un guide de travail, tandis qu’un autre souhaite y ajouter des exemples détaillés. Après chaque modification, une nouvelle remarque arrive et vous ne savez plus à qui donner suite. Avant de préparer une autre version, cherchez à comprendre quel problème chaque personne veut résoudre avec son commentaire.
Face à des retours contradictoires, un objectif commun et un critère de décision clair peuvent vous aider. Vous devez savoir à qui le document est destiné, ce qu’il doit permettre de faire et qui tranchera les questions non résolues. La démarche ci-dessous peut s’appliquer à un texte professionnel, une présentation, une proposition de procédure ou tout autre livrable commenté par plusieurs personnes.
Vérifiez que tout le monde évalue la même chose
Commencez par vérifier le contexte. Une personne a peut-être lu une version antérieure, une autre imagine un utilisateur différent, tandis qu’une troisième évalue un document final alors que vous n’avez envoyé qu’un plan. Les commentaires peuvent donc diverger parce que chacun se représente un brief différent.
Avant de modifier le document, clarifiez les points suivants :
- La version et le périmètre : tout le monde commente-t-il le même document et la même partie ?
- L’objectif et le lecteur : le document doit-il aider un collègue expérimenté à trouver rapidement une information ou permettre à un débutant de comprendre toute la procédure ?
- L’étape du travail : faut-il évaluer l’orientation générale, l’exactitude du contenu ou simplement peaufiner les formulations ?
Vous pouvez demander : « Quand tu proposes de raccourcir le guide, pars-tu du principe qu’un nouveau collègue devra aussi l’utiliser ? » Si vous repérez un décalage, donnez le même contexte à toutes les personnes qui l’évaluent. Avant de considérer leurs commentaires comme incompatibles, permettez-leur de réagir au même brief.
Cherchez le problème derrière la modification proposée
Un commentaire peut proposer directement une solution : ajouter un graphique, supprimer un paragraphe, changer l’ordre des éléments. Mais vous devez d’abord comprendre ce qui pose problème à la personne. Par exemple, la demande d’un graphique peut venir du fait qu’elle ne parvient pas à se repérer dans les données. Vous pourrez alors discuter plus précisément de la manière d’adapter le document.
Pour clarifier un commentaire, choisissez une question adaptée :
| Commentaire | Question pour le préciser |
|---|---|
| « Raccourcis. » | « Quelle partie t’empêche de trouver rapidement ce dont tu as besoin ? » |
| « Ajoute davantage d’exemples. » | « À quelle étape ne pourrais-tu pas avancer sans exemple ? » |
| « Utilise un graphique. » | « Que veux-tu comparer ou comprendre à partir des données ? » |
| « Change l’ordre des points. » | « Quelle information le lecteur doit-il connaître en premier, et pourquoi ? » |
Après sa réponse, vérifiez que vous avez bien compris : « Si je comprends bien, tu veux trouver plus vite la première étape. C’est bien ça ? » L’autre personne pourra confirmer ou rectifier votre interprétation. Vérifiez directement la raison du commentaire : elle ne correspond pas toujours à ce que vous aviez compris au premier abord.
Définissez les exigences que le livrable doit respecter
Comparez les commentaires au brief. Si quelqu’un signale une donnée erronée, vérifiez-la à partir des éléments disponibles et corrigez l’erreur. Si une exigence figure dans le brief, vérifiez que le livrable la respecte. Pour les propositions de changement de style ou de structure, demandez-vous quel bénéfice elles apporteraient à l’utilisateur visé.
Une courte phrase de référence peut vous aider à évaluer les propositions : « Le nouveau collègue doit pouvoir comprendre, à l’aide du guide, quoi préparer et à qui le transmettre. » Vous pourrez ensuite examiner des questions concrètes : manque-t-il le nom de la personne responsable, l’ordre des étapes ou un exemple des éléments à préparer ?
Tenez également compte de l’expérience de chacun. Un collègue qui utilise la procédure tous les jours peut vous montrer un obstacle pratique. Une nouvelle recrue peut, de son côté, repérer un passage difficile à comprendre sans expérience préalable. Demandez des exemples précis et comparez-les à l’objectif du document.
Clarifiez aussi qui approuve la version finale. Un avis d’expert, l’expérience d’un utilisateur et la décision du commanditaire peuvent jouer des rôles différents dans le processus. Si votre marge de décision n’est pas claire, vérifiez-la avant de promettre toutes les modifications demandées.
Testez une solution adaptée à des besoins différents
Exemple : vous préparez un guide interne pour transmettre une tâche en cours. Un collègue expérimenté veut une liste succincte, car il connaît le contexte et souhaite simplement vérifier qu’il n’a rien oublié. Une nouvelle collègue demande des exemples, car les points brefs ne lui permettent pas de savoir quoi préparer.
Après avoir précisé leurs besoins, vous pouvez proposer une courte liste de contrôle au début, suivie d’explications et d’exemples. Préparez d’abord une seule section à titre d’essai. Vous pourrez ainsi vérifier si la structure convient aux deux types d’utilisateurs avant de réécrire l’ensemble du document.
Demandez au collègue expérimenté de repérer, dans cet exemple, ce qu’il doit vérifier avant la transmission. Demandez à la nouvelle collègue ce qu’elle préparerait en suivant le guide et à qui elle l’enverrait. Leurs réponses vous indiqueront précisément les passages qui restent à améliorer. Tous deux travaillent alors sur la même version, chacun en fonction de sa tâche.
Si un document unique reste difficile à consulter, vous pouvez proposer au commanditaire un aperçu succinct accompagné d’un guide plus détaillé. Tenez compte de la personne qui devra les tenir à jour : deux versions impliquent de répercuter les changements futurs dans chacune d’elles.
Soumettez les désaccords non résolus à la décision
Certaines demandes ne peuvent pas être satisfaites dans le périmètre prévu. Si les explications détaillées ne tiennent pas sur la page demandée et qu’un document complémentaire n’est pas envisageable, il faut définir une priorité. Continuer à raccourcir le texte mot par mot ne résoudra pas nécessairement des attentes différentes.
Préparez un bref récapitulatif pour la personne habilitée à trancher :
- Exposez le désaccord. « Nous devons tenir sur une page tout en expliquant chaque étape pour qu’un débutant puisse suivre la procédure. »
- Présentez les options et leurs conséquences. « La version courte nécessitera une explication initiale par un collègue. La version détaillée dépassera la longueur convenue. »
- Demandez quelle priorité retenir. « Quel mode d’utilisation est déterminant pour cette version ? »
Si plusieurs personnes doivent décider, proposez un bref échange pour clarifier la situation. Vous pouvez recommander une option et en expliquer la raison. Vous éviterez ainsi de promettre séparément à chacun une modification qui contredit la demande d’un autre.
Dans l’attente d’une décision, vous pouvez avancer sur les parties qui n’en dépendent pas, par exemple en corrigeant des erreurs vérifiées. Pour la partie litigieuse, indiquez ce qui doit être confirmé et les conséquences de l’attente sur le délai de livraison.
Clôturez les commentaires en expliquant la suite
Une fois la décision prise, expliquez aux personnes qui ont commenté comment vous allez traiter leurs remarques. Précisez ce que vous intégrerez, ce que vous vérifierez encore et quelles propositions ne figureront pas dans cette version. Pour les décisions importantes, indiquez brièvement en quoi elles répondent au brief.
Si la décision n’est encore qu’une proposition, précisez-le et demandez explicitement l’approbation nécessaire. Faites de même si une nouvelle demande apparaît ensuite et modifie l’objectif, le périmètre ou le délai du travail.
Lors de la présentation de la version suivante, posez une question sur un point concret : « Le guide indique-t-il clairement quoi préparer et à qui transmettre la tâche ? » Rappelez les décisions déjà prises et les points qui restent à examiner. Corrigez les erreurs vérifiées, même à ce stade ; évaluez les nouvelles propositions d’élargissement en tenant compte de leur utilité et de leur impact sur le périmètre.
À la fin du projet, notez ce qui vous a aidé à prendre une décision. Était-ce un exemple concret d’utilisateur, une clarification du brief ou le test d’une partie de la proposition ? Pour le prochain projet, vous saurez ainsi quel contexte fournir et quelles questions poser aux personnes qui donnent leur avis dès votre première demande de retours.
