El Auditor de Reuniones Recurrentes: Decida Qué Reuniones Fijas Siguen Mereciendo Su Lugar en el Calendario
Por qué importa este prompt
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.
Para qué lo usamos
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]
Resultado
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.
Las reuniones recurrentes son los servicios de suscripción del calendario corporativo: fáciles de añadir, casi nunca canceladas, y la mayoría de la gente no tiene idea de cuáles sigue "pagando" hasta que alguien le hace mirar la factura. Una reunión creada para resolver un problema que ya no existe sigue funcionando porque cancelarla requiere que alguien declare públicamente que no merece el tiempo de la sala, y nadie quiere ser quien diga eso sobre una reunión que inició su jefe, o el jefe de su jefe.
El prompt a continuación elimina ese costo social al convertir la auditoría en un ejercicio de puntuación en lugar de un juicio personal. En lugar de preguntar "¿deberíamos eliminar la sincronización del lunes?", plantea cuatro preguntas más estrechas y más difíciles de rebatir sobre cada reunión: ¿produce una decisión?, ¿el contenido podría ser asíncrono?, ¿todos los asistentes son realmente necesarios?, y ¿el propósito original sigue coincidiendo con la realidad actual? Una reunión puede fallar en los cuatro criterios sin que nadie en la sala se equivocara al crearla hace dieciocho meses; las circunstancias simplemente cambiaron.
Por qué "hacerlo asíncrono" por sí solo no es una recomendación real
El modo de fallo más común en los consejos de reducción de reuniones es detenerse en "esto podría ser un correo". Eso es cierto para casi toda reunión de estado, y también es inútil como recomendación, porque nadie actúa sobre un consejo vago. La sección de restricciones del prompt obliga a un formato de reemplazo específico para cada veredicto de ACORTAR o HACER ASÍNCRONO —un documento compartido con fecha límite, un grupo más pequeño con límite de tiempo, un hilo de Slack con corte— porque un reemplazo nombrado se adopta, y uno sin nombrar simplemente no sucede, y la reunión vuelve sigilosamente al calendario en un mes.
Por qué la salida protege explícitamente una reunión
Los ejercicios de reducción de reuniones también tienen un modo de fallo en la dirección opuesta: una vez que un equipo empieza a aplicar escrutinio, es tentador seguir cortando más allá del punto de rendimientos decrecientes, incluyendo reuniones que silenciosamente hacen trabajo real. La sección "Proteger Esta" obliga a la auditoría a nombrar la reunión de mayor valor en la lista y explicar por qué, para que el ejercicio no se convierta en una limpieza indiscriminada del calendario que elimina el único mecanismo estructurado que tiene un equipo para detectar problemas —una retrospectiva, una revisión de diseño, una sesión de planificación— junto con el peso muerto genuino a su alrededor.
Cómo usar esto bien
Sea honesto en la entrada sobre el número de asistentes y la duración; la cifra final de "tiempo recuperado" solo es tan creíble como los datos de entrada, y una cifra construida sobre estimaciones optimistas no sobrevivirá a que alguien en la sala haga un cálculo mental rápido y la encuentre errónea. Si genuinamente no conoce el propósito original de una reunión, escriba "desconocido" en lugar de adivinar uno caritativo; un "desconocido" honesto es en sí mismo una señal útil de que una reunión se ha desviado de su razón de existir, y la auditoría debería tratarla así en lugar de inventar una justificación que el contenido actual de la reunión realmente no respalda.