Aller au contenu

Ta bibliothèque de demandes

L’écart le plus net entre un usage occasionnel et un usage professionnel tient à ceci : l’amateur réécrit sa demande à chaque fois, le professionnel ouvre son fichier et colle.

Ce n’est pas une question de discipline mais de rendement. Une demande bien écrite et testée représente peut-être une heure de travail. Réutilisée cinquante fois, elle coûte une minute par usage. Réécrite cinquante fois, elle coûte cinquante fois cinq minutes, et donne cinquante résultats différents.

Un simple fichier texte. Pas d’outil, pas d’abonnement, pas d’installation. Un document dans ton traitement de texte habituel, ou un fichier .txt, ou une note.

Ce qui compte n’est pas le contenant, c’est ce que chaque entrée contient.

Six éléments, dont aucun n’est décoratif.

════════════════════════════════════════════════
TRI DES DEMANDES ENTRANTES
════════════════════════════════════════════════
Version : v4
Testé le : 12/04, 7/7, cas pièges 2/2
Usage : chaque matin, boîte partagée du service
Durée : ~1 min pour 12 messages
── HISTORIQUE ──────────────────────────────────
v4 : ajout du critère « le ton ne détermine pas l'urgence » (T5 échouait)
v3 : ajout de la délimitation <message> après un cas d'instruction cachée
v2 : ajout de la valeur NA, l'outil inventait des numéros de commande
v1 : version initiale
── À SURVEILLER ────────────────────────────────
Les messages très longs (> 500 mots) sont parfois mal résumés.
Non résolu. Contournement : découper avant.
── LE GABARIT ──────────────────────────────────
[le texte complet à copier]
── JEU DE TESTS ────────────────────────────────
[les 7 cas avec réponses attendues]

Le numéro de version te dit si tu regardes la bonne. Sans lui, tu auras trois variantes qui traînent et tu ne sauras pas laquelle marche.

La date et le résultat de test te disent quelle confiance accorder. Un gabarit testé il y a huit mois n’a pas la même valeur qu’un gabarit testé la semaine dernière.

L’historique est ce qui a le plus de valeur à long terme. Dans six mois, tu regarderas une ligne étrange de ton gabarit en te demandant pourquoi elle est là. L’historique répond, et t’évite de la supprimer et de refaire l’erreur qu’elle corrigeait.

La section « à surveiller » consigne les limites connues et non résolues. C’est ce qui empêche de refaire trois fois le même diagnostic.

Par tâche, pas par outil ni par thème.

1. TRAITER LES ENTRÉES
1.1 Tri des demandes
1.2 Extraction de données d'un formulaire
1.3 Résumé de compte rendu de réunion
2. PRODUIRE DES ÉCRITS
2.1 Réponse à une réclamation
2.2 Relance de facture impayée
2.3 Compte rendu à partir de notes
3. VÉRIFIER
3.1 Critique en 3 faiblesses
3.2 Recherche d'incohérences dans un document
3.3 Contrôle d'un texte avant envoi
4. FRAGMENTS RÉUTILISABLES
4.1 Bloc anti-parasites
4.2 Bloc d'ancrage documentaire
4.3 Bloc de cas limites
4.4 Règle d'escalade

La section 4 mérite une attention particulière. Ce sont des briques que tu recolles dans n’importe quel gabarit : écrites une fois, améliorées une fois, réutilisées partout.

Comment savoir si une demande mérite d’entrer en bibliothèque ? À la troisième fois que tu réécris à peu près la même chose, arrête et fais-en un gabarit.

Ni avant, tu ne connaîtrais pas encore les variantes utiles. Ni après : au-delà, tu as déjà perdu plus de temps que la mise au point n’en aurait coûté.

Une bibliothèque figée se périme. Trois habitudes suffisent.

Après chaque déception, une ligne. Tu obtiens un mauvais résultat : ajoute le cas au jeu de tests, corrige, incrémente la version. Deux minutes.

Une revue trimestrielle. Relance les jeux de tests de tes trois gabarits les plus utilisés. Les modèles évoluent, tes gabarits doivent suivre. C’est court et ça évite les mauvaises surprises.

Une purge annuelle. Supprime ce que tu n’as pas utilisé depuis un an. Une bibliothèque de quarante gabarits dont tu en utilises six est une bibliothèque que tu n’ouvres plus.

Si vous êtes plusieurs à faire le même travail, une bibliothèque partagée change l’échelle du gain. Trois précautions.

Un responsable par gabarit : sans propriétaire, personne ne le teste et il pourrit.

Aucune donnée réelle dans les exemples : les gabarits circulent, les exemples avec. Anonymise systématiquement, et vérifie avant de partager.

Et le jeu de tests voyage avec le gabarit. Un gabarit sans test n’est pas transmissible, parce que le destinataire ne peut pas savoir s’il fonctionne encore chez lui.

Après quelques semaines, trois effets s’installent.

Tu ne pars plus de la page blanche : le coût d’entrée d’une tâche s’effondre.

Tes résultats deviennent constants : le même gabarit produit la même qualité, indépendamment de ta fatigue ou de ton humeur.

Et tu peux déléguer. Un collègue qui reçoit ton gabarit et son jeu de tests obtient tes résultats sans avoir suivi la formation. Ce troisième point est celui qui a le plus de valeur en entreprise, et personne ne l’anticipe.

Structure ton fichier « mes demandes » selon les quatre sections ci-dessus.

Écris maintenant les quatre fragments réutilisables de la section 4, à partir de ce que tu as appris : bloc anti-parasites, bloc d’ancrage, bloc de cas limites, règle d’escalade.

Passe ton gabarit principal au format complet : version, date de test, historique, à surveiller, gabarit, jeu de tests.

Puis liste trois autres tâches que tu répètes chaque semaine. Ce sont tes trois prochains gabarits.

Si tu ne devais garder qu’une section de tout ça, garde l’historique. Dans six mois, tu retrouveras une consigne dont tu ne comprendras plus la raison d’être. Sans historique, tu la supprimeras, et tu referas l’erreur qu’elle corrigeait.

Fiche suivante : les gabarits à trous.

Une formationBaxIA