Faire sa revue hebdomadaire avec un agent IA en 30 minutes : l'agent rédige, vous corrigez, l'équipe lit
Une boucle du vendredi : un agent IA rédige le point hebdo à partir des tickets fermés, des éléments en sommeil et des objectifs ; un humain le corrige en 30 minutes.
Sur cette page
Une revue hebdomadaire avec un agent IA fonctionne ainsi : le vendredi, l'agent récupère ce qui a été fermé, ce qui s'est endormi et comment chaque objectif a bougé, rédige un point dans un modèle fixe, et vous passez trente minutes à le corriger avant que l'équipe le lise. L'agent fait la collecte, la partie que les gens sautent ; vous apportez le jugement, la partie où l'agent se trompe. Le résultat est un point à l'heure, précis et toujours honnête.
C'est la boucle que nous faisons chez Atrix chaque vendredi à 15 h. Ci-dessous : le modèle, les étapes, ce que l'agent lit, ce qu'il rate de façon fiable, et comment faire avec ou sans agent dans vos outils.
Pourquoi la passe de correction humaine est l'essentiel
Les rapports d'état automatiques existent depuis des années. La plupart sont ignorés parce qu'ils sont exacts et vides : « 14 tickets fermés, 3 ouverts, vélocité stable ». Un point est utile quand il dit ce que ces chiffres signifient pour le plan, et cela demande quelqu'un qui connaît le plan.
L'idée d'une passe de correction courte et fixe plutôt qu'une rédaction à partir de zéro circule depuis un moment dans les communautés de fondateurs comme Indie Hackers : laisser l'outillage assembler les faits, puis consacrer un bloc de temps borné (trente minutes est le chiffre courant) à en faire un message. Nous y voyons une pratique communautaire sensée, pas une méthode prouvée ; ce que nous pouvons dire, c'est que nos points sont passés de « parfois, en retard, vagues » à « chaque vendredi, précis » dès que la collecte a cessé d'être manuelle.
Le brouillon est à l'agent. Le jugement est à vous. Ne laissez pas cette frontière se brouiller.
Le modèle de point hebdomadaire
Le modèle est fixe pour que l'agent le remplisse de la même façon chaque semaine et que les lecteurs sachent où regarder :
| Section | Contenu | Qui la fournit |
|---|---|---|
| Titre | Une phrase : dans les temps, à risque ou en retard, et pourquoi | Humain |
| Livré | Tickets fermés cette semaine, groupés par produit, avec liens | Agent |
| Glissé | Tickets dus cette semaine non fermés, avec la nouvelle date | L'agent rédige, l'humain confirme la date |
| En sommeil | Tickets non touchés depuis 14 jours ou plus, encore ouverts | Agent |
| Objectifs | Les résultats clés de chaque objectif, avec le point de la semaine | L'agent rédige depuis les points, l'humain ajoute la phrase |
| Semaine prochaine | Les trois choses qui comptent le plus | Humain |
| Demandes | Décisions ou aide attendues de quelqu'un de précis | Humain |
Trois sections humaines, quatre sections agent. Si l'agent finit par écrire « Semaine prochaine » et « Demandes », la revue a cessé d'être une revue.
Pas à pas : la boucle du vendredi
- Bloquez 30 minutes le vendredi après-midi, chaque semaine, dans l'agenda. Le bloc est le rituel. Sans lui, la revue se fait le lundi matin, trop tard pour changer la semaine.
- Donnez à l'agent un brief fixe. Entrées : tickets fermés dans les 7 derniers jours, tickets dus dans les 7 derniers jours encore ouverts, tickets ouverts non touchés depuis 14 jours, les objectifs et leurs derniers points. Sortie : le modèle ci-dessus avec les quatre sections de l'agent remplies et les sections humaines laissées en espaces réservés. Contraintes : lecture seule ; aucun changement de statut ; aucune raison inventée pour les glissements.
- Lisez d'abord la liste Livré et corrigez le regroupement. L'agent groupe par produit ; parfois le regroupement intéressant est par client ou par thème. Corrigez.
- Confirmez chaque date glissée. L'agent rapporte la nouvelle échéance du ticket. Si personne n'en a fixé, il le dit, et vous la fixez maintenant ou décidez que le ticket n'a pas d'importance.
- Décidez du sort de chaque élément en sommeil. Fermer, réassigner, ou laisser avec une raison. Les éléments en sommeil qui survivent à trois revues ne sont pas en sommeil, ils ne sont pas du travail ; supprimez-les.
- Écrivez le titre en dernier. Après avoir tout lu, une phrase. Si vous ne pouvez pas l'écrire, vous ne savez pas si la semaine a été bonne, et c'est le constat.
- Ajoutez Semaine prochaine et Demandes à la main. Trois points, pas sept. Les demandes nomment une personne.
- Publiez là où l'équipe lit. Un post dans le fil ou un message épinglé, pas un document que personne n'ouvre.
Trente minutes suffisent une fois le brief stable. Les deux premières semaines prennent plus longtemps parce que vous corrigez le brief, pas le rapport.
Ce que l'agent lit, et ce qu'il rate
L'agent a besoin d'un accès en lecture aux tickets, aux objectifs et au fil de l'équipe ; rien d'autre. Dans Atrix, via le serveur MCP ou le chat de l'agent, ce sont les périmètres work.read, goals.read et feed.read, et les outils qu'il utilise sont work_list_issues avec un filtre de date, project_status par produit, goals_list et pulse_report_latest, qui résume déjà l'activité de la semaine par produit. Publier le point final passe par feed_post_update, qui notifie les téléphones des gens, donc nous gardons ce périmètre hors de l'agent et publions à la main après la passe de correction.
Les ratés fiables que nous voyons toutes les quelques semaines :
- Les raisons des glissements. L'agent déduit une raison des commentaires (« bloqué par le design ») alors que la vraie raison était que la personne assignée était en congé. Ne le laissez jamais écrire le pourquoi ; il écrit le quoi.
- La progression des objectifs lue comme linéaire. Un résultat clé à 40 % avec deux semaines restantes n'est pas « dans les temps » parce que 40 est plus que 0. La phrase du point est à vous.
- Compter deux fois le même ticket quand il a été fermé, rouvert et refermé. Mineur, mais ça gonfle « Livré ».
- Excès de politesse. Livré à lui-même, le brouillon dit « bonne progression sur tous les fronts ». Supprimez ces phrases ; le titre est l'endroit du jugement, et il devrait parfois dire « en retard ».
Le faire sans agent
Si vos outils n'ont pas d'agent, la boucle fonctionne toujours avec des filtres enregistrés. Dans n'importe quel outil de suivi, enregistrez quatre vues : fermés dans les 7 derniers jours, dus dans les 7 derniers jours et ouverts, non touchés depuis 14 jours, et objectifs. Ouvrez-les dans l'ordre le vendredi, collez dans le modèle et faites la même passe de correction. Cela prend quarante-cinq minutes au lieu de trente, et la collecte est la partie que vous serez tenté de sauter, ce qui plaide pour l'automatiser.
Les insights de Linear, les tableaux de bord de Jira et les bases de données Notion avec filtres de date font office de quatre vues. La différence qu'apporte un agent est le premier jet de la prose de Livré et Glissé, qui épargne peut-être dix minutes et, surtout, supprime la page blanche.
Un vendredi réel
La revue de la semaine dernière, légèrement expurgée. Livré : neuf tickets entre Agenda et Pages, dont les courriels de rappel de réservation. Glissé : deux, tous deux dans Pages, tous deux reportés au mercredi suivant après discussion avec la personne assignée. En sommeil : quatre, dont deux fermés comme plus pertinents et un réassigné. Objectifs : le résultat clé « activation en libre-service » est passé de 31 % à 38 % ; la phrase du point était « ça bouge, mais le plus gros levier (courriels d'essai) sort la semaine prochaine, jugez à ce moment-là ». Titre : « Dans les temps pour le cycle ; un objectif se décidera avec les courriels d'essai de la semaine prochaine. » Semaine prochaine : courriels d'essai, build Android aux testeurs, textes de la page de tarifs. Demandes : une décision sur la sortie de la bêta Android avant le changement de tarifs.
Temps total, publication comprise : 28 minutes. Le brouillon de l'agent avait groupé les neuf tickets livrés par produit, ce qui était juste, et avait écrit « bloqué par les retours design » pour un ticket glissé, ce qui était faux et a été coupé.
FAQ
Que doit contenir un point hebdomadaire ?
Un titre d'une ligne (dans les temps, à risque, en retard), ce qui a été livré, ce qui a glissé avec les nouvelles dates, ce qui est en sommeil, comment chaque objectif a bougé, les trois priorités de la semaine prochaine, et des demandes précises avec une personne nommée. Tenez sur un écran.
Un agent IA peut-il écrire le point hebdomadaire seul ?
Il peut écrire les sections factuelles : livré, glissé, en sommeil et les chiffres des objectifs. Il ne doit pas écrire le titre, les raisons des glissements, les priorités de la semaine prochaine ni les demandes. Cela demande quelqu'un qui connaît le plan, et c'est la passe de correction de trente minutes.
Combien de temps doit durer une revue hebdomadaire ?
Trente minutes une fois le brief et le modèle stables. Les deux ou trois premières semaines prennent plus longtemps parce que vous corrigez le brief. Si elle dépasse régulièrement une heure, le modèle est trop long ou l'outil de suivi n'est pas à jour.
À quelles données l'agent doit-il accéder ?
Lecture des tickets (dates de fermeture, d'échéance, de dernière modification), des objectifs et de leurs points, et du fil de l'équipe. Il n'a pas besoin des clients, du recrutement, de la paie ni de la capacité de changer quoi que ce soit. Accordez des lectures seulement ; publiez vous-même le point final.
La revue hebdomadaire doit-elle être publiée à toute l'équipe ?
Oui, là où l'équipe lit déjà : un post dans le fil ou un message épinglé dans le chat. Un document que personne n'ouvre est un journal intime. Tenez sur un écran pour qu'il se lise sur un téléphone.
En quoi est-ce différent d'une rétrospective de sprint ?
Une revue hebdomadaire porte sur l'état et les priorités de la semaine suivante ; elle prend trente minutes et produit un message. Une rétrospective porte sur la façon dont l'équipe a travaillé sur un cycle ; elle prend une heure et produit des changements de processus. Faites les deux ; ne les fusionnez pas.
Prochaine étape
Créez les quatre vues (fermés, glissés, en sommeil, objectifs) dans l'outil que vous utilisez et bloquez le vendredi à 15 h. Si votre travail vit dans Atrix, la gestion de projet a déjà les cycles, les étiquettes et les points d'objectifs que l'agent lit, et la page fondateurs montre comment une petite équipe fait tourner cette boucle de bout en bout.