Durante años, el hiring tech se construyó sobre un consenso implícito: si una persona sabía escribir código, probablemente sabía pensar problemas. Los lenguajes, los frameworks, los años de experiencia eran indicadores razonables. La IA volvió commodity exactamente eso. Lo que antes distinguía a un buen ingeniero de uno mediocre, la velocidad y la fluidez técnica, ya lo hace una herramienta. El indicador se rompió.

La consecuencia es incómoda: contratar mal hoy es más fácil que nunca, y cuesta más caro que nunca. Más fácil porque la IA ayuda al candidato a producir output que se ve bien en una entrevista y en los primeros tres meses. Más caro porque cuando aparecen los problemas, seis meses después, la deuda técnica y las decisiones arquitectónicas ya están instaladas. El reporte DORA 2025 lo dice con una frase que merece volverse famosa: la inteligencia artificial actúa como espejo y multiplicador. Amplifica las fortalezas de los equipos cohesivos y las debilidades de los equipos fragmentados. No arregla nada. Acelera.

Si el modelo de skills dejó de funcionar, hay que evaluar otra cosa. El paper propone qué: el modo cognitivo del candidato. Cómo decide bajo ambigüedad, cómo lee código ajeno, cómo traduce entre técnico y negocio, cómo conecta piezas que ya existen. Esto no reemplaza la evaluación técnica de skills. La complementa con una capa que hoy nadie está evaluando de forma estructurada.

Seis modos cognitivos

El método trabaja sobre seis modos. Cuatro son core (se evalúan en todos los procesos) y dos son opcionales (se activan según el rol). No son tipos de personalidad: son formas estructuradas de aproximarse al trabajo técnico. Cada persona tiene un modo dominante y un rango, que es la capacidad de activar otros modos cuando la situación lo pide.

  1. 01
    Arquitecto de Decisiones Estructura el razonamiento que precede al sistema. Identifica alternativas, evalúa trade-offs y argumenta qué descarta y por qué.
  2. 02
    Conector Combina piezas que ya existen. Conoce el ecosistema y elige por fit con el problema, no por familiaridad.
  3. 03
    Editor Técnico Lee código ajeno y lo mejora sin romper lo que funciona. El modo más crítico del momento, porque la IA escribe mucho y revisa poco.
  4. 04
    Traductor Convierte entre negocio y técnica. Baja un problema de negocio a una especificación accionable, y explica una limitación técnica sin perder rigor.
  5. 05
    Operador Opcional Ejecuta con autonomía dentro de un marco definido. Se evalúa en juniors o cuando el rol específico requiere capacidad de ejecución bajo supervisión.
  6. 06
    Guardián Opcional Piensa en lo que puede salir mal. Seguridad, edge cases, observabilidad. No frena al equipo, prepara lo que el equipo construye para sobrevivir al contacto con la realidad.

Aplicación y límites

El método se aplica en entrevistas de 45 minutos, calibrables entre evaluadores y diseñadas para producir un diagnóstico defendible al cliente. No reemplaza el test técnico de skills: un Arquitecto de Decisiones brillante que no sabe Kubernetes sigue siendo inadecuado para un rol que pide Kubernetes. No reemplaza el fit cultural: el modo cognitivo dice cómo piensa una persona, no cómo se va a comportar en una cultura específica. Y funciona mejor con seniors que con juniors, donde la historia profesional disponible para discutir es más limitada.

El paper completo desarrolla cada modo en detalle, las patologías asociadas a cada modo dominante cuando opera sin rango, el protocolo de entrevista, los criterios de scoring, las limitaciones honestas del método, y la bibliografía que lo sostiene.

Fuentes: Stack Overflow Developer Survey 2025; DORA 2025 (Accelerate State of DevOps Report); datos internos de placement y desarrollo del método de Bondy Group (2008–presente).