Demandes de contenu : le ticket le plus sous-estimé

Vendredi, 16h47. Un message arrive : « Tu peux changer la photo de l’équipe sur la page À propos ? Rien de grave. » Dix secondes pour le lire. Cinq minutes pour retrouver le fichier et vérifier le rendu sur mobile. Et quarante minutes pour reprendre le fil de ce que je faisais avant.

Le ticket qui ne ressemble pas à un ticket

Un changement de texte, une image à remplacer, une date à corriger. Personne n’ouvre de ticket pour ça. On répond dans la conversation, entre deux réunions. C’est là que ça dérape : le travail réel est invisible, donc personne ne le compte.

Le vrai coût, c’est le retour

Chaque petite demande me sort de ce que je faisais. Le cerveau repart de zéro, comme face au contrôleur dans le train, sauf que là personne ne me demande mon billet. Multiplié par dix demandes par jour, ça n’apparaît pas dans le planning, mais ça bouffe la journée.

Trois règles que j’applique depuis

1. Une seule porte d’entrée. Pas de messages privés, pas de mails parallèles : un canal, une file.
2. Un formulaire minimal. Page concernée, ce qui doit changer, pour quand. Trois champs suffisent à supprimer la moitié des allers-retours.
3. Une estimation, même grossière. « Vingt minutes » ou « une demi-journée » change la priorisation. Une demande sans taille paraît toujours gratuite.

Côté produit, c’est une question de visibilité

Un product owner qui ne voit pas le travail de contenu ne peut pas l’arbitrer. Alors je le sors de la conversation et je le mets dans le backlog, à côté des vraies fonctionnalités. Pas pour faire de la bureaucratie, mais pour que, la prochaine fois qu’on parle de capacité, les petites demandes soient dans le compte.

En résumé

Une demande de contenu n’est jamais petite pour celui qui la traite. Si elle n’a pas de place dans le système, elle prend la place de tout le reste.