Aller au contenu

Traiter en série sans tout relire

Traiter une demande, tu sais faire. Le vrai gain arrive quand tu en traites quarante d’un coup, sans les relire toutes, et sans laisser passer d’erreur grave.

Cette fiche explique comment, avec les seuls outils dont tu disposes : un assistant, un tableur, et une méthode de contrôle.

En traitement unitaire, tu relis tout. C’est ta garantie. En série, tu ne peux plus : relire quarante résultats coûte plus cher que de les produire à la main.

Il faut donc remplacer la relecture exhaustive par autre chose. En série, on ne contrôle plus chaque résultat, on contrôle un échantillon et on fait remonter les cas douteux. Tout ce qui suit découle de ce principe.

N’envoie pas quarante éléments d’un coup. Trois raisons : la qualité se dégrade sur les longues séries, une erreur de consigne gâche tout le lot, et une sortie trop longue devient pénible à vérifier.

Des lots de cinq à dix, numérotés. Le numéro est indispensable pour relier une sortie à son entrée.

Traite les 8 demandes ci-dessous, numérotées D-01 à D-08.
Produis une ligne par demande, dans l'ordre, en reprenant l'identifiant.
Si une demande ne peut pas être traitée, produis quand même sa ligne
avec « NON TRAITÉ » et la raison.
<demandes>
D-01 : [...]
D-02 : [...]
...
</demandes>

La consigne « produis quand même sa ligne » évite le piège classique du traitement en série : une demande silencieusement sautée, que tu ne remarques qu’en recomptant.

En série, la sortie doit aller dans un tableur. C’est ce qui rend le contrôle possible : tu peux trier, filtrer, compter, donc regarder les bonnes lignes plutôt que toutes les lignes.

Format : une ligne par demande, séparateur « ; », sans en-tête.
id;categorie;urgence;resume;manque;confiance;ambigu

Quatre colonnes de contrôle méritent d’exister systématiquement. confiance permet de filtrer sur « faible », ta pile prioritaire. ambigu isole les cas frontières. manque montre d’un coup ce qui bloque le traitement. Et source distingue le cité du déduit.

C’est le cœur de la méthode. Trois passes, dans cet ordre, du moins cher au plus cher.

Les contrôles mécaniques, trente secondes, sans rien lire. Le compte correspond-il, huit lignes pour huit entrées ? Des valeurs hors liste, une catégorie qui n’existe pas dans ta nomenclature ? Des champs vides là où ils ne devraient pas l’être ? Et la distribution est-elle vraisemblable ?

Ce dernier point est le plus révélateur. Si sept demandes sur huit sont « urgence haute », quelque chose ne va pas, soit dans le lot, soit dans le gabarit. Une distribution anormale trahit un problème de consigne bien plus vite qu’une relecture ligne à ligne.

Les cas signalés, deux minutes. Filtre sur confiance = faible, ou ambigu = oui, ou manque ≠ rien. Lis uniquement ceux-là. En pratique, ça représente souvent une à trois lignes sur dix. Ce sont les lignes que l’outil t’a lui-même désignées : le tri est fait pour toi.

Le sondage aléatoire, deux minutes. Prends deux lignes au hasard parmi celles qui n’ont rien signalé, et vérifie-les à fond contre l’entrée d’origine.

Cette passe est indispensable. Les deux précédentes ne détectent que ce que l’outil a bien voulu signaler ; le sondage attrape les erreurs confiantes, qui sont les plus dangereuses.

Certaines choses restent unitaires, quelle que soit la tentation.

Tout ce qui part à l’extérieur sous ta signature : le tri peut être automatisé, la rédaction finale se relit une par une. Tout ce qui déclenche une action irréversible : un envoi, un paiement, une suppression. Et tout ce que ta règle d’escalade a marqué : le lot doit les sortir, pas les traiter.

Une consigne à ajouter à tout traitement par lot :

Ne rédige aucune réponse dans ce traitement. Produis uniquement le
tableau de tri. Les réponses seront rédigées séparément, cas par cas.

Si tu traites en série de façon récurrente, tiens trois chiffres. Ils tiennent dans une colonne de ton tableur.

Le nombre traité, qui te donne le volume réel, souvent une surprise. Le taux de signalement, c’est-à- dire combien de cas remontent : s’il grimpe, tes cas changent de nature. Et les erreurs trouvées au sondage, ton taux d’erreur réel, la seule mesure qui vaille.

Si le troisième chiffre monte, ne bricole pas : relance le jeu de tests complet de ton gabarit. Le plus souvent, la réalité a changé (nouveaux types de demandes, nouveau vocabulaire) et le gabarit doit être mis à jour.

Chaque matin :
1. Coller le gabarit v4, remplacer [BOÎTE] → 10 s
2. Coller les 12 messages numérotés → 20 s
3. Récupérer le CSV, coller dans le tableur → 20 s
4. Passe 1, compte, valeurs, distribution → 30 s
5. Passe 2, filtrer les cas signalés (2 à 3 lignes) → 2 min
6. Passe 3, sondage sur 2 lignes → 2 min
7. Rédiger les réponses des cas « haute », un par un → variable

Environ six minutes pour trier douze demandes de façon tracée et contrôlée, contre une demi-heure à la main. Et surtout avec une trace : le tableau reste, il se filtre, il se compte, il se compare d’une semaine à l’autre.

Constitue un lot de huit cas réels anonymisés, numérotés. Fais-les traiter en une fois, en sortie CSV avec les quatre colonnes de contrôle et le total.

Colle dans un tableur, puis applique les trois passes dans l’ordre en chronométrant chacune.

Note ton taux d’erreur au sondage : c’est ta mesure de référence.

Compare enfin le temps total au temps qu’il t’aurait fallu à la main. Écris les deux chiffres dans ta bibliothèque : c’est ce qui justifiera le temps investi, y compris auprès de ta hiérarchie.

Vérifie ta compréhension

Question : pourquoi le sondage aléatoire est-il indispensable alors que tu as déjà vérifié tous les cas signalés « confiance faible » ?

Réponse : parce que les cas signalés ne couvrent que les erreurs dont l’outil a conscience. Une affirmation fausse produite avec assurance ne sera signalée par rien. Le sondage est la seule passe qui échantillonne la zone « tout va bien », c’est-à-dire précisément celle où une erreur passerait inaperçue.

Tu as terminé les quatre modules. Place aux ateliers, puis au bilan.

Une formationBaxIA