🎖️Tarea vs Relación
El marco mental que cambió mi manera de gestionar para siempre
Hola 👋 bienvenido a la Newsletter de 🎖️ Team Hackers
Soy Felipe Polo y escribo esta newsletter para ayudar a fundadores y operadores de compañías a generar autonomía y equipos más fuertes.
Antes de arrancar
Quiero agradecer a Toño, frecuente lector de esta newsletter, por su apunte sobre edición en la semana pasada. Aunque barrels se puede traducir por “barriles”, también se puede traducir por “cañones” - lo cual hace que la metáfora funcione mucho mejor. Lo actualicé en Substack.
¡Gracias por el feedback, Toño!
Tarea vs relación
Cuando empecé mi aventura emprendiendo con mi primera compañía, observé que me comportaba con mi equipo de manera muy “ingeniera”: iba muy al grano, daba muchísima importancia a la eficiencia, y los espacios “no productivos” los veía como una pérdida absoluta de tiempo.
Poco después me di cuenta de que esta actitud generaba fricciones con algunos de ellos, y de que esas fricciones además acababan causando (por un complejo efecto compuesto) que el equipo entero fuera menos productivo.
Mi experiencia cambió radicalmente cuando comprendí que la tarea no era el objetivo final, sino el adecuado balance entre la tarea con la relación.
Años después descubrí que este fenómeno está más que estudiado desde hace más de 70 años, y hoy te traigo lo que he aprendido para que ayude a acelerar la efectividad en tu equipo.
El experimento
En plena Harvard de los años 50, un joven sociólogo llamado Robert F. Bales se instaló detrás de un cristal unidireccional para espiar –con cuaderno en mano y paciencia de orfebre– la conversación de minigrupos de 4-12 personas.
Su objetivo: descifrar qué hace que unos equipos prosperen y otros implosionen en drama.
El tipo no tenía Slack ni dashboards, así que inventó su propio Google Analytics artesanal: Interaction Process Analysis (IPA). Cada frase que oía la clavaba en una de 12 casillas que se repartían en dos mundos antagónicos:
Mundo socio-emocional 😄 – Apoyar, relajar tensión, bromear…
Mundo tarea 🛠️ – Pedir datos, ofrecer datos, sugerir acción…
El tablero de las 12 casillas (IPA)
Cada par es el reverso del otro (p. ej., dar info ↔ pedir info). Con su matriz, Bales podía ver en qué minuto la charla se estaba yendo por la tangente emocional… o se había vuelto un gélido bullet-point party.
Hoy esos 12 cuadrantes viven reencarnados en tus sentiment trackers de Slack y en los dashboards que separan “charla social” de “charla KPI”.
No hemos cambiado tanto, ¿eh?
Después de horas y horas de cotilleo, Bales sacó su Hipótesis de Equilibrio:
Todo grupo sano oscila entre avanzar la tarea y cuidar el clima; cuando uno de los dos extremos domina, el sistema se autorregula o termina colapsando.
Traducción Team Hackers: haz el curro sin freír a tu gente… y cuida a tu gente sin frenar el curro.
Ese equilibrio ―el slider que va de 💻 Solo tarea a 👯♂️ Solo people― es el dial que hoy decide si tu empresa escala o se descose.
La “ecuación” del equilibrio tarea–relación
Según la Teoría del Equilibrio, todo grupo enfrenta el llamado problema de: lograr suficiente progreso en la tarea sin que se deteriore la cohesión del equipo, y viceversa.
La secuencia Orientación → Evaluación → Control
Bales partió de una premisa funcional: antes de decidir, cualquier grupo debe resolver tres problemas en orden estrictamente secuencial — orientación, evaluación y control — porque cada paso crea las condiciones lógicas para el siguiente (lo que hoy llamaríamos path–dependence).
Estas son las 3 etapas:
Orientación: ¿De qué va esto? → compartir datos.
Evaluación: ¿Qué es “bueno”? → debatir ideas.
Control: ¿Quién hace qué? → decidir y actuar.
Saltarte pasos = caos. Quedarte estancado en uno = parálisis. Simple pero letal.
Cuando un equipo se atasca es casi siempre porque saltó un paso o se quedó atrapado en uno (reuniones infinitas de orientación, guerras de opinión en evaluación, o micro-management perpetuo en control).
Sin orientación, discutes a ciegas. Sin evaluación, decides por instinto. Sin control, la decisión nunca se mueve.
El dial que manda hoy
Piensa en tu equipo como un fader (ese control deslizante que ves en las mesas de sonido o en cualquier mezclador de audio.)
Izquierda pegada → todo números, cero oxígeno humano.
Derecha pegada → clima top donde nos queremos mucho, hay arcoíris y piruletas, pero las entregan se retrasan y el margen es inexistente.
Zona gris → cambia sprint a sprint; tu curro es ajustarla antes de que reviente.
Ahora veamos algunos ejemplos…
Amazon — Métrica sin oxígeno
En 2021 se filtró un memo de Operaciones que heló la sangre en Seattle: El minorista más grande de EE. UU. mantenía la innovación ligada a estrés, burnout y churn.
Si la rotación de personal seguía en torno al 150% anual, los almacenes de EE. UU. se quedarían sin trabajadores antes de 2024.
¿Qué te dice eso?
La obsesión por los KPIs —picks por hora, segundos por paquete— había convertido a cada empleado en un fusible barato: se quema, se cambia, se sigue.
El dashboard lucía verde; pero el coste humano, invisible, devoraba márgenes en reclutamiento, entrenamiento y errores de novato.
Cuando el dial se queda pegado en “💻 Solo tarea”, el sistema no se colapsa de golpe; se desangra: lesiones, fugas de talento, reputación en tribunales y redes. Los números cantaban, la cultura gritaba… y nadie escuchaba.
Zappos — Democracia absoluta que atasca
Zappos quiso matar la jerarquía con Holacracy. Resultado: 260 personas se fueron en un año, las reuniones se volvieron eternas, y el delivery se frenó.
Clima top, resultados meh.
Demasiada energía en la relación, poca en la tarea: el slider pegado al extremo derecho.
Zappos sigue vivo, sí, pero aprendió por las malas que sin tensión productiva no hay tracción.
Lección transversal: pon tu propio equipo bajo el cristal de Bales.
Si el fader se queda fijo en “solo curro” o “solo people”, el sistema te avisa: rotación, retrasos, cinismo… o todas juntas. Ajusta antes de que esos avisos se vuelvan titulares.
El ingrediente secreto para mantener el equilibrio Task vs. Relationship
En 2012 Google lanzó Project Aristotle: dos años radiografiando 180 equipos —ingeniería, ventas, UX— para ver por qué unos rompían métricas y otros no.
Probaron de todo: coeficiente intelectual medio, mezcla de personalidades, presencia de “rock-stars”.
💡 Nada cuadraba… hasta que apareció la variable que lo explicaba todo: psychological safety (seguridad psicológica).Es la confianza de que puedes disentir, pedir ayuda o confesar un error sin que te etiqueten de torpe. Cuando esa seguridad sube, los equipos aumentan la producción en torno a un 30% y reducen a la mitad los reprocesos.
La compañía convirtió la lección en guías internas: abrir la reunión con check-ins personales de dos minutos, rotar la voz de mando y preguntar explícitamente “¿Qué se nos escapa?”.
El resultado fue un sistema donde el cómo (cuidar la relación) potencia el qué (la tarea) en lugar de competir con él.
Guárdalo, compártelo y recuérdalo…
La variable nº 1 de rendimiento es la seguridad psicológica (confianza + libertad para discrepar).
Si algo deja claro la trilogía Amazon–Zappos–Google es que el equilibrio Task vs Relationship no es blando, es estructural.
Cuando tus entregas dependen de gente viva (spoiler: siempre), el dial acaba pasando factura.
“Manual de Instrucciones Express a lo Bale”
Escucha activa cada lunes, dashboard cada viernes.
Conflicto sí, guerra no.
Celebra micro-victorias; detecta micro-tensiones.
Roles claros, egos claros.
Datos → diálogo → decisión (en ese orden).
Revisa tu equilibrio cada sprint.
Cuida la energía tanto como los KPIs.
Haz visibles los invisibles (da voz a los callados).
Aprende a soltar: lo socio-emocional no es “blando”, es complejo.
El “cómo” multiplica al “qué”.
Dónde más me puedes encontrar
En Linkedin escribo sobre liderazgo y gestión de equipos autónomos.
En Playbooks nos sentamos mensualmente con referentes empresariales que nos descubren sus estrategias paso a paso para que las puedas replicar en tu equipo.
En Escalando Agencias nos sentamos con fundadores de consultoras y agencias del sector digital para destripar cómo gestionan su crecimiento.
📘 De operador a diseñador de equipos autónomos
He creado para ti el minicurso “De Operador a Diseñador de equipos autónomos”, en el que explico por qué los equipos dependen demasiado de sus líderes (y cómo hacer que el tuyo funcione sin ti).
