L'Auditeur de Réunions Récurrentes : Décidez Quelles Réunions Fixes Méritent Encore Leur Place au Calendrier
Pourquoi ce prompt est important
A mid-size team carrying even 3 unnecessary weekly meetings at 5-8 attendees and 30-45 minutes each burns 8-12 hours of collective team time every single week — 400-600+ hours a year, the rough equivalent of a quarter of a full-time employee's annual hours, spent on meetings that evaporate the moment someone asks "what decision does this produce?" and nobody has a clean answer.
À quoi nous l'utilisons
Your 12-person engineering team has 6 standing meetings on the calendar, several inherited from a reorg 18 months ago. Nobody fully remembers why half of them exist, and two engineers have separately mentioned losing a full morning a week to meetings. You need an objective, defensible way to decide what to cut without personally arguing the case in a room full of people who each created one of these meetings.
Prompt
Role: Act as an operations efficiency consultant who has audited meeting calendars at dozens of companies and specializes in identifying "zombie meetings" — recurring meetings that have outlived their original purpose. Context: Team/company context: [TEAM SIZE AND FUNCTION, e.g., "12-person engineering team"]. Recurring meetings list — for each one, provide: name, frequency, duration, number of attendees, who created it and roughly when (if known), and its stated purpose (if known, otherwise write "unknown"): [LIST YOUR RECURRING MEETINGS, ONE PER LINE, WITH AS MUCH OF THE ABOVE AS YOU KNOW] Task: For each meeting, score it against four criteria: 1. Decision-making value — does this meeting produce a decision that couldn't be made async? 2. Information transfer that could be async — is most of the content a status update that could be a written doc or message instead? 3. Attendee necessity — are all attendees actually needed for the full duration, or could most of it be a smaller group? 4. Staleness — does the stated (or inferred) original purpose still match what the team actually needs today? Based on the scoring, output a verdict for each meeting: KEEP AS-IS / SHORTEN / MAKE ASYNC / KILL, with one or two sentences of reasoning, and — for SHORTEN or MAKE ASYNC verdicts — a specific suggested replacement (e.g., "a shared doc updated by Friday EOD" or "a 15-minute version with only the 3 people who make the decision"). Constraints: Do not recommend killing meetings that involve legally required reviews, client-facing calls, or 1:1s unless the input explicitly flags them as low-value. Be specific about what exactly becomes async — never just write "make this async" without naming the replacement format. Identify the single highest-value meeting on the list and explicitly flag it as one to protect from any future cuts. Output Format: ## Meeting-by-Meeting Verdicts [Table or list: Meeting Name | Verdict | Reasoning | Replacement (if applicable)] ## Protect This One [Name the single highest-value meeting and why] ## Time Reclaimed [If every SHORTEN and KILL recommendation is implemented, calculate total attendee-hours per week reclaimed, using the duration and attendee count provided for each affected meeting]
Résultat
Meeting-by-Meeting Verdicts
| Meeting | Verdict | Reasoning | Replacement |
|---|---|---|---|
| Monday Status Sync (30 min, 8 people, weekly) | MAKE ASYNC | Each person reports what they did last week with no discussion or decisions made — pure status broadcast that doesn't need real-time attendance from 8 people. | A shared doc or Slack thread where each person posts 2-3 bullet points by Monday 10am. |
| Design Review (45 min, 6 people, weekly) | SHORTEN | Real decisions get made here, but only 3 of the 6 attendees speak in a typical session — the other 3 are there "for visibility." | 25-minute session with the 3 decision-makers; others get the decision summary afterward. |
| All-Hands Engineering (60 min, 12 people, weekly) | KEEP AS-IS | Genuinely serves cross-team alignment and surfaces blockers that would otherwise stay siloed — attendee feedback in the input confirms this is considered useful. | — |
| Retro (30 min, 8 people, bi-weekly) | KEEP AS-IS | Produces concrete process changes most cycles; this is decision-making work, not status reporting. | — |
| Legacy "Project Phoenix" Check-in (30 min, 5 people, weekly) | KILL | Project Phoenix shipped four months ago. Nobody on the list could state its current purpose when asked; this is a textbook zombie meeting. | None needed — cancel outright. |
Protect This One
The bi-weekly Retro is the highest-value meeting on this list — it's the only recurring meeting that reliably converts discussion into a tracked action item, and teams that cut retros under time pressure tend to lose the only structured mechanism they have for catching process problems before they compound.
Time Reclaimed
Making Monday Status Sync async: 8 people × 30 min = 4 hours/week reclaimed.
Shortening Design Review from 45 to 25 min: 6 people × 20 min = 2 hours/week reclaimed.
Killing the Project Phoenix check-in: 5 people × 30 min = 2.5 hours/week reclaimed.
Total: 8.5 attendee-hours reclaimed per week — roughly 442 hours per year, equivalent to about a quarter of one full-time employee's annual working hours.
Les réunions récurrentes sont les abonnements du calendrier d'entreprise : faciles à ajouter, presque jamais annulées, et la plupart des gens n'ont aucune idée de celles qu'ils « paient » encore jusqu'à ce que quelqu'un les force à regarder la facture. Une réunion créée pour résoudre un problème qui n'existe plus continue de tourner parce que l'annuler exige que quelqu'un déclare publiquement qu'elle ne mérite pas le temps de la salle — et personne ne veut être celui qui dit ça d'une réunion que son manager, ou le manager de son manager, a créée.
Le prompt ci-dessous supprime ce coût social en transformant l'audit en exercice de notation plutôt qu'en jugement personnel. Au lieu de demander « devrions-nous supprimer le sync du lundi », il pose quatre questions plus étroites et plus difficiles à contester sur chaque réunion : produit-elle une décision, le contenu pourrait-il être asynchrone, tous les participants sont-ils réellement nécessaires, et l'objectif initial correspond-il toujours à la réalité actuelle. Une réunion peut échouer sur les quatre critères sans que personne dans la salle ait eu tort de la créer il y a dix-huit mois — les circonstances ont simplement changé.
Pourquoi « rendez ça asynchrone » seul n'est pas une vraie recommandation
Le mode d'échec le plus courant des conseils de réduction de réunions est de s'arrêter à « ça pourrait être un e-mail ». C'est vrai pour presque toute réunion de statut, et c'est aussi inutile comme recommandation, parce que personne n'agit sur un conseil vague. La section des contraintes du prompt impose un format de remplacement spécifique pour chaque verdict RACCOURCIR ou RENDRE ASYNCHRONE — un document partagé avec une échéance, un groupe plus restreint avec une limite de temps, un fil Slack avec une date butoir — car un remplacement nommé est adopté, alors qu'un remplacement non nommé ne se produit tout simplement pas, et la réunion revient discrètement au calendrier en un mois.
Pourquoi le résultat protège explicitement une réunion
Les exercices de suppression de réunions ont aussi un mode d'échec dans la direction opposée : une fois qu'une équipe commence à appliquer un examen rigoureux, il est tentant de continuer à couper au-delà du point de rendement décroissant, y compris des réunions qui font discrètement un vrai travail. La section « Protégez Celle-ci » oblige l'audit à nommer la réunion de plus grande valeur de la liste et à expliquer pourquoi, afin que l'exercice ne devienne pas un nettoyage indiscriminé du calendrier qui supprime le seul mécanisme structuré dont dispose une équipe pour détecter les problèmes — une rétrospective, une revue de conception, une session de planification — en même temps que le poids mort réel qui l'entoure.
Comment bien utiliser ceci
Soyez honnête dans les données d'entrée sur le nombre de participants et la durée — le chiffre final de « temps récupéré » n'est crédible qu'à la mesure des données saisies, et un chiffre construit sur des estimations optimistes ne survivra pas à quelqu'un dans la salle faisant un calcul mental rapide et le trouvant faux. Si vous ne connaissez vraiment pas l'objectif initial d'une réunion, écrivez « inconnu » plutôt que d'en deviner un charitable ; un « inconnu » honnête est en soi un signal utile qu'une réunion s'est éloignée de sa raison d'être, et l'audit devrait la traiter ainsi plutôt que d'inventer une justification que le contenu actuel de la réunion ne soutient pas réellement.