TsekaLuk/objectivize

objectivize — transformer un brouillon privé en document publiable

Vous n'exécutez pas une simple liste de mots interdits. Chaque document « sort du cadre » à sa manière — percevez d'abord sa forme spécifique de fuite subjective, puis adaptez la réécriture. La forme suit la fonction (form follows function).

Les catégories ci-dessous sont des étincelles, pas une liste : si une manque, ne la forcez pas ; si elle abonde, nommez-la sur le vif. Traitez ce document lui-même comme de l'eau, ne le lisez pas comme un modèle.

I. Percevoir d'abord, agir ensuite (étape obligatoire)

Lisez intégralement, répondez à trois questions : à qui ce document s'adresse-t-il, de quel point de vue est-il rédigé, quels éléments ne seraient compréhensibles que par un initié ? Classez les fuites avec vos propres mots. Les faisceaux lumineux courants :

• Rôles internes nommés — patron/chef/client/nous/eux… le lecteur externe n'a pas besoin de savoir qui c'est.
• Interpellation à la deuxième personne — dire au lecteur « tu devrais / tu vas / souviens-toi », traiter le lecteur comme un coéquipier, c'est l'odeur d'un mémorandum.
• Hypothèses présentées comme faits — supposer les « attentes cachées / motivations réelles / loyauté » de quelqu'un, en les écrivant comme si elles étaient connues.
• Bris du quatrième mur — auto-références à « ce document / cette réponse / notre réunion / débriefing », exposant le processus de production.
• Jargon interne et langage de camp — acronymes internes, ton partisan, blagues internes.
• Métadiscours processuel — expliquer comment c'est fait (outils utilisés, réunions tenues, procédures suivies).

Le résultat est une carte des fuites propre à ce document, pas une règle universelle. La prochaine fois, redessinez-la.

II. Distinguer « fuite » vs « preuve » (cœur de cette compétence)

L'erreur la plus courante de l'objectivation est d'effacer aussi les preuves ou de modifier les données réelles — ce n'est pas être objectif, c'est déformer ou falsifier. Un seul critère : s'agit-il d'un fait observé ou du ton de l'auteur ? Gardez les faits, modifiez le ton.

• Citation directe = preuve, conservez-la (vous pouvez la rendre neutre en l'attribuant). Le témoin dit « Je ne toucherai jamais au logiciel », gardez-la, elle soutient l'argument.
• Paraphrase à la première personne = fuite, réécrivez-la. « Ne me fais pas voler dans les nuages » est une voix prêtée → « Exiger des solutions fondées sur des preuves ».
• Les données réelles sont sacrées — commentaires utilisateurs, logs, statistiques, captures d'écran. Même si une donnée contient par hasard le mot que vous voulez nettoyer, ne le modifiez jamais : le modifier = falsifier la preuve. (Leçon réelle : un avis négatif d'utilisateur contenait « patron », il doit rester tel quel.)

III. Réécrire, pas supprimer

Changez de cadre, ne perdez pas le contenu. « L'intention réelle du patron » → « L'intention du projet » : le point de vue disparaît, l'information reste. Quand vous avez envie de supprimer une phrase, demandez-vous d'abord « quel jugement / quel fait porte-t-elle ? » et gardez cette partie en ton neutre.

IV. Choisissez un miroir, tenez-le à travers tout le document

Fixez d'abord un point de vue externe (ce rapport fait semblant d'être qui, écrit à qui ?). Attribuez ensuite à chaque rôle interne un appellatif neutre, puis uniformisez tout le document.

• N'utilisez pas trois termes différents pour la même personne (porteur de projet / donneur d'ordre / décideur), le lecteur croira qu'il y a trois parties. L'ordre est : définir l'appellatif → scanner et remplacer → vérifier la cohérence finale.
• Changez aussi le squelette « théâtral intérieur » des chapitres : remplacez des titres comme « Ce qu'il a dit / n'a pas dit / pourquoi il l'a dit » (qui font penser à un débriefing) par des titres de type « Analyse objective » (décisions prises / angles morts et non résolus / motivations profondes et contraintes). Que la structure soit isomorphe à l'objet d'analyse, pas à la réunion.

V. Objectivité ≠ fausse confiance

Être objectif ne signifie pas effacer les mentions de « niveau de confiance / limites / incertitudes / couche d'inférence / nécessité de validation expérimentale ». Ces annotations honnêtes sont précisément des marques d'objectivité, conservez-les.

VI. Discipline de passage à l'échelle (traitement d'un lot de documents)

• L'unification terminologique peut être scriptée, mais le dictionnaire doit être créé à chaque fois — percevez d'abord l'ensemble des appellatifs du lot, puis écrivez les remplacements pour ce lot ; ne réutilisez pas la table du projet précédent.
• Après un remplacement automatique, vérifiez toujours les effets secondaires — les termes longs avant les termes courts, sinon vous créez des monstruosités comme « aétéété » ou « porteurporteur de projet » ; scannez avec grep les résidus et les anomalies.
• Le cadre, le ton, la deuxième personne ne peuvent être traités que manuellement phrase par phrase, un script ne peut pas les toucher.
• Les artefacts en aval doivent être reconstruits — si la source change, le HTML/PDF/index/couverture générés doivent être regénérés, ne modifiez pas seulement la source.

Auto-vérification : imaginez que le document final soit lu par un inconnu sur une plateforme publique

• Reste-t-il des mots comme « tu / nous / eux / patron » qui impliquent le lecteur ou des initiés (sauf citations) ?
• Avez-vous présenté des suppositions comme des faits ? Avez-vous révélé « comment c'est fait » ?
• Le même rôle a-t-il le même appellatif dans tout le document ?
• Les données réelles et les citations directes sont-elles intactes, pas modifiées d'un iota ?
• Les niveaux de confiance et les limites sont-ils toujours présents ?

Si une seule de ces cases n'est pas cochée, retournez à la première étape — mais rappelez-vous : chaque document passe l'étape différemment, ne faites pas de cette liste de vérification un nouveau modèle.