Por qué reducir reuniones es una decisión técnica, no solo cultural

Hay un tipo de reunión que reconozco de inmediato: empieza con "vamos a juntarnos para ver el tema X", dura cuarenta minutos, dedica dos a decidir algo que podría haber sido tres mensajes de chat, y el resto es conversación informal.

No digo que la conversación informal no tenga valor. Lo tiene, especialmente en equipos remotos donde el contacto humano es más escaso. Pero cuando eso ocupa la mayor parte de una reunión convocada con otro propósito, algo no está bien gestionado.

Y el problema no es cultural en el sentido superficial del término. Es un problema de arquitectura del trabajo, con consecuencias técnicas reales.

El coste real de una interrupción

Existe un concepto bien documentado en psicología cognitiva: el tiempo de recuperación tras una interrupción. Cuando alguien está en un estado de concentración profunda — depurando un problema complejo, diseñando una arquitectura, entendiendo código heredado — una interrupción no cuesta solo el tiempo que dura. Cuesta además el tiempo necesario para volver al mismo nivel de foco, que puede ser de quince a treinta minutos.

Una reunión de cuarenta minutos en mitad de la mañana no cuesta cuarenta minutos. Cuesta cuarenta minutos más el tiempo de entrada y salida del estado de concentración. En la práctica, puede eliminar toda una mañana de trabajo profundo.

Esto no es una queja abstracta. Es aritmética.

Cómo lo gestiono personalmente

Cuando tengo tareas que requieren foco real, pongo el estado en no disponible con la esperanza de que las notificaciones no me saquen de la concentración. A veces funciona, a veces no.

Lo que sí funciona de forma consistente es aprovechar el horario flexible que tengo para conectarme temprano por la mañana, cuando todavía no hay nadie, o quedarme por la tarde cuando el equipo ya se ha ido. Son los momentos donde el trabajo avanza de verdad, sin interrupciones, sin conversaciones laterales, sin el coste cognitivo de cambiar de contexto constantemente.

El hecho de que necesite buscar huecos fuera del horario central para tener concentración real dice algo sobre cómo está organizado el trabajo durante ese horario central.

Las reuniones que sí tienen sentido

No soy contrario a las reuniones. Soy contrario a las reuniones que no deberían serlo.

Hay dos situaciones donde una reunión es claramente la herramienta correcta. La primera es cuando hay uno o varios temas extensos y complejos que están definidos de antemano y que requieren discusión real entre varias personas. La segunda es cuando una conversación por chat o email lleva más de diez mensajes sin llegar a una conclusión — en ese momento, una llamada corta y centrada en ese punto concreto resuelve en cinco minutos lo que el chat no ha resuelto en una hora.

Las reuniones diarias bien ejecutadas también las defiendo. Pero con una condición: tienen que ser exactamente eso, cada persona dice en qué va a trabajar hoy y dónde está bloqueada, y si alguien necesita más ayuda, se junta con esa persona en concreto después. No es un espacio para resolver problemas en grupo — es un espacio para detectar dónde hay que resolverlos.

El problema de las reuniones que mutan

En mi experiencia, el mayor problema no son las reuniones claramente innecesarias — esas son fáciles de identificar. El problema son las reuniones con propósito legítimo que derivan hacia otro sitio.

Una weekly para coordinar la semana es razonable. Pero cuando esa weekly incluye fijar qué día irá todo el equipo a la oficina, repasar planes de proyectos que ya se comentaron la semana anterior, y un espacio de socialización que se extiende más de lo previsto, el tiempo invertido empieza a no ser proporcional al valor obtenido.

Y los días de oficina tienen su propio coste en este sentido. El contacto presencial tiene un valor real — refuerza relaciones, facilita conversaciones que en remoto no ocurrirían, humaniza el trabajo. Pero también es cierto que son los días donde el trabajo de foco avanza menos, porque cada desplazamiento por la oficina puede convertirse en una conversación, y cada conversación tiene su coste en tiempo y en contexto.

Esto no es una queja. Es una observación sobre la naturaleza del trabajo presencial que cualquier developer que haya pasado tiempo en ambos entornos habrá notado.

Una propuesta concreta

Antes de convocar una reunión, una sola pregunta: ¿esto requiere que varias personas piensen juntas en tiempo real, o requiere que alguien tome una decisión y la comunique?

Si la respuesta es lo segundo, la reunión no es la herramienta correcta. Un documento, un mensaje, una decisión documentada en el gestor de tareas — cualquiera de esas opciones es más eficiente y deja un rastro que la reunión no deja.

Si la respuesta es lo primero, la reunión tiene sentido. Pero con agenda definida antes, con tiempo acotado, y con el compromiso de que cuando el tema esté resuelto, la reunión termina.

Reducir reuniones no es trabajar de forma más fría o menos colaborativa. Es respetar el tiempo de concentración como el recurso escaso que es, y elegir la herramienta de comunicación correcta para cada tipo de problema. Eso es, en el fondo, lo mismo que hacemos cuando diseñamos software.