Comment faire une critique écrite à un collègue sans paraître dur ?

La zone de commentaire est ouverte, page quatre d’une proposition commune. Vous avez tapé « Ça n’a pas de sens » puis effacé, puis « On pourrait peut-être resserrer ça ? » et effacé aussi, parce que ça ne demande rien. La section est fausse. Elle omet le coût de la deuxième option, la décision est jeudi, et la personne qui l’a écrite est quelqu’un avec qui vous travaillez chaque semaine. Chaque version que vous essayez ressemble soit à une accusation, soit à si peu de chose que rien ne changera.

J’ai cofondé Subtext, une app qui lit votre brouillon et marque les mots qui pourraient mal passer, donc j’ai un intérêt à ce que vous l’utilisiez, et rien de tout cela n’est un conseil juridique ou de RH. Il s’agit de la critique entre collègues à l’écrit, que ce soit par chat, par e-mail, dans des commentaires de document ou en revue de code, et pas de l’entretien d’évaluation d’un manager. Plus bas, Subtext lit une note sur un document de passation trop mince, et je montre les deux étiquettes qu’il a renvoyées et les trois versions qu’il a proposées.

Le feedback peut être juste et être reçu comme une attaque. La recherche va dans le sens de viser le travail plutôt que la personne, de donner au lecteur de quoi agir, et de ne pas supposer qu’il préférerait ne pas savoir. Elle ne soutient aucun script en particulier, et l’étude la plus proche de la critique écrite entre collègues que j’aie trouvée utilisait des commentaires de revue de code imaginés¹. Pour aller droit à la formulation, voir les quatre tâches et les cinq messages.

Qu’est-ce qui fait paraître dure une critique écrite ?

À ma lecture, la dureté d’une critique tient beaucoup à sa construction, autant qu’à la gravité du problème. La recherche propose une définition utilisable. Dans son article de 1988, Robert Baron qualifiait une critique de constructive quand elle était précise, attentionnée et n’attribuait pas la mauvaise performance à des causes internes, ce que je lis comme quelque chose qui tient à la personne et non à la situation, et de destructive quand elle enfreignait ces règles².

Dans sa première étude, 83 étudiants de premier cycle ont reçu une critique soit constructive, soit destructive de leur travail ; ceux qui avaient reçu la destructive ont déclaré plus de colère et de tension, et disaient qu’ils seraient plus susceptibles de résister à la personne qui les critiquait, ou de l’éviter, lors de futurs désaccords. Dans la seconde, parmi 106 étudiants de premier cycle, ceux qui avaient reçu une critique destructive sur une première tâche se fixaient des objectifs plus bas et déclaraient un sentiment d’efficacité personnelle plus faible sur deux tâches ultérieures que ceux qui avaient reçu une critique constructive ou aucune². C’étaient des étudiants en laboratoire : ils montrent ce qu’une critique peut provoquer, pas ce que fait un collègue après un e-mail dur, et le résumé ne rapporte aucun effet sur la performance à la tâche, donc je n’en affirmerais pas.

La critique aide-t-elle, ou se retourne-t-elle souvent contre vous ?

Le feedback aide en moyenne, mais pas dans tous les cas. La méta-analyse de Kluger et DeNisi de 1996 sur le feedback et la performance a regroupé 607 tailles d’effet issues de 23 663 observations. En moyenne, le feedback améliorait la performance d’environ 0,4 écart type (d = 0,41), mais plus d’un tiers des interventions l’avaient fait baisser, et ni les variations dues au hasard dans les échantillons ni le caractère positif ou négatif du feedback n’expliquaient cela³. Je n’y verrais pas une chance sur trois que votre e-mail se retourne contre vous. Les études mélangeaient des tâches et des contextes, dont aucun n’était la messagerie de travail moderne.

L’explication des auteurs est que le feedback change l’endroit où va l’attention. Dans leurs comparaisons entre études, il devenait moins efficace à mesure que l’attention se déplaçait vers la personne et s’éloignait de la tâche³. C’est la base de recherche la plus solide que j’aie trouvée pour le conseil bien connu de commenter le travail et non la personne. L’appliquer au message d’un collègue reste une inférence, parce que la comparaison portait sur des études différentes, pas sur des messages qui ne différaient que par un seul trait.

Une méta-analyse ultérieure en éducation, portant sur 435 études et plus de 61 000 apprenants, a trouvé que le feedback riche en information, c’est-à-dire le feedback correctif plus des informations sur la façon dont les apprenants régulaient leur propre apprentissage, avait l’effet moyen le plus fort (d = 0,99), contre 0,46 pour le feedback correctif seul, c’est-à-dire ce qui était juste ou faux et la bonne réponse, et 0,24 pour la récompense ou la punition seule⁴. Les catégories ont été codées à partir des résumés des études, et les comparaisons portent sur des études d’apprenants, pas de collègues. L’inférence que j’en tirerais est large : un commentaire qui apporte une information utilisable vaut mieux qu’un verdict. « La ligne des totaux inclut encore les commandes annulées » montre au lecteur où regarder. « Fais plus attention aux totaux » ne le fait pas.

L’autre voudrait-il vraiment l’entendre ?

Une raison possible de se taire est de croire que l’autre préférerait ne pas savoir. Abi-Esber et ses collègues ont mené cinq expériences avec 1 984 participants. Les personnes qui donnaient un feedback avaient tendance à sous-estimer à quel point le destinataire voulait un feedback constructif, dans des scénarios professionnels hypothétiques, dans des épisodes racontés et dans un feedback réel entre amis, colocataires ou partenaires amoureux⁵.

Le feedback de ces expériences était constructif, c’est-à-dire précis, exploitable et donné avec le bien-être de la personne en tête, à propos d’un problème que le destinataire ne connaissait pas et pouvait corriger. L’essentiel des données vient de prédictions et d’épisodes racontés, et le feedback écrit n’a pas été testé. Cela ne montre donc pas que tout collègue accueille bien une critique non sollicitée, contestée ou difficile à corriger, et un destinataire peut raisonnablement rejeter une critique inexacte, intrusive ou injuste. J’utilise ce résultat comme un test. Voudrais-je le savoir à sa place, est-ce exact, et l’autre peut-il y changer quelque chose ?

Harvard a conclu que Francesca Gino, l’une des quatre personnes qui ont signé l’article d’Abi-Esber, avait commis une inconduite scientifique dans quatre autres articles, ce qu’elle conteste⁵. Crossref, OpenAlex et PubMed ne signalent aucune correction, rétractation ni expression de préoccupation pour cet article⁵.

Est-ce à vous de le dire, et faut-il l’écrire ?

Deux questions viennent avant toute formulation. La première concerne la légitimité. Un problème dans un travail dont vous dépendez, mesuré à l’aune de quelque chose dont vous avez convenu ensemble, est à vous de le soulever. Je laisserais une tendance dans la performance globale de quelqu’un, ou la question de savoir si la personne convient au poste, à celle ou celui qui la manage. Si c’est surtout que vous l’auriez fait autrement, dites que c’est une préférence.

La seconde est de savoir s’il faut l’écrire. Les données les plus proches sur l’écrit comparé à l’oral portent sur autre chose. Les rédacteurs surestiment la clarté avec laquelle leur ton passe par e-mail, dans des expériences avec des étudiants et des tons assignés⁶. Des personnes surtout inconnues entre elles, et des étudiants, ont atteint plus de compréhension et moins de conflit en parlant d’un sujet controversé qu’en l’écrivant, même si la plupart des gens d’un autre échantillon disaient préférer écrire⁷. Les gens s’attendaient à ce qu’un appel avec un vieil ami soit plus gênant qu’un e-mail, ce qui n’a pas été le cas⁸. Aucune de ces études ne porte sur la critique du travail de quelqu’un, et aucune ne montre qu’un appel vaut mieux qu’un commentaire. L’article sur les messages Slack fermes passe en revue la première étude, et celui sur l’annulation de plans la troisième.

Ma règle de travail est d’écrire quand les faits et le changement voulu sont clairs, et de parler d’abord quand le sujet est contesté, récurrent ou susceptible de déclencher une série de réfutations, puis de consigner par écrit ce qui a été convenu. L’écrit permet de réviser, laisse l’autre répondre à son rythme et garde une trace. Si vous ne savez pas ce que l’autre préfère, demandez.

Que doit dire le message, et que doit-il retirer ?

Une critique écrite a quatre tâches, et je les ferais dans cet ordre. C’est mon cadre de travail, construit à partir des trois règles de Baron, du résultat sur l’attention vu plus haut et des conseils de praticiens plus bas.

1. La chose précise. Nommez le document, le passage, l’incident ou le livrable convenu, et en quoi il s’écarte du standard convenu. Gardez séparé ce que vous avez observé et ce que vous déduisez. « La ligne des totaux inclut les commandes annulées » est observé, et « négligent » est déduit.
2. Ce que ça a causé. Dites ce que cela a changé dans le travail, de votre côté et sans prétendre que tout le monde est d’accord, comme dans « donc je n’ai pas pu finir la synthèse ».
3. Une seule demande. Un changement que l’autre peut faire, avec une échéance seulement s’il y a une vraie dépendance. Dites quelles parties sont obligatoires et lesquelles relèvent de votre préférence, comme le fait le guide publié par Google sur les commentaires de revue de code avec des étiquettes telles que Nit, Optional et FYI⁹, même si c’est un conseil de praticiens et non un essai. Précis ne veut pas dire exhaustif : commencez donc par le changement qui compte le plus et étiquetez le reste. Dans un chat, envoyez un seul message, et dans un e-mail, mettez la demande tôt, sous un objet clair.
4. Une porte ouverte, et une offre sincère. Posez une vraie question là où il vous manque peut-être du contexte, et ne cachez pas une exigence dans une fausse question. Proposez une relecture ou un appel seulement si vous le ferez.

Pour le commentaire de la page quatre, cela pourrait donner : « Cette section ne donne pas le coût de la deuxième option, et la décision de jeudi en dépend. Pourrais-tu ajouter un chiffre approximatif d’ici là ? Si c’est couvert ailleurs et que ça m’a échappé, indique-moi où. »

Ensuite, coupez. Coupez les mots qui décrivent la personne au lieu du travail, comme négligent, paresseux, « tu fais toujours », « encore » employé comme un reproche et « évidemment ». Coupez les questions rhétoriques, les verdicts vagues comme « pas tout à fait au point », le sarcasme, un smiley utilisé pour adoucir une plainte, les comparaisons avec des collègues nommés et les affirmations sur ce que tout le monde pense. La définition de Baron ne couvre que ce qui est vague, sans égards ou personnel, donc le reste de cette liste est de moi, et les études sur les emojis ne vont pas dans le même sens pour le smiley. Je ne mettrais pas « direct » ou « court » sur la liste.

Avant d’envoyer, demandez-vous si un lecteur raisonnable pourrait trouver le problème, comprendre le standard, agir sans deviner et corriger une erreur dans votre version des faits. J’utiliserais ce test à la place d’un décompte de formules polies.

Le sandwich, SBI, Radical Candor et la CNV marchent-ils ?

Le sandwich, éloge puis critique puis éloge, s’appuie sur trois articles qui vont dans des sens différents. Dans deux études de feedback écrit entre pairs chez des étudiants en médecine de troisième année (20 et 350 étudiants), les étudiants croyaient que les sandwichs aidaient leur performance ultérieure, et rien ne montrait que c’était le cas¹⁰. Dans une expérience randomisée avec 91 étudiants d’université, une correction placée entre deux énoncés positifs généraux était suivie de plus de problèmes de maths résolus que la correction seule, même si les auteurs parlent de preuve partielle¹¹. Dans une étude sur huit étudiants de premier cycle qui faisaient des tâches de bureau simulées, chacun a essayé toutes les séquences, et le sandwich n’était pas le plus efficace en moyenne¹². Il n’est donc ni démenti ni démontré. Mon avis est de ne faire l’éloge que de ce qui est vrai, précis et pertinent, parce qu’un éloge dont le seul rôle est d’amortir ajoute de la longueur et une question sur ce qui vient.

SBI, Radical Candor et la CNV sont des cadres de praticiens : Situation-Comportement-Impact (SBI, pour Situation-Behavior-Impact), l’association de Kim Scott entre se soucier personnellement des gens et les remettre en question franchement, et la communication non violente (CNV). Le Center for Creative Leadership, qui vend des formations à SBI, le dit fondé sur la recherche, mais la page que j’ai lue ne montre aucune étude de résultats¹³. La page commerciale de Radical Candor ne cite elle non plus aucune étude de résultats sur ce cadre¹⁴. Une revue de 31 études sur la formation à la CNV, publiée le 5 novembre 2026, a jugé le niveau de certitude des preuves très faible à modéré, a constaté que la plupart manquaient de groupes de contrôle adéquats et reposaient sur de l’autodéclaration, et a qualifié le tableau de plus modeste que l’idée courante selon laquelle la CNV améliore le fonctionnement social¹⁵. Beaucoup étaient des programmes de formation testés dans des contextes comme des prisons et des hôpitaux.

Cinq messages, avant et après

Ces cinq messages sont inventés pour cet article, et aucun n’est le texte correct. Chacun est une façon d’y arriver. Chaque « après » n’utilise que les faits que contiennent sa mise en situation et son « avant », plus une demande, qui est de moi.

Un document de passation trop mince. Le document de passation d’Owen n’avait ni le login du staging ni la liste des bugs ouverts, et vous avez reconstitué presque tout vous-même.

Avant « Merci pour le doc de passation, Owen. Un peu léger quand même 😅 J’ai fini par reconstituer presque tout moi-même. Peut-être qu’à l’avenir tu pourrais ajouter le login du staging et la liste des bugs ouverts ? Pas de souci du tout. »

Après « Merci pour le doc de passation, Owen. Il ne contenait ni le login du staging ni la liste des bugs ouverts, alors j’ai fini par reconstituer presque tout moi-même. Pourrais-tu ajouter les deux pour la prochaine passation ? Si ce sont des choses qui se trouvent ailleurs et que je n’ai pas vues, dis-moi où. »

« Un peu léger quand même 😅 » est un verdict avec un sourire, et « Pas de souci du tout » annule la plainte. L’après nomme les deux choses manquantes, garde le coût que vous avez indiqué, demande la correction et laisse de la place au cas où elles existeraient ailleurs.

Un délai qui vous a coûté. Le rapport de test de Callum était attendu lundi et est arrivé mercredi, donc la release est passée de mercredi à vendredi. C’est la deuxième fois ce trimestre, et la QA a besoin du rapport deux jours avant une release.

Avant « Le rapport de test était attendu lundi. C’est la deuxième fois. S’il est encore en retard, je serai obligé d’en parler à ton manager. »

Après « Callum, le rapport de test était attendu lundi et il est arrivé mercredi, donc la release est passée de mercredi à vendredi. La QA en a besoin deux jours avant une release, donc il me faut le prochain aussi tôt. Si quelque chose bloque, dis-le-moi maintenant. »

Les dates et la conséquence restent. « C’est la deuxième fois » tient les comptes dans une demande qui porte sur un seul rapport, donc ça saute, et si la tendance est réelle, elle relève d’une conversation séparée, comme avec Tobias plus bas. La menace saute aussi, parce que je n’en ferais pas une que je risquerais de ne pas tenir.

Un premier jet qui rate sa cible. Le brouillon du guide d’accueil d’Ingrid s’ouvre sur l’histoire de l’entreprise et oublie la première semaine. Sa partie sur les outils est claire. Vous pensez qu’un nouvel arrivant doit savoir quoi faire dès le premier jour et à qui demander.

Avant « J’adore l’énergie ici. Il faut juste le remettre un peu au propre avant que ça parte. »

Après « Merci pour le brouillon, Ingrid. La partie sur les outils est claire. Ce qui manque, c’est la première semaine. Je pense qu’un nouvel arrivant doit savoir quoi faire dès le premier jour et à qui demander, et le guide commence par l’histoire de l’entreprise. Pourrais-tu mettre la première semaine en tête et déplacer l’histoire après ? »

Cela a l’air inoffensif et je pense que c’est le plus risqué des cinq, parce que « remettre un peu au propre » dit que le brouillon est presque prêt, et que la restructuration peut arriver plus tard comme une surprise.

Une habitude en réunion. Lors de trois réunions de planification de suite, Tobias a rouvert la décision sur le fournisseur que l’équipe avait prise en octobre, en utilisant du temps que l’équipe avait pour le sprint. Vous êtes sur le point de poster dans le canal de l’équipe.

Avant « Vu que visiblement rien n’est jamais décidé ici 🙃 »

Après (en message privé) « Salut Tobias, lors des trois dernières réunions de planification, on est revenus sur le choix du fournisseur acté en octobre, et ça a pris le temps prévu pour le sprint. S’il y a une information nouvelle, pourrais-tu l’envoyer avant la réunion pour qu’on voie si elle change quelque chose ? »

L’avant part dans tout le canal, donc tout le monde reçoit la pique, et « rien n’est jamais décidé » est une affirmation que personne ne peut vérifier. L’après part à Tobias seul, compte les réunions et demande un seul changement. Pour une habitude, je parlerais d’abord et j’enverrais ceci comme trace écrite.

Un commentaire de revue. Le changement de Farah plante quand la liste est vide, parce que la boucle lit le premier élément sans vérifier. Cela doit changer, et vous trouvez aussi qu’un nom de variable, tmp, est difficile à lire.

Avant « Pourquoi il n’y a pas de vérification pour la liste vide ici ? C’est la base. »

Après « Obligatoire avant le merge : ça plante quand la liste est vide, parce que la boucle lit le premier élément sans vérifier. Pourrais-tu ajouter une vérification pour le cas vide, ou me dire si un appelant l’exclut déjà ? Nit, optionnel : le nom tmp est difficile à lire. »

« C’est la base » juge Farah, et la question demande une réponse que personne n’a envie de donner. L’après étiquette ce qui est obligatoire et ce qui est optionnel, comme le fait le guide de Google, et commente le code et non la développeuse⁹.

Cela change-t-il selon l’ancienneté, la culture ou la personne ?

Des titres égaux ne veulent pas dire une influence égale. Un ingénieur senior peut contrôler l’approbation, et un collègue junior avoir peu de marge pour contester une échéance. Dites donc quelle autorité porte la demande : un point bloquant pour la release, une exigence d’équipe convenue ou votre préférence, et ne faites pas passer une suggestion facultative pour un ordre. L’article sur les messages Slack fermes traite de ce que l’on sait et ne sait pas de la façon dont le rôle de l’expéditeur change la lecture d’un message.

La culture est une invitation à demander. Erin Meyer, qui écrit pour l’INSEAD, décrit des cultures directes qui renforcent la critique avec des mots comme « absolument » et des cultures indirectes qui l’adoucissent avec « un peu »¹⁶. C’est une expérience de praticienne, sans échantillon mesuré, et elle décrit des tendances. Demandez comment votre équipe gère les corrections.

Dans certaines données, le genre apparaît dans le feedback que les gens reçoivent. Dans des évaluations à 360 degrés de 4 328 cadres supérieurs d’une organisation du secteur public britannique, les femmes recevaient un feedback plus précis sur leurs points forts, et moins précis sur ce qu’il fallait développer, que les hommes. Ce rapport n’est pas évalué par des pairs, et ses écarts entre les genres sont observationnels¹⁷. J’y lis une raison de vérifier que vous donnez à tout le monde les mêmes précisions, pas de traiter qui que ce soit comme fragile.

La neurodivergence n’est pas un style de communication unique. Une synthèse de 34 articles sur la vie professionnelle d’adultes autistes a trouvé que le feedback était parfois difficile à comprendre ou peu utile, et que des attentes claires aidaient¹⁸. Elle ne couvre ni le TDAH, ni la dyslexie, ni d’autres conditions, alors demandez. L’article sur l’AuDHD passe en revue les données sur le canal.

Et si l’autre répond sur la défensive, ou ne répond pas ?

Une réponse sur la défensive reste une réponse. Je vérifierais d’abord s’il y a un désaccord factuel en dessous. « Il me manque peut-être du contexte. Quelle partie du calendrier vois-tu autrement ? » pose la question sans renoncer à l’exigence. Si l’autre a raison sur un point, dites-le, puis reformulez une fois l’exigence commune. Si votre premier message contenait une généralisation injuste, réparez cette partie directement, ce que traite comment s’excuser par texto. Ensuite, arrêtez d’ajouter des réfutations écrites, et proposez un appel ou un court ordre du jour écrit.

Le silence ne signifie pas à lui seul accord, hostilité ou refus. Envoyez une seule relance courte dans le canal où vit le travail, en nommant la décision qu’elle bloque, et pour le reste laissez le délai de réponse habituel de votre équipe.

Quand le problème porte sur les priorités, la responsabilité, des accords manqués à répétition ou des ressources que vous ne pouvez pas régler entre pairs, faites intervenir la personne qui peut trancher, avec les faits, l’effet sur le travail et la décision dont vous avez besoin. Je préviendrais d’abord votre collègue, sauf s’il s’agit de harcèlement, de sécurité ou de discrimination, et je commencerais par la politique de votre employeur.

Le fil ne devrait contenir ni suppositions sur la santé ou les motifs de quelqu’un, ni informations confidentielles sur d’autres collègues, ni menaces que vous ne pouvez pas ou ne voulez pas mettre à exécution, ni affirmations sur ce que pense le groupe que vous n’avez pas vérifiées. Les allégations de harcèlement, de discrimination, de représailles ou de faute grave relèvent de la procédure de signalement de votre employeur. Si la personne vous fait peur ou vous menace, ce n’est plus un problème de formulation. Si vous êtes en danger immédiat, appelez le numéro d’urgence local. Gardez cette conversation hors de Subtext et de tout autre outil d’IA.

Quand un outil aide

Subtext est un outil d’IA, donc les données les plus proches sont celles sur l’aide de l’IA pour un message, que les réécritures IA de messages, ça fonctionne vraiment ? passe en revue. Je n’ai trouvé aucune étude indépendante montrant que Subtext, ou n’importe quel outil d’IA de réécriture, améliore la façon dont le feedback d’un collègue est reçu, son équité ou la relation de travail.

Deux habitudes ne coûtent rien. Écrivez en privé la version brute et remplacez chaque jugement par ce qui s’est passé et ce que vous voulez voir changer. Puis dites-la à voix haute comme le lecteur le plus sévère l’entendrait, ce que est-ce que ce message a l’air impoli ? traite dans sa forme testée la plus proche.

Subtext lit un brouillon de feedback que vous avez écrit et marque les mots qui pourraient se lire comme une attaque, un jugement en « toujours » ou « jamais », un ton de haut, ou une règle imposée avec « il faut » ou « tu dois », avec une courte raison pour chacun. Il nomme l’émotion du brouillon en un mot et propose jusqu’à trois versions, dont une proche de vos mots, chacune marquée « prêt à envoyer » ou « à noter » et, pour les versions faites à partir de votre brouillon, avec une estimation de la part de vos mots qu’il a changée. La mention « prêt à envoyer » est une estimation de Subtext à partir des mots qu’il a sous les yeux, et « à noter » est une raison de relire cette version, pas la preuve d’un problème. Il n’envoie rien : vous copiez la version que vous voulez et vous l’envoyez vous-même.

Subtext ne peut pas juger si votre critique est juste ou correcte, ni vous dire ce que votre collègue voulait dire, ce que sa FAQ précise aussi, ni comment l’autre la recevra. Il ne connaît ni l’histoire entre vous ni les usages de votre équipe, au-delà des mots que vous lui donnez et des notes que vous avez enregistrées dans Mémoire. Une version écrite à partir d’une consigne, comme la demande d’une version plus courte ou plus chaleureuse, penche vers le chaleureux, le simple et le court, donc un message qui doit rester ferme demande une relecture pour voir ce qu’il a laissé tomber. C’est un assistant d’écriture, pas une thérapie, une médiation ou un processus RH.

Le document de passation trop mince, plus haut, inventé pour l’essai, est passé par Subtext, en français. Le brouillon disait : « Merci pour le doc de passation, Owen. Un peu léger quand même 😅 J’ai fini par reconstituer presque tout moi-même. Peut-être qu’à l’avenir tu pourrais ajouter le login du staging et la liste des bugs ouverts ? Pas de souci du tout. » Subtext a nommé l’émotion Frustration et a renvoyé deux étiquettes. Passif-agressif, parce que le début « mêle remerciement et reproche voilé » et que l’emoji « peut sembler minimiser la critique ». Conseil non sollicité sur « Peut-être qu’à l’avenir tu pourrais ajouter… », qui « peut sonner comme une leçon donnée à Owen ».

Les trois versions étaient marquées « prêt à envoyer », aucune « à noter ». La première, Proche de ton texte, retire le « un peu léger » et l’emoji que visait l’étiquette Passif-agressif, ainsi que le « Pas de souci du tout », et transforme la question en constat, « ce serait utile d’y trouver le login du staging et la liste des bugs ouverts », mais elle ramène « presque tout » à « pas mal de choses », ce qui adoucit le brouillon. La deuxième, Plus chaleureux, ajoute que le document « m’a bien aidé à démarrer 🙂 » et que l’ajout des deux « ça fera gagner du temps à tout le monde », deux affirmations que votre brouillon ne faisait pas. Elle réduit aussi ce que vous avez reconstitué aux « deux » choses manquantes, là où votre brouillon disait « presque tout ». La troisième, Réécriture directe, est celle qui s’éloigne le plus de vos mots. Elle nomme les deux manques après un « Salut Owen » que vous n’aviez pas écrit, et elle écrit « Je les ai retrouvés, donc plus de souci pour moi », qui reprend le « Pas de souci du tout » que vous aviez mis, tout en laissant tomber votre phrase sur le fait d’avoir tout reconstitué. Aucune des trois ne pose la demande comme une question, ne propose une relecture ni ne demande si les deux éléments existent ailleurs, donc la quatrième tâche, la porte ouverte et l’offre sincère, reste la vôtre. La fin de la réponse de Subtext commençait par « J’ai retiré le « un peu léger » pour que ça ne sonne pas comme un reproche. » C’est la vraie réponse de l’app, sans retouche.

Essayer Subtext dans votre navigateurDisponible sur l'App StoreDisponible sur Google PlayTélécharger l'app

Avec n’importe quel outil, demandez-lui de garder les faits, l’exigence et l’échéance et de n’ajouter ni éloge, ni promesse, ni excuse, puis comparez ce qui revient avec votre original, parce qu’une réécriture peut adoucir un fait en même temps que l’aspérité, comme l’ont fait ci-dessus la première version avec « pas mal de choses » et la deuxième avec ses « deux » manques.

Que coller dans Subtext ou dans n’importe quel outil d’IA ?

Un brouillon de feedback collé dans Subtext ou dans un autre outil d’IA peut contenir des informations commerciales confidentielles et des détails sur quelqu’un qui n’a jamais choisi le service, et retirer un nom n’enlève pas tous les détails qui permettent d’identifier la personne. Vérifiez d’abord la politique de votre employeur et votre contrat, utilisez un outil et un compte approuvés s’il en existe, et ne collez que votre propre feedback, avec des rôles à la place des noms et sans noms de clients, chiffres ni historique de fil dont la tâche n’a pas besoin. Gardez hors de l’outil tout ce qui touche à la santé, à l’argent ou à la vie privée de l’autre.

Les conditions de Subtext vous demandent de confirmer que vous avez le droit de soumettre les mots d’autres personnes et, si vous l’utilisez pour le travail, que vous en avez l’autorisation. Sa politique de confidentialité dit que rien de ce que vous envoyez ne sert à entraîner un modèle d’IA, ni chez Subtext ni chez ses fournisseurs, et que votre texte va aux fournisseurs d’IA qu’elle nomme. Une conversation s’efface d’elle-même cinq jours après votre dernière utilisation, ou 90 jours si vous l’épinglez, et vous pouvez en supprimer une tout de suite¹⁹. Les notes enregistrées dans Mémoire restent jusqu’à ce que vous les supprimiez. Quels assistants d’écriture IA s’entraînent sur vos messages donne la version longue pour d’autres outils.

Questions fréquentes

Comment critiquer poliment le travail d’un collègue dans un e-mail ? Désignez la chose précise, dites ce qu’elle a causé, demandez un seul changement et laissez de la place à ce que vous ignorez. Poli veut dire ici précis et respectueux. Le remplissage n’ajoute ni l’un ni l’autre.

Est-ce acceptable de faire une critique sur Slack ou par e-mail ? Oui, quand les faits et le changement voulu sont clairs. Parlez d’abord quand le sujet est contesté, récurrent ou susceptible de déclencher une série de réfutations.

Faut-il commencer par un compliment ? Seulement s’il est vrai et porte sur le travail. Le sandwich s’appuie sur trois articles qui vont dans des sens différents, et à mon avis un éloge dont le seul rôle est d’amortir la critique ajoute de la longueur et une question sur ce qui vient.

Combien de temps attendre avant de l’envoyer ? Je n’ai trouvé aucune étude qui donne un délai. Si vous faites une pause, j’utiliserais ce temps pour remplacer chaque jugement par ce qui s’est passé et ce que vous voulez voir changer, et j’enverrais avant que la correction cesse d’avoir de l’importance.

L’ordre dans lequel s’y prendre

Décidez d’abord si c’est à vous de le dire et si l’écrit est le bon moyen. Si le sujet est contesté, récurrent ou susceptible de déclencher une série de réfutations, parlez d’abord. Si vous l’écrivez, désignez la chose précise, dites ce qu’elle a causé, demandez un seul changement, et laissez de la place à ce que vous ignorez.

Si l’autre répond sur la défensive, cherchez d’abord un désaccord factuel, réparez ce que vous avez mal fait et reformulez une fois l’exigence. Si rien ne revient, envoyez une seule relance courte. S’il s’agit de harcèlement, de discrimination ou de quelque chose qui vous fait peur, ce n’est plus un problème de formulation.

Écrivez le plus petit message qui nomme le travail, dit ce qu’il a causé et demande un seul changement. Puis envoyez-le.

Sources

Numérotées dans l’ordre d’apparition ci-dessus. Quand un chiffre n’a pas pu être vérifié auprès de la source primaire, le texte le signale. Vérifié le 6 novembre 2026.

1. Gunawardena, S. D., Devine, P., Beaumont, I., Garden, L. P., Murphy-Hill, E., et Blincoe, K. (2022). Destructive Criticism in Software Code Review Impacts Inclusion. Proceedings of the ACM on Human-Computer Interaction, 6(CSCW2), 1 à 29. Enquête auprès de 93 professionnels du logiciel réagissant à des commentaires de revue de code hypothétiques, constructifs ou destructifs ; vignettes et autodéclaration.
2. Baron, R. A. (1988). Negative Effects of Destructive Criticism: Impact on Conflict, Self-Efficacy, and Task Performance. Journal of Applied Psychology, 73(2), 199 à 207. Trois études : 83 étudiants de premier cycle, 106 étudiants de premier cycle, et une enquête auprès de 108 employés d’une même entreprise agroalimentaire ; manipulation en laboratoire et autodéclaration.
3. Kluger, A. N., et DeNisi, A. (1996). The Effects of Feedback Interventions on Performance: A Historical Review, a Meta-Analysis, and a Preliminary Feedback Intervention Theory. Psychological Bulletin, 119(2), 254 à 284. Méta-analyse de 607 tailles d’effet (23 663 observations) : le feedback améliorait la performance en moyenne (d = 0,41), mais plus d’un tiers des interventions l’avaient fait baisser. Tâches et contextes variés, dont aucun n’était la messagerie de travail moderne ; le texte intégral n’a pas pu être ouvert, donc la répartition entre laboratoire et terrain n’est pas connue.
4. Wisniewski, B., Zierer, K., et Hattie, J. (2020). The Power of Feedback Revisited: A Meta-Analysis of Educational Feedback Research. Frontiers in Psychology, 10, article 3087. Méta-analyse de 435 études et 994 effets portant sur plus de 61 000 apprenants, d de 0,48 en moyenne après retrait des valeurs extrêmes ; types de feedback codés à partir des résumés des études primaires ; des étudiants, pas des collègues.
5. Abi-Esber, N., Abel, J. E., Schroeder, J., et Gino, F. (2022). “Just Letting You Know …” Underestimating Others’ Desire for Constructive Feedback. Journal of Personality and Social Psychology, 123(6), 1362 à 1385. Cinq expériences (N = 1 984) et un pilote sur le campus : scénarios professionnels hypothétiques, épisodes racontés, feedback réel entre amis, colocataires ou partenaires, et un concours d’éloquence avec des étudiants. Dossier sur la coautrice Francesca Gino, vérifié le 6 novembre 2026 : la conclusion de Harvard sur une inconduite scientifique dans quatre autres articles, et son démenti, sont rapportés par le Harvard Crimson du 15 mars 2024. Les quatre avis de rétractation sont chez Crossref sous PNAS, Psychological Science, Psychological Science et Journal of Personality and Social Psychology. Aucune correction, rétractation ni expression de préoccupation n’est rattachée à cet article chez Crossref, OpenAlex ou PubMed, et la page de la revue elle-même n’a pas pu être ouverte.
6. Kruger, J., Epley, N., Parker, J., et Ng, Z.-W. (2005). Egocentrism Over E-Mail: Can We Communicate as Well as We Think? Journal of Personality and Social Psychology, 89(6), 925 à 936. Cinq expériences avec des étudiants de premier cycle américains, par e-mail ; tons assignés, pas de critique en milieu de travail.
7. Bevis, B., Schroeder, J., et Yeomans, M. (2026). Spoken Disagreement Is More Constructive Than Written Disagreement. Nature Communications, 17, article 5792. Expériences randomisées avec 1 576 partenaires de conversation et 1 432 observateurs, surtout des inconnus et des étudiants en désaccord sur des sujets controversés, pas sur la critique d’un travail ; accès libre.
8. Kumar, A., et Epley, N. (2021). It’s Surprisingly Nice to Hear You: Misunderstanding the Impact of Communication Media Can Lead to Suboptimal Choices of How to Connect With Others. Journal of Experimental Psychology: General, 150(3), 595 à 607. Une expérience de terrain où 200 étudiants de l’University of Chicago devaient reprendre contact avec un vieil ami par téléphone ou par e-mail (103 ont terminé le suivi), et des expériences en laboratoire où des gens discutaient avec un inconnu par vidéo, par la voix ou par texte. Sur le fait de renouer et de faire connaissance, pas sur la critique.
9. Google Engineering Practices. How to Write Code Review Comments. Conseils de praticiens, sans date, lus le 6 novembre 2026 ; pas une étude contrôlée.
10. Parkes, J., Abercrombie, S., et McCarty, T. (2013). Feedback Sandwiches Affect Perceptions but Not Performance. Advances in Health Sciences Education, 18(3), 397 à 407. Deux études (N = 20 et N = 350) de feedback écrit entre pairs chez des étudiants en médecine de troisième année rédigeant des notes de patient ; les étudiants pensaient que les sandwichs aidaient leur performance ultérieure, sans preuve que c’était le cas.
11. Prochazka, J., Ovcari, M., et Durinik, M. (2020). Sandwich Feedback: The Empirical Evidence of Its Effectiveness. Learning and Motivation, 71, article 101649. Expérience randomisée avec 91 étudiants d’université résolvant des problèmes de maths ; le groupe sandwich s’est préparé plus longtemps et en a résolu davantage dans une seconde série ; l’éloge était général et sans rapport avec la performance, et les auteurs parlent de preuve partielle.
12. Henley, A. J., et DiGennaro Reed, F. D. (2015). Should You Order the Feedback Sandwich? Efficacy of Feedback Sequence and Timing. Journal of Organizational Behavior Management, 35(3-4), 321 à 335. Huit étudiants de premier cycle (sept femmes, un homme) ont fait des tâches de bureau simulées, chacun dans les quatre conditions (trois séquences de feedback et aucun feedback), la moitié recevant un feedback verbal avant chaque séance et l’autre moitié après ; le sandwich n’était pas la séquence la plus efficace. Taille d’échantillon confirmée dans le texte intégral.
13. Center for Creative Leadership (2025). Use Situation-Behavior-Impact (SBI)™ To Understand Intent. Article de praticiens, 19 août 2025 ; il dit la méthode fondée sur la recherche, mais ne présente aucune étude de résultats sur la méthode elle-même.
14. Radical Candor, LLC. Our Approach: Kim Scott’s Feedback Framework. Page commerciale d’une entreprise de formation, lue le 6 novembre 2026 ; elle ne cite aucune étude de résultats sur le cadre lui-même.
15. Lazzari, G., Jean, B. R., de la Sablonnière, R., et van Vugt, F. T. (2026). A Systematic Review of Quantitative Studies Testing Nonviolent Communication Training Interventions. Frontiers in Psychology, 17, article 1800455. 31 études ; niveau de certitude des preuves jugé très faible à modéré ; la plupart manquaient de contrôles ou de randomisation adéquats et reposaient sur de l’autodéclaration ; publié en ligne le 5 novembre 2026.
16. Meyer, E. (2015). Giving Negative Feedback Across Cultures. INSEAD Knowledge, 16 septembre 2015. Article de praticienne s’appuyant sur l’enseignement, le conseil et les anecdotes de l’autrice ; pas d’échantillon mesuré.
17. Burd, H., Bremner, G., Schein, A., et Rudzeviciute, M. (2021). Gender Bias and Performance Feedback: An RCT. Behavioural Insights Team research report, juin 2021. Évaluations à 360 degrés de 4 328 cadres supérieurs d’une organisation du secteur public britannique ; ce sont les évaluateurs, et non les personnes évaluées, qui ont été répartis au hasard entre différentes consignes ; pas évalué par des pairs.
18. Thorpe, D., McKinlay, M., Richards, J., Sang, K., et Stewart, M. E. (2024). The Lived Experience of Autistic Adults in Employment: A Systematic Search and Synthesis. Autism in Adulthood, 6(4), 495 à 509. Synthèse qualitative de 34 articles ; aucun financement et aucun conflit d’intérêts déclarés ; elle porte sur les récits de travailleurs autistes, pas sur d’autres formes de neurodivergence.
19. Subtext. Terms and privacy. Politique de confidentialité et conditions mises à jour le 22 octobre 2026. Source de première main.