La reunión semanal que cambió nuestra productividad

Durante meses, nuestra reunión semanal era un repaso. Éramos tres personas reunidas una hora, y cada uno contaba en qué andaba mientras los demás escuchaban. Media reunión se iba en reconstruir contexto que ya existía en algún sitio: un hilo de Slack, una nota, el estado de una tarea. Nos reuníamos, en buena medida, para ponernos al día de cosas que ya estaban escritas.

No era una mala reunión por falta de ganas. Era una reunión mal enfocada: la usábamos para informar, y eso se puede hacer sin sentarse a la vez tres personas durante una hora.

Cambiar una cosa: que la información llegue antes

El cambio fue pequeño de enunciar: que la información llegue masticada a la reunión, no durante. Antes de sentarnos, un agente conectado vía MCP resume los hilos relevantes de Slack y consolida un briefing con lo que ha pasado en los proyectos. Llegamos con el «qué ha pasado» ya resuelto.

MCP es el protocolo que permite a un modelo de IA consultar herramientas reales, como Slack o nuestro sistema de gestión, en lugar de trabajar solo con lo que se le pega en una conversación. Lo hemos contado con más detalle en MCP, el puente entre la inteligencia artificial y tus herramientas. Aquí lo importante es el efecto: el agente hace la parte de leer, cruzar y resumir que antes hacíamos cada uno por su cuenta, o peor, en voz alta delante de los demás.

De informar a decidir

Lo que de verdad cambió no fue la tecnología, fue el criterio. Dejamos de usar la reunión para informar y empezamos a usarla para decidir. La IA solo nos quitó la parte aburrida.

Esa distinción es la que importa si quieres aplicarlo en tu equipo. Informar es transmitir algo que ya ha pasado y que cualquiera puede leer. Decidir es elegir entre opciones con consecuencias: qué proyecto pasa por delante, qué cliente necesita que dediquemos más atención, si aceptamos o no un encargo, cómo resolvemos un bloqueo. Eso sí necesita tres cabezas juntas, porque cada una ve cosas distintas.

Si el tiempo de una reunión se va en lo primero, la segunda parte se queda sin hueco o se hace con prisa al final. Con el briefing ya leído, la reunión empieza donde antes terminaba.

Por qué una hora bien usada pesa tanto en un equipo pequeño

Para un equipo de tres que lleva más de diez proyectos a la vez, una hora a la semana bien aprovechada no es poco. En una empresa grande, una reunión improductiva se diluye entre decenas de personas y de horas. En la nuestra, una hora mal usada es una fracción visible de la semana de cada uno.

Lo que está en juego, tal como lo vivimos, es la diferencia entre ir por delante de los proyectos o ir apagando fuegos. Una reunión donde se decide cada semana qué se ataca y qué se aparca ayuda a lo primero. Una donde solo se repasa lo ocurrido deja las decisiones para cuando ya son urgentes.

Qué hace falta para que funcione

Un briefing automático solo sirve si hay algo fiable de lo que alimentarlo. Si el estado de los proyectos está repartido entre cabezas y correos, el agente no tiene qué resumir. En nuestro caso funciona porque el trabajo se registra en un sitio único; cómo lo organizamos lo explicamos en un equipo de tres personas, más de diez proyectos y ningún project manager.

Tampoco es una regla universal. Un resumen automático puede dejarse fuera algo que alguien sabe y no ha escrito, así que una reunión de decisión sigue pidiendo que cada uno aporte lo que no está en el sistema. Y no sirve de nada ganar tiempo si luego ese tiempo no se dedica a decidir de verdad.

Lo que nos llevamos

No se trata de tener menos reuniones, sino de que la reunión empiece donde antes terminaba. Una buena pregunta para revisar la tuya: ¿en qué se te va el tiempo, en informar o en decidir? Si quieres ver cómo organizamos el resto del trabajo, está en cómo trabajamos.