Sergio López
Hace poco empecé a jugar a Pokémon Champions, desempolvé mi Switch 1 y le di una oportunidad a un juego competitivo por turnos del universo Pokémon en el que construyes un equipo de 6 criaturas para enfrentarte a otro jugador que hace lo mismo.
Mientras intentaba definir una estrategia para escalar en el ránking de la temporada, me di cuenta de algo: muchas de las decisiones que tomaba dentro del juego se parecían a las que se toman al gestionar un equipo técnico de desarrollo.
Roles, equilibrio, sinergias, adaptación… Incluso la forma en la que “entrenas” a tus Pokémon tiene paralelismos con cómo hacemos crecer a las personas en un equipo. Y cómo, bajo las condiciones adecuadas, perfiles que parecían comunes terminan brillando como auténticos "Shinies", esas versiones únicas y especiales que se convierten en el orgullo de cualquier Pokédex.
En Pokémon no gana el jugador que tiene las criaturas más fuertes de forma individual, sino el que consigue construir un equipo equilibrado, capaz de cubrir debilidades, adaptarse al rival y ejecutar una estrategia coherente. En un equipo técnico ocurre exactamente lo mismo. Al final, el código lo pican las personas, pero el éxito no depende de genialidades individuales, sino de cómo esas personas cooperan entre sí y qué mecanismos y situaciones se crean para que esto suceda.
Uno de los errores más comunes de los jugadores principiantes es construir equipos basándose únicamente en la fuerza individual de sus Pokémon. El razonamiento es sencillo: si cada Pokémon es fuerte por sí mismo, el equipo en conjunto debería ser imbatible. Se eligen los más ofensivos, los más raros, los más “rotos” en combate individual… y se forma un equipo que, sobre el papel, parece imposible de derrotar. Tremendo Charizard tengo de salida.
A primera vista tiene sentido. Si cada pieza es potente, el resultado debería serlo también. Pero en cuanto empiezas a competir de forma más seria, te das cuenta de que ocurre exactamente lo contrario con mucha frecuencia. Equipos formados por Pokémon muy fuertes pueden caer fácilmente si no están equilibrados, si comparten debilidades críticas o si no tienen una estrategia común.
El problema no está en la calidad individual, sino en cómo encajan entre sí. Un equipo Pokémon no es una colección de “los mejores”. Es un sistema que tiene que cubrir debilidades, adaptarse al rival y ejecutar una estrategia coherente bajo presión. Y es precisamente ahí donde empieza el verdadero juego.
En la gestión de equipos técnicos, a la hora de construir un equipo, uno de los errores más comunes es pensar que el resultado depende únicamente de acumular talento individual. Necesitas un desarrollador, publicas una oferta y recibes un currículum impecable: más formación de la que pedías, dominio de todas las tecnologías posibles, experiencia en proyectos similares, idiomas… sobre el papel, parece que barre al resto de candidatos. Pues lo fichamos.. ¿no?
El problema no es el candidato, es principalmente el sistema que lo rodea. No contratas seis Pokémon fuertes sino que construyes equilibrio. Muchas empresas intentan construir equipos contratando perfiles top y acumulando talento individual. Pero igual que en Pokémon, los campeonatos rara vez los gana el equipo con las piezas más fuertes. Los gana el equipo que mejor funciona en conjunto.
Y cuando hablo de equilibrio, no me refiero solo a las habilidades técnicas, sino a las personalidades y capacidades de adaptación. En el juego, si juntas a seis criaturas hiper-ofensivas orientadas a atacar primero, tu equipo será predecible y frágil. Necesitas variedad de naturalezas: necesitas al que aguanta los golpes, al que limpia el campo y al que cambia el ritmo de la partida cuando las cosas se ponen feas.
En la oficina ocurre exactamente lo mismo. Un equipo disfuncional no es el que tiene menos talento, sino el que sufre de "exceso de perfiles idénticos":
Para entender las sinergias del equipo, primero hay que entender qué tipo elemental tiene cada desarrollador. Igual que en el juego, cada uno tiene sus propias fortalezas y debilidades:
Tipo Fuego (El "pica-código" obsesionado con la novedad):
Tipo Planta (El guardián de la arquitectura limpia):
Tipo Acero (El Senior incombustible que te salva de las crisis):
Tipo Fantasma (El que trabaja en su propio mundo pero siempre te sorprende):
Tipo Agua (El desarrollador "todoterreno" o Full-Stack):
Bromas y analogías aparte, construir equilibrio significa también entender qué "habilidad pasiva" aporta cada persona al grupo. Necesitas al pragmático que aterriza las ideas, al inconformista que cuestiona las decisiones, al pacificador que desescala las tensiones en una crisis y al perfil flexible que se mueve cómodo ante los cambios.
Al final, el éxito de un equipo no reside en tener seis atacantes especiales, sino en haber diseñado un ecosistema donde cada talento potencia al del compañero. No se trata de encasillar a nadie en un tipo elemental de forma rígida, sino de entender cómo interactúan esas naturalezas para crear algo mayor que la suma de sus partes. Porque el verdadero valor de un equipo no se demuestra sumando talentos aislados, sino diseñando una estructura donde todo esté en perfecto equilibrio.
Al inicio del juego es fácil pensar que un Pokémon fuerte va a rendir siempre bien. “Ese Charizard no me lo tumban nunca”.
Un atacante con buenas estadísticas, buen moveset y presencia en el meta debería ser decisivo por sí solo. Pero en la práctica no funciona así.
Un mismo Pokémon puede ser determinante en una partida… y completamente irrelevante en otra. No porque haya cambiado él, sino porque ha cambiado el entorno en el que se encuentra.
Puede no tener el apoyo necesario para entrar en combate en el momento adecuado. Puede no tener protección frente a amenazas concretas. O puede simplemente no encajar con la forma en la que el equipo está estructurado en ese momento.
Y al mismo tiempo, Pokémon menos llamativos pueden volverse piezas clave simplemente porque el equipo está diseñado para potenciarlos.
Aquí es donde entra una figura: el entrenador.
El entrenador no es un simple espectador del rendimiento de sus Pokémon. Es quien define el contexto en el que ese rendimiento ocurre.
Decide qué combinaciones tienen sentido, qué amenazas se cubren, qué roles se priorizan y cómo se estructura el equipo para que cada pieza pueda funcionar.
En otras palabras, no basta con tener Pokémon fuertes. Hay que construir un entorno en el que puedan rendir como tal.
Si el equipo no funciona, el problema no siempre está en el Pokémon. A veces está en cómo ha sido preparado, acompañado o utilizado.
Un desarrollador muy talentoso no rinde igual en todos los contextos. Sin claridad de objetivos, sin prioridades bien definidas o sin un equipo alineado, su impacto puede diluirse rápidamente.
En cambio, perfiles aparentemente más normales pueden generar un impacto enorme si están en un entorno bien estructurado, con foco, dirección y buena coordinación.
Y ahí es donde entra el rol del líder técnico o manager: no como alguien que “observa el rendimiento”, sino como quien construye el sistema que lo hace posible.
El líder no está para juzgar solo si un “Pokémon” es suficientemente fuerte en combate individual, sino para asegurarse de que puede rendir en el contexto adecuado: que tiene apoyo cuando lo necesita, que entra en juego en el momento correcto y que no está expuesto a amenazas que lo bloquean sistemáticamente.
Un buen líder técnico no corrige el rendimiento a posteriori, sino que diseña las condiciones para que el rendimiento ocurra de forma natural.
Y esa diferencia es clave: no se trata de empujar más fuerte a las personas, sino de reducir la fricción del sistema en el que trabajan.
Ese mismo Charizard, en un equipo diseñado para activar el clima soleado que potencia sus ataques y con compañeros que cubren sus debilidades, sí que se vuelve imparable.
Porque el talento no desaparece. Pero sin contexto, se desaprovecha.
Cuando juegas varias partidas al juego, te das cuenta de que hay derrotas que no tienen nada que ver con la fuerza del rival ni con errores puntuales.
Simplemente ocurre un patrón.
Un equipo entra en combate, ejecuta una estrategia de espacio raro (Trick Room, un movimiento que altera las leyes del juego y hace que los Pokémon más lentos ataquen primero) o una estrategia de clima (condiciones que favorecen a unos y merman capacidades a otros) y todo se desmorona de forma repetible. No importa quién esté en el equipo ni cuánto nivel tenga: siempre cae por el mismo motivo.
Eso es lo realmente interesante del competitivo: casi nunca fallas por azar, fallas por diseño.
Hay equipos que funcionan perfectamente mientras el combate sigue un guión “normal”, pero que colapsan en cuanto el rival fuerza una situación específica. No porque falte potencia individual ni colectiva, sino porque el sistema no está preparado para ese escenario.
Y lo más peligroso es que estos fallos no se ven hasta que es demasiado tarde. El equipo puede ganar muchas partidas y aun así tener una debilidad estructural que lo hace frágil.
No es un problema de piezas. Es un problema de patrones.
Hay equipos técnicos que parecen funcionar bien: entregan, avanzan, cumplen objetivos. Desde fuera, todo parece correcto.
Pero internamente pueden existir patrones de fallo que solo aparecen bajo ciertas condiciones:
Y lo crítico es que estos problemas no dependen de una persona concreta. Aunque cambies individuos, el patrón se repite.
Un equipo así falla porque está expuesto a escenarios para los que nunca fue preparado.
Cuando un patrón aparece una vez, puede ser un accidente. Cuando aparece dos veces, puede ser una coincidencia. Pero cuando el mismo fallo se repite de forma predecible, deja de ser una excepción y se convierte en una señal de que el sistema necesita cambiar.
El objetivo ya no es resolver el síntoma, sino entender qué aspecto del equipo está permitiendo que ese fallo se reproduzca una y otra vez. Una vez identificado el patrón, la pregunta ya no es "¿quién ha cometido el error?" y pasa a ser "¿qué debemos cambiar para que este escenario deje de ser una amenaza para el equipo?".
En el juego, el entrenador no es un bombero, es un arquitecto. Su papel empieza antes de que empiece la acción: diseñando el equipo, anticipando escenarios de fallo y preparando respuestas para situaciones que el equipo todavía no ha tenido que enfrentar. Un buen entrenador no está pensando solo en el siguiente combate. Está pensando en patrones.
Y en base a eso, toma decisiones de gestión: qué Pokémon incluye, qué roles cubre, qué debilidades acepta y cuáles no puede permitirse.
El entrenador no reacciona al combate. Diseña las condiciones para que el combate sea ganable.
El responsable del equipo técnico no debería medirse por su capacidad de resolver problemas en el día a día, sino por su capacidad de diseñar un sistema que reduzca la aparición de esos problemas.
No se trata de intervenir constantemente en cada decisión o desbloquear cada situación crítica. Eso es síntoma de un sistema frágil.
Se trata de construir un entorno donde el equipo pueda funcionar sin depender de correcciones constantes.
Eso implica decisiones que no siempre son visibles, por ejemplo:
Un buen líder técnico no está optimizando individuos. Está ajustando el sistema.
Y aquí está el cambio de mentalidad más importante:
El objetivo no es tener un equipo que funcione cuando todo va bien. El objetivo es tener un equipo que no dependa del líder para funcionar.
En Pokémon competitivo no existe realmente la idea de “subir de nivel” como en el juego clásico. Un equipo no mejora simplemente por acumular combates, sino por cómo se prepara, se ajusta y se entiende su funcionamiento.
El progreso no viene del tiempo, sino de la calidad de las decisiones que se toman entre combate y combate.
Dos jugadores pueden usar exactamente los mismos Pokémon y obtener resultados completamente distintos. No porque sus equipos sean diferentes, sino porque la forma de entrenarlos y utilizarlos lo es.
Uno puede repetir siempre las mismas estrategias, sin cuestionar por qué funcionan o dejan de funcionar. El otro puede analizar patrones, ajustar roles, cambiar enfoques y adaptar su forma de jugar al meta.
El resultado no es el mismo, aunque el equipo sea idéntico.
La experiencia no es simplemente una cuestión de tiempo, sino de cuánto se aprende y se ajusta durante ese tiempo.
Dos personas pueden llevar los mismos años en un equipo y haber tenido evoluciones completamente distintas.
Una puede haber repetido patrones de trabajo sin demasiada variación. Otra puede haber estado constantemente ajustando su forma de abordar problemas, entendiendo mejor el sistema y ampliando su impacto.
El crecimiento real no depende de cuánto haces, sino de cuánto entiendes y mejoras lo que haces.
Aquí el rol del líder es clave, no para “hacer crecer” directamente a las personas, sino para crear las condiciones donde ese aprendizaje y ajuste continuo sea posible.
Porque en un entorno competitivo, no mejora quien más juega, sino quien más entiende lo que está pasando en cada partida. Una lectura del juego que exige el compromiso del desarrollador y la visión del líder.
En el juego clásico, evolucionar es siempre una buena noticia: tus estadísticas suben y eres más fuerte. Pero en el formato competitivo, la evolución es peligrosa porque cambia la función del Pokemon dentro del ecosistema.
Una evolución puede cambiar el tipo de tu Pokémon, alterando por completo sus debilidades y fortalezas. Puede darle habilidades nuevas que choquen con la estrategia de tu clima, o puede volverlo mucho más lento a cambio de más defensa. Si evolucionas a tu pieza estrella a ciegas, solo porque "le toca", corres el riesgo de romper la sinergia de todo el equipo y quedarte con un Pokémon que ya no encaja en tu tablero.
Evolucionar no significa ser mejor en todo, significa convertirse en algo diferente dentro del sistema.
En la gestión de equipos técnicos cometemos este error constantemente. Creemos que la carrera profesional es una línea recta ascendente y asumimos que evolucionar significa seguir haciendo lo mismo, pero a mayor escala.
Es el clásico error de ascender automáticamente a tu desarrollador más brillante y rápido a Tech Lead sin un plan. Esperas que siga picando código a la velocidad del rayo, pero de la noche a la mañana su rol exige habilidades completamente distintas:
Ese cambio no es solo técnico, es mental. Lo que te hizo destacar en una etapa (tu velocidad picando código) es precisamente lo que te puede hacer fracasar en la siguiente (si no sabes delegar).
El papel del líder no es promocionar por inercia o por antigüedad. Su trabajo es entender si el equipo necesita esa evolución y si la persona está preparada para cambiar de tipo. Porque una evolución mal gestionada puede hacer que pierdas a tu mejor desarrollador sin llegar a ganar un buen líder.
Hay épocas donde ciertas estrategias dominan, otras donde cambian las prioridades, y otras donde lo que antes era fuerte deja de ser relevante. A eso se le suele llamar “meta”: las reglas implícitas del entorno competitivo en cada momento.
Y lo importante es que el meta no cambia porque los Pokémon cambien, sino porque cambia la forma en la que se juegan las partidas.
Lo que ayer era una estrategia dominante, hoy puede ser predecible. Y lo que ayer parecía secundario, hoy puede ser decisivo.
Por eso, los jugadores que compiten al más alto nivel no se limitan a mejorar su equipo. Están constantemente leyendo el entorno, entendiendo qué está funcionando y adaptando su estrategia en consecuencia.
No compiten contra un estado fijo del juego. Compiten contra un sistema en evolución constante.
La tecnología, el producto y las expectativas del usuario cambian continuamente. Lo que hace unos años era una arquitectura adecuada, hoy puede ser un cuello de botella. Lo que antes era una buena práctica, hoy puede ser una limitación.
Y el problema no es cambiar. El problema es no darse cuenta de que las reglas del juego han cambiado.
La llegada de la IA generativa es un claro ejemplo y ha sido uno de los mayores cambios de meta que ha vivido nuestra industria en años. No porque sustituya a los desarrolladores, sino porque redefine qué habilidades generan más valor. De repente, tareas que antes ocupaban horas se automatizan parcialmente, mientras que capacidades como el pensamiento crítico, el diseño de soluciones o la comprensión de los procesos ganan peso.
Hay equipos que siguen optimizados para un contexto anterior: tecnologías, flujos o formas de trabajar que ya no responden a los problemas actuales.
Mientras tanto, otros equipos están constantemente ajustando su forma de trabajar al contexto real en el que operan. Porque no se trata solo de ejecutar bien dentro de un sistema, sino de detectar cuándo ese sistema ya no encaja con la realidad.
Un buen líder técnico no solo optimiza al equipo dentro del meta actual, sino que también cuestiona si ese meta sigue teniendo sentido. Y eso requiere algo incómodo: aceptar que lo que te trajo hasta aquí puede no ser lo que te lleve al siguiente nivel. Toca evolucionar y adaptar al equipo al nuevo “meta”.
En Pokémon competitivo no todos los combates se ganan reduciendo los puntos de vida del rival. A veces basta con aplicar el estado alterado correcto.
Una parálisis reduce la capacidad de reacción. Un veneno desgasta poco a poco hasta volver ineficaz a una criatura que, sobre el papel, sigue siendo fuerte. El sueño puede dejar fuera de combate a un Pokémon durante varios turnos sin haber entrado en batalla. Y eso es precisamente lo que hace peligrosos estos efectos: no eliminan la capacidad del equipo de golpe, la erosionan progresivamente. Desde fuera parece que todo sigue funcionando. Pero cada turno cuesta más.
A veces el equipo sigue entregando, sigue asistiendo a reuniones y sigue cumpliendo objetivos. Sin embargo, algo ha cambiado.
El equipo sigue jugando la partida, pero ya no juega igual.
Los estados alterados de un equipo rara vez aparecen de un día para otro, sino que suelen acumularse lentamente:
Y aquí muchos líderes cometen un error muy común. Detectan una caída de rendimiento y responden con más presión, más reuniones, más seguimiento, más procesos, más urgencia.
Es decir, intentan aumentar la potencia del equipo. Cuando en realidad el problema no es de potencia. Es de estado.
Un Pokémon paralizado no necesita más ataque. Necesita dejar de estar paralizado.
Y un equipo agotado tampoco necesita necesariamente más talento, más herramientas o más velocidad.
A veces necesita recuperar foco, recuperar autonomía. A veces necesita descansar.
Y muchas veces necesita entender por qué está luchando esa batalla en primer lugar.
Porque los buenos líderes no solo construyen equipos fuertes. También saben reconocer cuándo el equipo está combatiendo bajo efectos que le impiden rendir al nivel que realmente podría hacerlo.
Una de las jugadas más frustrantes en Pokémon es cuando el rival despliega "Trampa Rocas" o "Púas" en tu campo. Estas trampas no atacan directamente a tu Pokémon, pero dañan a cualquier criatura que entre al terreno de juego. Si cambias de Pokémon para adaptarte o para proteger a alguien, tu nueva pieza recibe daño automáticamente.
Con el tiempo, ese desgaste pasivo se vuelve insoportable. Tu equipo, que podría ser excelente, llega a mitad de la partida habiendo perdido el 30% o el 40% de su vida sin que el rival haya tenido que lanzar un solo ataque directo.
En los equipos técnicos, llamamos a esto deuda técnica, procesos ineficientes y "to-dos" pendientes.
Cada vez que elegimos el camino rápido en lugar del correcto, cada vez que dejamos un código sin testear, cada vez que posponemos la actualización de una librería o ignoramos una documentación confusa, estamos lanzando "Púas" en nuestro propio campo.
Lo peligroso es que:
Muchos líderes observan que su equipo es lento, que entrega menos o que está frustrado, y su reacción es pedir "más ataque". Presionan para que los desarrolladores corran más, añadan más funcionalidades y entreguen más rápido. No se dan cuenta de que el problema no es la falta de fuerza, sino que el equipo está desangrándose cada vez que intenta moverse.
Un líder que actúa como un buen entrenador no ignora las "púas", entiende que limpiar el campo (refactorización y mantenimiento) es una jugada ofensiva: eliminar deuda técnica no es "perder el tiempo", es quitar las piedras para que el equipo pueda entrar y salir de los problemas sin perder energía. Además, la agilidad requiere un campo limpio: si quieres que tu equipo sea rápido y se adapte ante los cambios, tienes que asegurarte de que el terreno de juego no sea un campo de minas.
La próxima vez que sientas que tu equipo técnico se desgasta sin razón aparente, no les pidas que ataquen más fuerte. Quizás el problema no son los Pokémon, quizás es que tu propio campo de juego les está costando la partida. Tu trabajo como líder es limpiar el camino para que el talento pueda lucirse, aunque eso no se vea reflejado en un "ataque" directo contra el backlog.
Muchos managers caen en la trampa del "líder salvador": pensar que su valor radica en resolver los problemas técnicos directamente porque, en su etapa anterior, ellos eran el "Pokémon más fuerte" del equipo.
Sin embargo, este enfoque es contraproducente. Cada problema que un líder resuelve personalmente es una oportunidad perdida para que el sistema aprenda a resolverlo por sí mismo.
El entrenador competitivo no funciona así. El entrenador competitivo observa, cambia, adapta, protege, decide.
Pero no entra al combate a lanzar ataques. Nunca.
Su trabajo no es ser una pieza más del equipo, sino asegurar que el equipo funciona incluso cuando él no interviene.
La pregunta no es si como manager eres bueno resolviendo problemas, sino si dedicas más tiempo a jugar el combate o a diseñar la estrategia.
Asumir el rol de entrenador y aceptar que ya no vas a entrar al combate tiene un coste. Cuando eres desarrollador, tus problemas suelen ser visibles: una incidencia, una entrega complicada, una decisión técnica difícil. Como líder, muchos de los desafíos desaparecen del tablero y pasan a ocurrir en tu cabeza.
Gestionas incertidumbre, gestionas expectativas, gestionas conflictos y prioridades que compiten entre sí. Y, a veces, gestionas decisiones dolorosas. Porque en el plano competitivo, no todos los Pokémon sirven para todas las estrategias. Hay momentos donde el meta cambia, un perfil llega a su techo o simplemente deja de encajar en el sistema, y tu responsabilidad es tomar la decisión fría de sustituirlo por el bien del equipo. Cargar con el peso de mover a alguien de proyecto, gestionar una baja o asumir que un perfil histórico ya no suma es una faceta invisible del rol que desgasta en silencio.
Una parte importante del liderazgo consiste, precisamente, en absorber todo ese ruido para que el equipo pueda mantener el foco. Filtras presión, aportas contexto, amortiguas cambios de dirección y asimilas los golpes para que los problemas lleguen al equipo de forma gestionable.
Pero absorber presión no significa ser inmune a ella.
Con el tiempo es fácil caer en una trampa de preocuparte tanto por la salud del sistema que te olvidas de la tuya propia. Limpias las Trampa Rocas del campo, curas estados alterados, adaptas la estrategia al meta, proteges a tu equipo del desgaste… pero ¿quién se ocupa del entrenador?
Asumimos más responsabilidad de la que quizás podemos sostener, postergamos el descanso, normalizamos la presión constante… y acabamos convirtiéndonos en aquello que llevamos intentando evitar: un punto de fallo dentro del sistema.
Porque el entrenador también forma parte del equipo. Y como cualquier otra pieza crítica, necesita mantenimiento, apoyo y espacio para recuperarse. Si asumes el liderazgo como un sacrificio donde tu salud mental es el precio a pagar para que el proyecto salga, estás diseñando un sistema con fecha de caducidad. Un entrenador quemado o desbordado toma malas decisiones, se vuelve irascible y termina transmitiendo esa misma toxicidad al equipo.
Cuidar de tu propia estabilidad no es un acto de egoísmo ni una recompensa que llega cuando todo va bien, es una responsabilidad de liderazgo. Porque ningún sistema puede mantenerse sano durante mucho tiempo si la persona encargada de sostenerlo está jugando cada combate al borde del agotamiento.
Después de decenas de combates, cambios de meta, evoluciones, estados alterados y derrotas repetidas, la lección termina siendo siempre la misma:
Los campeonatos nunca los ganan seis Pokémon fuertes por separado. Los ganan los equipos que aprenden, se adaptan y confían los unos en los otros. Porque un equipo no es una colección de individuos. Es un sistema.
Y si algo me ha enseñado la gestión de equipos técnicos, es que los mejores resultados rara vez aparecen por el talento de una sola persona. Aparecen cuando un grupo de profesionales consigue que todos los que le rodean sean mejores de lo que serían por separado. Porque, igual que en Pokémon, bajo las condiciones adecuadas, perfiles que parecían comunes terminan brillando como auténticos Shinies.
