Hace unos meses, estaba entrevistando a un candidato para un puesto senior de ingeniería. Currículum sólido. Certificaciones sólidas. Buena profundidad técnica. A mitad de la conversación, hice una pregunta que siempre hago: «Cuéntame una vez que tuviste que tirar tu propio trabajo porque el equipo encontró un enfoque mejor.»

El silencio duró más de lo que debería.

No es que no pudiera pensar en un ejemplo. Era que la pregunta no cuadraba. Su carrera se había construido en torno a la producción individual: líneas de código, características enviadas, problemas resueltos en solitario. La idea de que desechar tu propio trabajo pudiera ser un signo de fortaleza, no de fracaso, le era ajena.

Técnicamente era excelente. No le contraté.

Esa decisión habría sido difícil de explicar a alguien que evalúa el talento solo por el currículum y las certificaciones. Pero tras casi tres décadas construyendo, liderando y escalando equipos técnicos, he aprendido que las cualidades que hacen que alguien sea efectivo en un equipo no son las que aparecen en un currículum. Y en la era de la IA, donde la producción técnica individual se ve cada vez más amplificada por máquinas, esas cualidades importan más que nunca.

Hay cuatro que busco en cada persona con la que trabajo: excelencia, trabajo en equipo, adaptabilidad y empoderamiento. Antes de la IA eran innegociables. Ahora son aún más innegociables.

Las habilidades técnicas ayudan a la gente a entrar. Pero el éxito a largo plazo de un equipo depende menos de lo que los individuos puedan producir y más de cómo piensan, interactúan y crecen juntos. Estas cuatro cualidades predicen consistentemente ese éxito.

La excelencia no es perfección

Lo primero que busco es un compromiso con la excelencia, y necesito ser preciso con lo que quiero decir, porque la excelencia es una de las palabras más mal usadas en el lenguaje corporativo.

La excelencia no es perfección. La perfección es paralizante. La excelencia es la disciplina de hacer lo mejor de tu trabajo dentro de limitaciones reales: tiempo, presupuesto, información, capacidad del equipo. Significa preocuparse por la calidad no porque alguien esté mirando, sino porque no puedes obligarte a enviar algo que sabes que está incompleto o frágil.

En la práctica, reconozco la excelencia en señales pequeñas. El ingeniero que escribe un mensaje de commit claro cuando nadie lo necesita. La arquitecta que documenta una decisión no porque haya una plantilla, sino porque sabe que alguien tendrá que entenderla dentro de seis meses. El consultor que rechaza la petición de un cliente, no para ser difícil, sino porque la petición crearía un problema que el cliente no había previsto.

La IA amplifica esta distinción. Cuando la IA puede generar código, documentación y propuestas de arquitectura en minutos, la persona que acepta un resultado mediocre porque «la IA lo escribió» se convierte en una carga. La persona que exige el mismo estándar que el trabajo generado por IA se vuelve invaluable. La excelencia en la era de la IA no consiste en producir más. Se trata de negarse a dejar caer el estándar solo porque la producción se haya vuelto más fácil.

En Clouxter, hemos construido una cultura donde la excelencia es reconocida y esperada, no a través de procesos rígidos, sino a través de una comprensión compartida de que el trabajo que entregamos representa quiénes somos. Esa cultura surgió porque contratamos para ello.

El trabajo en equipo no es colaboración

Todos dicen ser un jugador de equipo. Muy pocos lo son realmente.

La colaboración es trabajar junto a otros. El trabajo en equipo es algo más profundo: es subordinar tus preferencias individuales al resultado del equipo. Es el desarrollador quien abandona su elegante solución porque el equipo acordó una más sencilla y fácil de mantener. Es la arquitecta quien permite que un miembro junior del equipo presente el diseño que ayudó a dar, porque el crecimiento del equipo importa más que su visibilidad.

He formado equipos en consultoría y servicios gestionados donde el trabajo es intrínsecamente colaborativo: múltiples personas, múltiples disciplinas, responsabilidad compartida para la entrega. En ese entorno, alguien que optimiza para el reconocimiento individual crea fricción que ningún proceso puede absorber. La mejor habilidad técnica del mundo no compensa a alguien que hace que el equipo sea más lento.

Esto importa más en la era de la IA por cómo funciona realmente el desarrollo impulsado por IA. En metodologías como el DLC de IA, los rituales son colaborativos por diseño. Mob Elaboration y Mob Construction reunían a todo el equipo en una sola sala, validando la salida de la IA en conjunto. Una persona que necesita ser la más inteligente en la sala, que no puede construir sobre la idea de otro, que trata cada discusión como un debate para ganar, rompe la dinámica que hace que estos rituales funcionen.

La pregunta que he empezado a hacer en entrevistas no es «cuéntame sobre un proyecto exitoso» sino «cuéntame una vez que el equipo tuvo éxito y tu contribución individual fue invisible.» Las respuestas lo revelan todo.

La adaptabilidad no es flexibilidad

La flexibilidad es ajustar tu horario. La adaptabilidad es ajustar tu modelo mental.

La tecnología cambia constantemente. Eso es obvio. Lo que es menos evidente es lo diferente que reacciona la gente a ese cambio. Algunos profesionales aprenden nuevas herramientas pero mantienen las mismas suposiciones. Adoptan un nuevo marco pero aplican patrones antiguos. Utilizan asistentes de programación con IA pero no replantean cómo planifican, revisan o validan el trabajo.

La adaptabilidad es la disposición a cuestionar tus propias suposiciones cuando cambia el contexto. Es el Scrum Master quien reconoce que sus ceremonias deben evolucionar cuando la IA comprime el trabajo que antes llenaba un sprint. Es el arquitecto quien acepta que su proceso de revisión de diseño, el que él mismo construyó y del que está orgulloso, podría estar creando un cuello de botella en lugar de proteger la calidad. Es el desarrollador senior quien reconoce que un colega junior con fuerte interés en el dominio podría ser un mejor validador de la producción de IA que él.

Escribí sobre esta dinámica en el rol evolutivo del desarrollador: la antigüedad se está reorganizando, y las personas que se adaptan son las que prosperan. Los que se aferran a «cómo siempre lo hemos hecho» se convierten en el cuello de botella, independientemente de su profundidad técnica.

En mi experiencia, la adaptabilidad se correlaciona más con la curiosidad que con la experiencia. Las personas más adaptables con las que he trabajado son las que preguntan «por qué» antes que «cómo». No solo aprenden la nueva herramienta. Preguntan por qué el antiguo enfoque ya no funciona. Esa pregunta, planteada de verdad, es el punto de partida de una adaptación real.

El empoderamiento no es delegación

La última cualidad es la que separa a los buenos profesionales de los líderes, independientemente de su título.

La delegación es asignar tareas. El empoderamiento es crear las condiciones para que otra persona crezca. Es la responsable técnica quien da a un desarrollador junior la propiedad de un componente, no porque no tenga tiempo, sino porque sabe que la propiedad es la forma en que la gente desarrolla juicio. Es el consultor quien enseña al equipo del cliente a operar la solución en lugar de crear dependencia. Es el responsable quien comparte el contexto, no solo las instrucciones, para que el equipo pueda tomar decisiones sin esperar aprobación.

El empoderamiento requiere un tipo específico de confianza: la confianza en que hacer que los demás sean mejores no te hace menos relevante. En organizaciones donde el conocimiento se acapara y se compite por la visibilidad, el empoderamiento es raro. En las organizaciones donde se practica, los equipos escalan de formas que ningún plan de contratación puede replicar.

La IA hace que el empoderamiento sea aún más crítico. Cuando la IA se encarga del trabajo mecánico, el diferenciador humano se convierte en juicio, y el juicio se desarrolla a través de la propiedad, no siguiendo instrucciones. Un equipo donde solo los miembros senior toman las decisiones y los demás ejecutan es un equipo que no escalará en la era de la IA. Un equipo en el que todos están capacitados para validar, desafiar y decidir es un equipo que potencia su capacidad con cada proyecto.

En Clouxter, he visto esto desarrollarse directamente. Los equipos que crecen más rápido no son los que tienen más personas de alto nivel. Son aquellos en los que las personas senior invierten activamente en que otros sean capaces de hacer lo que ellos hacen. Esa inversión es empoderamiento, y es una elección, no un rasgo de personalidad.

Por qué estos cuatro, y por qué ahora

Alguien podría leer esto y pensar: estos son valores genéricos de liderazgo. Cada pared de empresa tiene un cartel con palabras como estas.

La diferencia está en si contratas para ellos o simplemente hablas de ellos.

Yo contrato para ellos. Evalúo para ellos. Construyo equipos alrededor de ellos. No porque suenen bien en un mazo cultural, sino porque estas son las cuatro cualidades que separan consistentemente a los equipos que entregan de los que tienen dificultades, independientemente de la pila tecnológica, la industria o la metodología.

Y la era de la IA los hace más importantes, no menos. Cuando la IA puede generar código, escribir documentación, proponer arquitecturas e incluso facilitar la planificación, la contribución humana pasa de la producción al juicio. Exploré este cambio como un desafío de liderazgo en la conversación sobre la que realmente trata este libro: la brecha entre lo que dicen las métricas y lo que experimentan los equipos. Y el juicio se moldea por la excelencia (el estándar que tienes), el trabajo en equipo (la capacidad de integrar perspectivas), la adaptabilidad (la disposición a actualizar tus suposiciones) y el empoderamiento (el compromiso de desarrollar a los demás).

La IA está elevando el nivel mínimo de lo que cualquier individuo puede producir. Estos cuatro valores son los que elevan el techo de lo que un equipo puede lograr.

La pregunta sobre la contratación

Si lideras un equipo técnico, aquí tienes una pregunta que merece la pena plantear:

Cuando evalúas a los candidatos, ¿mides lo que pueden hacer solos o lo que harán posible para el equipo?

La respuesta a esa pregunta moldea todo lo que sigue.

Ricardo