Lo que tus 1-on-1s deberían medir (y no miden)

Cada semana, cientos de miles de reuniones 1-on-1 se celebran en equipos de tecnología de todo el mundo. Duran entre treinta minutos y una hora. Generalmente las inicia el manager. Y en un número sorprendente de casos, se parecen a esto: el manager abre el tablero de Jira y pregunta “entonces, ¿cómo vas con tus tickets esta semana?”

Esa reunión podría haber sido reemplazada por una consulta al panel de control. La hora pasada cara a cara no produjo ni información que las herramientas de seguimiento no tuvieran, ni confianza, ni resolución de ningún problema sistémico.

Ese es el 1-on-1 fallido. Y es extremadamente común.

Lo que el 1-on-1 no es

Empezar por lo que el 1-on-1 no es ayuda a clarificar lo que debería ser.

El 1-on-1 no es una reunión de estado. El estado de los tickets, el porcentaje del sprint completado, los bloqueos actuales en las tareas en curso - todo eso está disponible en las herramientas. Si el equipo tiene un panel de control usable, el manager no necesita una reunión de una hora para saber dónde están los tickets.

El 1-on-1 no es una reunión de reportes. “Terminé la feature X, tuve un problema con Y, estoy trabajando en Z.” Esta información, si es importante, debe existir en las herramientas del equipo, no solo en la cabeza del desarrollador.

El 1-on-1 tampoco es una reunión de gestión descendente. “Estas son las prioridades de la semana, esto es lo que la dirección espera del equipo, estos son los cambios de proceso.” Esta información puede comunicarse de forma más eficaz al equipo completo, no en un encuentro semanal individual.

Lo que el 1-on-1 sí es

El 1-on-1 es el único espacio de conversación privada entre un manager y un miembro de su equipo. Esa es su singularidad y su valor.

Lo que permite hacer que ningún otro formato posibilita:

Detectar señales débiles. Los problemas graves en un equipo rara vez aparecen de un día para otro. Se acumulan durante semanas o meses: una relación deteriorada con un compañero, una desmotivación progresiva, la sensación de estar atascado en la carrera, la desilusión con la dirección de la empresa. Estas señales rara vez se expresan en público, nunca en los tickets de Jira. Emergen en conversaciones privadas donde la persona se siente lo suficientemente segura para compartirlas.

Un manager que usa los 1-on-1s para hacer seguimiento de tickets no tiene acceso a estas señales. Descubre los problemas cuando ya se han convertido en crisis: renuncias sorpresivas, conflicto abierto, burnout visible.

Desbloquear problemas sistémicos. Hay una diferencia entre un bloqueo táctico (un ticket bloqueado porque se espera una decisión sobre la API) y un bloqueo sistémico (el desarrollador está bloqueado regularmente porque el equipo de diseño no responde en plazos razonables, y nadie ha abordado el problema estructuralmente).

El bloqueo táctico se resuelve en las herramientas o en el daily standup. El bloqueo sistémico requiere una conversación privada para nombrarlo claramente, y una acción de gestión para resolverlo.

Construir confianza. La confianza entre un manager y su equipo no se construye en reuniones colectivas. Se construye en conversaciones donde la persona se siente escuchada, donde sus preocupaciones se toman en serio, donde el manager demuestra que recuerda lo que se dijo la semana pasada.

Un manager que no usa los 1-on-1s para esto generalmente no tiene la confianza de su equipo, aunque no sea consciente de ello.

La pregunta inicial que lo cambia todo

La pregunta con la que se abre un 1-on-1 determina a menudo toda la tonalidad de la reunión.

Preguntas que cierran la conversación:

“¿Cómo vas con tus tickets esta semana?”

“¿Cómo avanza la feature X?”

“¿Tuviste tiempo de revisar lo que puse en el doc compartido?”

Estas preguntas invitan a respuestas cortas y factuales. Le señalan al desarrollador que la reunión es una reunión de seguimiento.

Preguntas que abren la conversación:

“¿Qué te preocupa ahora mismo, ya sea técnico, organizativo o cualquier otra cosa?”

“¿Hay algo que te frena regularmente y que te costaría plantear en una reunión de equipo?”

“¿Cómo te sientes con tu trabajo en este momento, en una escala no verbal?”

Estas preguntas dan permiso para ir más allá del seguimiento de tickets. Señalan que esta reunión es para la persona, no para el manager.

La estructura que ayuda

Un 1-on-1 sin estructura se convierte fácilmente en una conversación a la deriva o en un monólogo del manager. Una estructura ligera ayuda sin rigidizar.

Un enfoque que funciona para muchos managers: la agenda le pertenece a la persona, no al manager.

En la práctica: la persona prepara dos o tres puntos que quiere tratar. El manager también prepara puntos, pero van después de los de la persona. Si la persona no ha preparado nada (lo cual ocurre), el manager abre con una pregunta abierta sobre lo que le preocupa.

Este cambio en la agenda envía una señal clara: esta reunión no existe para satisfacer las necesidades de información del manager. Existe para la persona.

La reacción habitual de los managers: “Si dejo que la persona dirija la agenda, nunca hablaremos de lo que es importante para el equipo.” Es una preocupación legítima y a menudo infundada. Los desarrolladores generalmente conocen bien las prioridades del equipo. Cuando se les da espacio para hablar de lo que les importa, los temas que emergen suelen ser más útiles para el manager que los que él mismo hubiera planteado.

Lo que el manager debería medir

La mayoría de los managers de desarrolladores evalúan implícitamente sus 1-on-1s con criterios como: ¿la persona avanza en sus tickets, entrega a tiempo, está alineada con las prioridades del equipo?

Esos criterios son medibles mediante las herramientas de seguimiento. No requieren un 1-on-1.

Lo que el 1-on-1 permite medir, y que pocos managers rastrean deliberadamente:

El nivel de compromiso. ¿La persona habla de su trabajo con energía o con resignación? ¿Comparte ideas o se limita a responder preguntas? ¿Ha cambiado el nivel de compromiso en las últimas semanas?

La claridad sobre las prioridades. No “¿está trabajando en las cosas correctas?” (eso se ve en los tickets), sino “¿entiende por qué esas cosas son prioritarias?”. Un desarrollador que ejecuta sin entender el propósito es un desarrollador que toma malas decisiones de implementación y se va desconectando progresivamente.

El estado de las relaciones en el equipo. Las fricciones entre compañeros, las frustraciones con los procesos, los malentendidos con otros equipos - esta información no llega en los tickets ni en las reuniones colectivas. Llega en los 1-on-1s.

La frecuencia adecuada

¿Con qué frecuencia hacer los 1-on-1s? La respuesta clásica es semanal. Es una buena frecuencia por defecto para los equipos que trabajan juntos a diario.

Lo que puede hacer variar la frecuencia:

La novedad. Cuando alguien se une al equipo, una mayor frecuencia durante los primeros meses ayuda a detectar problemas de integración antes de que se conviertan en problemas estructurales.

Los períodos de tensión. Cuando el equipo atraviesa un período difícil (cambio organizativo, proyecto bajo presión, conflicto interpersonal), aumentar la frecuencia de los 1-on-1s da más oportunidades de detectar y abordar las señales débiles.

La madurez de la relación. Con alguien que lleva varios años en el equipo y con quien la confianza está bien establecida, una frecuencia quincenal puede ser suficiente. Los 1-on-1s se convierten en revisiones profundas en lugar de contactos frecuentes.

Lo que no se debe hacer: cancelar los 1-on-1s regularmente porque el calendario del manager está saturado. La señal enviada es inequívoca: estas reuniones no son una prioridad. Es exactamente lo contrario del mensaje que se supone que transmite el 1-on-1.

Lo que el manager aprende sobre sí mismo

Un último aspecto raramente discutido: los 1-on-1s, cuando se practican bien, enseñan al manager cosas sobre su propia forma de trabajar.

Si varios miembros del equipo mencionan regularmente los mismos bloqueos, la misma confusión sobre las prioridades, las mismas frustraciones con un proceso - eso es una señal sobre la organización, no sobre los individuos.

Un manager que usa los 1-on-1s únicamente como herramienta de seguimiento del rendimiento se pierde este feedback sobre su propio funcionamiento. Es el último en saber por qué el equipo está frustrado, y esa frustración siempre le parece un problema individual en lugar de un síntoma sistémico.

Los 1-on-1s son la mejor herramienta de la que dispone un manager para mantener un equipo sano. No porque permitan hacer seguimiento de tickets, sino porque permiten escuchar lo que los tickets nunca dicen.

Usar estas reuniones como reportes de estado es desperdiciar el único espacio privado de la relación de gestión.