« Publie le prochain article. »
Le système automatique commence par vérifier les brouillons, les textes déjà contrôlés, les traductions et les publications en attente. Il reconstruit les suivis, les enregistre et s'assure que tout concorde.
Environ 23 minutes de préparation, et le véritable traitement de l'article n'a même pas commencé.
Ce scénario provient d'une seule exécution réelle, racontée sans détails permettant d'identifier le projet : environ 8 minutes pour préparer l'état général et 15 autres pour le sauvegarder, avant l'arrêt forcé du processus. Il ne s'agit pas d'une moyenne universelle.
Imaginez une usine où tout le monde pointe, assiste à la réunion du matin et contrôle le registre de présence avant de repartir sans avoir fabriqué un seul objet. Et cette usine était censée fonctionner sans salariés.
Un tableau de suivi veut son propre tableau de suivi
Suivre l'avancement est utile. Il faut savoir quels articles existent, lesquels ont passé les vérifications nécessaires et lesquels restent à publier. Sinon, on risque de faire deux fois la même chose.
Mais les listes s'accumulent : brouillons, validations, traductions, publications, résultats de chaque équipe. Si deux chiffres ne correspondent plus, une nouvelle tâche apparaît : réconcilier les listes.
« L'article, il est où ? » « On actualise le tableau. » « C'est terminé ? » « On vérifie l'historique des modifications du tableau. »
La comptabilité a créé un robot. Le robot a décidé de devenir comptable.
Quand l'administration arrête la production
Dans un système trop étroitement lié, changer une seule ligne de suivi peut être interprété comme un changement de toutes les données à publier. Le système reconstruit l'ensemble. Une autre équipe met son tableau à jour pendant ce temps, et tout recommence.
Pour éviter cette boucle, on peut finir par interdire temporairement les écritures des autres équipes pendant une publication.
Le tableau censé aider les articles à sortir devient la raison pour laquelle ils ne sortent plus.
C'est comme fermer une caisse de supermarché pour recompter les clients qui attendent. Ils voulaient juste acheter du pain.
Répartir le travail n'est pas répartir les formulaires
La rédaction enregistre le texte. La publication vérifie cet article précis et le met en ligne. La surveillance s'assure que les lecteurs peuvent réellement ouvrir la page.
Chacun doit pouvoir terminer sa mission sans attendre que tous les services modifient le même fichier géant. À un unique guichet qui distribue les tampons, embaucher dix personnes de plus ne fait qu'allonger la file.
Faut-il supprimer tous les registres ?
Les tableaux en double peuvent disparaître. Pas les informations qui évitent de vraies erreurs.
Le système doit savoir quelle version de chaque article est déjà en ligne et comment reprendre après une interruption. Sinon, des doublons peuvent paraître ou une ancienne version peut remplacer la plus récente.
Si le site publié et le stockage existant permettent déjà de le vérifier, inutile de recopier ces informations à cinq endroits.
Vérifions ce qui a changé, réutilisons ce qui n'a pas changé, et laissons les statistiques observer les résultats sans bloquer la mise en ligne.
Le vrai score, c'est le nombre de nouveaux articles réellement accessibles aux lecteurs, pas le nombre de tableaux actualisés.
« Bilan du jour : tous les registres concordent. Articles publiés : 0. »
Bravo, nous avons inauguré une splendide armoire à dossiers.

