El 1:1 que cambia carreras — y el que destruye la confianza sin que nadie lo note
Un ingeniero senior de mi equipo llevaba tres semanas construyendo una abstracción que nadie había pedido. Lo descubrí por accidente, en un code review. Cuando le pregunté por qué, me dijo algo que todavía recuerdo: "Lo mencioné en nuestro 1:1 hace un mes. Dijiste que sonaba bien."
No lo recordaba. Y no lo recordaba porque en aquel 1:1 yo estaba escuchando otra cosa: el estado del proyecto, los bloqueos, las fechas. Su idea pasó por delante de mí como un dato más en una actualización de estado, y yo la aprobé sin procesarla. Tres semanas de trabajo salieron de una conversación que ninguno de los dos consideró importante mientras ocurría.
Ese es el 1:1 que destruye la confianza sin que nadie lo note. Falla en silencio, cuando la información que debía circular se pierde entre dos personas que creen estar comunicándose.
La reunión que crees que es una y es otra
El Tech Lead promedio trata el 1:1 como una reunión de sincronización. Preguntas por el sprint, revisas bloqueos, ajustas prioridades. Al final tienes una foto actualizada del trabajo. Sientes que hiciste tu trabajo de manager.
El problema es que esa foto ya existe. Está en Jira, en el board, en el standup diario, en el canal de Slack del equipo. Todo lo que preguntas en un 1:1 de estado ya está disponible en algún canal asíncrono que no requiere media hora del calendario de dos personas.
Camille Fournier lo advierte en The Manager's Path con una frase que corta: el equipo no será productivo ni feliz gastando la mitad de su tiempo en reunir para ti información que podrías encontrar tú mismo. Cuando conviertes el 1:1 en un reporte oral, le pides a la persona que te transcriba datos que ya tiene delante. La reunión se vuelve redundante para ambos. Y lo peor: crees que la estás usando bien.
Aquí está el giro que casi nadie ve. El 1:1 es el único canal donde recuperas la información que no circula por ningún otro sitio.
Lo que nunca aparece en el board
Piensa en todo lo que un ingeniero sabe sobre el sistema que tú, como Tech Lead, no puedes saber desde tu posición. Sabe qué módulo le da miedo tocar. Sabe qué decisión de arquitectura de hace seis meses le está costando el doble de tiempo del que reporta. Sabe que dos personas del equipo evitan trabajar juntas. Sabe que la feature que estás priorizando le parece un error, pero no lo dice en el standup porque no es el foro.
Nada de eso aparece en Jira. Nada de eso llega al board. Ese conocimiento está distribuido en las cabezas de las personas que hacen el trabajo, y ninguna herramienta asíncrona lo captura, porque no es un estado — es una valoración, una intuición, un malestar que todavía no tiene forma de ticket.
Un Tech Lead que solo hace 1:1s de estado opera con la mitad del mapa. Toma decisiones de arquitectura con la información que sube por los canales formales, ignorando que la información que le diría dónde va a fallar el sistema y por qué nunca sube por ahí. Está decidiendo a ciegas y no lo sabe, porque el board le da la sensación de visibilidad completa.
El 1:1 existe para recuperar esa información. Es el mecanismo de captura del conocimiento que el sistema formal deja fuera. Cuando lo usas para preguntar por el sprint, cierras el único canal que tenías para lo demás.
Por qué la información no sube sola
Podrías pensar: si esa información es tan valiosa, la gente la traerá. No lo hace. Y no lo hace por razones que tienen que ver con cómo funcionan las personas, no con cómo debería funcionar un equipo ideal.
Una idea a medio formar es frágil. Kim Scott lo describe en Radical Candor citando a Jony Ive: las ideas nuevas son frágiles, y necesitan un espacio protegido antes de someterse al ruido del debate abierto. Un ingeniero no va a lanzar una crítica a la arquitectura en un standup de doce personas donde media sala la va a defender por reflejo. Va a esperar. Y si no hay un espacio donde esa crítica pueda salir sin coste, no sale nunca.
La otra razón es más incómoda. Fournier señala un patrón: el tech lead que dice que todo va bien pero se salta los 1:1s y da actualizaciones vagas suele estar ocultando algo. A veces es que el progreso va mucho más lento de lo previsto. A veces es que está construyendo algo fuera de alcance. El silencio no es ausencia de información. Es información retenida.
Cuando el canal de recuperación no existe o no es seguro, el sistema no se queda sin esa información. La entierra. Y un sistema que entierra su información falla de formas que parecen misteriosas desde arriba: proyectos que se retrasan sin causa visible, decisiones que se sabotean pasivamente, buenos ingenieros que renuncian "de repente".
La pregunta que abre el canal
La diferencia entre un 1:1 que captura información y uno que la bloquea no está en tener una agenda perfecta de 40 puntos. Un guion rígido produce el mismo efecto que el reporte de estado: la persona responde lo que el formato pide y se guarda lo que el formato no contempla.
La diferencia está en quién dirige la conversación. Fournier lo dice sin rodeos: su objetivo en un 1:1 es escuchar primero lo que la otra persona quiere discutir. La reunión la maneja quien reporta, no quien lidera. Eso no es una preferencia de estilo. Es la única forma de que salga la información que tú no sabías que existía — porque si tú diriges, solo puedes preguntar por lo que ya conoces.
Hay una técnica de las ventas consultivas que aplica aquí mejor de lo que parece. En SPIN Selling, Neil Rackham observa que los vendedores mediocres preguntan por hechos ("¿qué stack usáis?") mientras los buenos preguntan por implicaciones ("¿qué te está costando esa decisión que tomamos el trimestre pasado?"). La pregunta de implicación no recupera un dato. Recupera la valoración que la persona tiene sobre ese dato — que es exactamente lo que ningún board captura.
"¿Qué parte del código evitas tocar y por qué?" abre más sistema que veinte preguntas sobre el estado del sprint. "¿Qué decisión de las que tomamos crees que fue un error?" abre más que cualquier retrospectiva formal. No porque sean preguntas ingeniosas, sino porque le dan permiso a la información enterrada para salir.
El riesgo, y Fournier también lo nombra, es el 1:1 que se derrama. Sin ninguna estructura, la conversación se convierte en sesión de quejas o en terapia, y el líder empático se deja arrastrar a una cercanía que no ayuda a nadie. La forma de la conversación no es un guion cerrado ni una charla sin rumbo. Es un espacio con límites claros donde la persona dirige y tú escuchas para detectar lo que el resto del sistema no te está contando.
Empieza por la conversación que has estado evitando
Kerry Patterson, en Crucial Conversations, define las conversaciones que más importan como aquellas donde hay opiniones opuestas, algo en juego y emociones fuertes — y las que más evitamos. En un equipo, esas conversaciones casi nunca caben en un canal público. El 1:1 es donde ocurren o no ocurren en absoluto.
Esta semana, en tu próximo 1:1, no abras con "¿cómo va el proyecto?". Abre preguntando qué es lo que esa persona ha querido decirte y no ha encontrado el momento. Después quédate callado más tiempo del que te resulte cómodo. Lo que salga en ese silencio es la información con la que llevas meses sin contar — y con la que has estado decidiendo igual.
Para diseñar esa conversación con una estructura que no la convierta ni en interrogatorio ni en terapia, en la membresía comparto el template completo de 1:1 que uso con mi equipo: las preguntas por fase, qué escuchar en cada respuesta y cómo cerrar sin que se derrame.
Cada semana analizo un problema real de liderazgo técnico. Con el mismo nivel de profundidad.