Un equipo de producto está incumpliendo deadlines. La moral está baja. Dos ingenieros están silenciosamente desconectados. El PM está escalando más de lo normal. El instinto de liderazgo llega rápido: alguien es el problema. Quizá reemplazar al PM. Quizá el ingeniero senior necesita feedback. Quizá el equipo necesita otras personas.
Este instinto está equivocado aproximadamente el 80% de las veces. El problema del equipo casi nunca es primariamente sobre individuos. Es estructural, sistémico y enraizado en condiciones que los individuos no crearon. El Waterline Model, desarrollado por Molly Graham y compartido en Lenny's Newsletter, es el framework diagnóstico que recorre las causas reales en el orden correcto. Este artículo destila cómo aplicarlo a equipos de producto específicamente.
Por qué culpar a las personas falla tan a menudo
Culpar a las personas por problemas que en realidad son estructurales es una de las trampas de liderazgo más grandes que existen.
Cuando un equipo rinde mal en una estructura mal diseñada, reemplazar a la gente no cambia nada. La gente nueva hereda la misma estructura y empieza a rendir mal en un trimestre. El patrón se repite. El líder concluye que el buen talento es difícil de encontrar. La conclusión real es que la estructura era el problema desde el principio.
El Waterline Model arregla esto forzando el diagnóstico en un orden específico: empezar por lo más difícil de ver y más probable de estar mal (estructura), y solo después de descartar eso, bajar hacia lo visible (individuos).
Las cuatro capas, en orden
Capa 1: Estructura (sobre la línea de flotación, causa más visible)
Los problemas estructurales incluyen: titularidad poco clara de áreas, composición de equipo desajustada con el trabajo, incentivos en conflicto entre equipos, sin autoridad clara de toma de decisiones, dependencias de equipos que tienen prioridades distintas.
Issues estructurales comunes en equipos de producto:
- El PM es responsable de outcomes pero no controla la capacidad de ingeniería necesaria
- Dos equipos son dueños de áreas de producto que se solapan sin frontera definida
- Diseño se comparte entre equipos y siempre está sobre-asignado
- Se pide al equipo entregar trabajo de calidad plataforma con capacidad de feature team
- Las metas se fijan a nivel equipo pero las recompensas son individuales
Snorkel antes de scuba: empieza por arriba. Si no puedes articular el charter claro del equipo, la frontera de sus responsabilidades y los recursos que controlan, el problema es estructural. Arreglar la estructura normalmente arregla el 60-70% de lo que parecía un problema de personas.
Capa 2: Dinámicas (equipos comportándose racionalmente dentro de sistemas malos)
Una vez la estructura está sana, mira las dinámicas: cómo el equipo interactúa, decide y resuelve conflicto.
La gente se adapta rápido a lo que se recompensa, castiga, tolera o ignora.
Issues comunes de dinámica en equipos de producto:
- El equipo tiene standups pero nadie cuestiona decisiones, así que las malas ideas se envían
- El PM toma todas las decisiones, así que los ingenieros dejan de ofrecer opiniones
- El conflicto se canaliza por 1:1s con el manager en lugar de resolverse en el equipo
- Las retros suceden pero no se trackean compromisos, así que nada cambia
- El equipo celebra enviar, no aprender, así que las apuestas arriesgadas se evitan
Las dinámicas son sobre incentivos implícitos. Si quieres un comportamiento, necesitas que se recompense, apoye o al menos sea normal. Si comportamiento no deseado sigue apareciendo, el sistema lo está tolerando o recompensando implícitamente.
Capa 3: Interpersonal (real pero a menudo mal diagnosticado)
El conflicto interpersonal genuino existe. Dos miembros del equipo que fundamentalmente no se llevan bien, un choque de estilos de trabajo que crea fricción, una pieza de tensión no abordada de un incidente pasado. Estos son reales y necesitan ser atendidos.
La trampa es saltar aquí primero. La mayor parte del conflicto interpersonal aparente es en realidad conflicto estructural o dinámico expresado a través de individuos. Dos ingenieros que siguen chocando podrían genuinamente no soportarse, o podrían estar cargando tensión de un problema estructural que nadie nombró (responsabilidades solapadas, titularidad poco clara).
El test: si abordas lo interpersonal directamente, ¿se resolvería el issue subyacente? Si sí, es interpersonal. Si la misma dinámica reemergería entre personas distintas, es estructural o dinámico disfrazado de interpersonal.
Capa 4: Individual (solo después de que lo anterior esté sano)
Algunos issues de rendimiento son genuinamente individuales. La persona equivocada para el rol, un gap de habilidades que necesita atención, una situación personal impactando el trabajo. Estos son reales y necesitan ser manejados.
La disciplina es asegurarse de que las capas de estructura, dinámicas e interpersonal estén sanas primero. Un ingeniero talentoso en una estructura rota se va a ver rindiendo mal. El mismo ingeniero en una estructura clara con dinámicas sanas se va a ver fuerte. Los datos que recolectas sobre individuos solo son fiables si las capas de arriba funcionan.
Cómo aplicar el modelo
El recorrido diagnóstico
Cuando un equipo está estancado, recorre las capas en orden. Para cada una, haz preguntas específicas:
| Capa | Preguntas clave |
|---|---|
| Estructura | ¿Cuál es el charter de este equipo? ¿Qué poseen? ¿Qué recursos controlan? ¿De quién dependen? |
| Dinámicas | ¿Cómo se toman las decisiones? ¿Cómo emerge el conflicto? ¿Qué se recompensa? ¿Qué se tolera? |
| Interpersonal | ¿Dónde hay tensión activa? ¿Es entre personas específicas o roles? ¿Se ha nombrado? |
| Individual | ¿Hay personas específicas cuya contribución está por debajo de lo esperado? ¿La causa es visible desde las capas de arriba, o genuinamente individual? |
Resiste la tentación de empezar por Individual. El modelo solo funciona si te disciplinas a empezar por arriba.
La secuencia de intervención
Arregla en el mismo orden en que diagnosticas:
- Arregla la estructura primero. Aclara titularidad, asigna recursos, elimina incentivos en conflicto. Dale al equipo un charter claro en papel. Déjalos sentarse con él dos semanas.
- Después aborda las dinámicas. Saca a la luz los incentivos implícitos. Haz los comportamientos deseados explícitos. Ten retros de equipo que realmente cambien cosas.
- Después resuelve lo interpersonal. Las tensiones restantes ahora son visibles. Atiéndelas con claridad.
- Por último, feedback individual o cambios. Para cuando llegues aquí, tienes evidencia de que el issue es genuinamente individual.
Cómo se ve esto para equipos de producto específicamente
Los equipos de producto tienen modos de fallo estructural predecibles que vale la pena chequear primero:
- PM responsable de outcomes sin autoridad sobre las prioridades del equipo de ingeniería (extremadamente común)
- Diseño como recurso compartido entre múltiples equipos de producto (crea priorización implícita que el PM no puede ver)
- Engineering managers que reportan a una cadena distinta del PM (crea tensiones de doble reporte)
- OKRs a nivel equipo pero bonus a nivel individual (desalineamiento de incentivos)
- Dependencias cross-team sin SLAs definidos (crea trabajo de desbloqueo aleatorio)
La mayoría del bajo rendimiento de equipos de producto se rastrea a uno de estos patrones estructurales, no a las personas involucradas.
El riesgo de saltarse el modelo
Los líderes que se saltan el diagnóstico y saltan a intervenciones individuales pagan tres costes:
- Pierden gente buena. Reemplazar a performers atrapados en estructuras malas significa perder contexto acumulado.
- Repetición del patrón. El problema estructural recrea el bajo rendimiento con gente nueva en 6-12 meses.
- Confianza dañada. El equipo nota cuando se culpa a la gente por issues sistémicos. El engagement futuro cae.
Para llevar
Cuando un equipo de producto está estancado, el instinto más caro es empezar por las personas. El Waterline Model fuerza el orden diagnóstico correcto: estructura primero (charter, titularidad, recursos), después dinámicas (incentivos, toma de decisiones), después interpersonal, después individual. La mayoría del bajo rendimiento es estructural. Arregla eso y la mayoría de los síntomas desaparecen. Snorkel antes de scuba, siempre.
