05.05.2026
Aptitud vs Actitud: ¿Qué Se Valora Más al Contratar Perfiles Tech?
Diferencias principales entre actitud y aptitud y qué se suele valorar más en tech.
Pedro Cailá
Estás en la reunión final. Tienes dos candidatos para cerrar un puesto clave. Uno domina Kubernetes, AWS, Python y saca cualquier prueba técnica sin despeinarse, pero interrumpe, culpa a otros y responde como si el equipo fuese un estorbo. El otro no llega al mismo nivel técnico hoy, pero aprende rápido, pregunta bien, escucha y mejora la conversación técnica en vez de secuestrarla.
Ese escenario no va de intuición. Va de riesgo operativo, velocidad de entrega y retención. En una scaleup española, contratar mal a un Senior Backend, un ML Engineer o un DevOps no sólo retrasa roadmap. También contamina dinámicas, eleva rotación y obliga al equipo fuerte a cargar con el problema.
El Falso Dilema al Contratar Talento Técnico
La conversación sobre aptitud vs actitud suele plantearse mal. Como si hubiera que elegir entre alguien que sabe hacer el trabajo y alguien agradable de tener cerca. Un CTO serio no contrata “buen rollo”. Contrata capacidad de ejecución sostenida.
El problema es que muchas empresas filtran como si sólo importara la aptitud y deciden como si sólo importara la actitud. En recruiting técnico en España, las aptitudes técnicas representan el 60-70% del filtrado inicial, pero la falta de actitud genera un 15% más de rotación en los primeros 6 meses. A la vez, los candidatos con aptitudes altas logran un onboarding 40% menor, aunque ese beneficio se puede evaporar si el perfil rompe la colaboración del equipo, según el análisis de R&S Jobs sobre actitud y aptitud.
Eso cambia la pregunta correcta. No es “qué pesa más”. Es “qué pesa más en este rol, en este momento y con este equipo”.
FactorAptitudActitudQué resuelveEjecución técnica inmediataIntegración, colaboración y aprendizajeCómo se validalive coding, system design, GitHub, certificacionesbehavioural interview, referencias, pairing, escenariosCuándo pesa másroles críticos de entrega inmediata o nicho técnicoequipos en crecimiento, liderazgo técnico, entornos cambiantesRiesgo principal si faltaretraso en entrega, dependencia del restofricción, desgaste, rotación, mala cultura
Un error habitual es pensar que el mejor perfil técnico siempre compensa. No compensa si obliga al equipo a trabajar alrededor de su ego. Tampoco sirve fichar sólo potencial si nadie tiene tiempo de enseñarle lo esencial.
Regla práctica: si el puesto afecta arquitectura, coordinación entre squads o adopción de nuevas prácticas, la actitud deja de ser “soft”. Se vuelve una variable dura de negocio.
Si además estás compitiendo por talento escaso, tu decisión impacta incluso fuera del hiring. La forma en que evalúas y eliges candidatos acaba definiendo tu reputación como empleador, y eso se nota en tu capacidad futura de atraer perfiles buenos. Si quieres afinar esa parte, conviene revisar cómo encaja con tu estrategia de employer branding en tecnología.
Definiendo Aptitud y Actitud en Roles Tech y AI
En tecnología, aptitud no significa “parece listo”. Significa que puede resolver problemas concretos con un nivel de autonomía que reduce carga al equipo. Actitud tampoco significa “cae bien”. Significa cómo se comporta cuando hay ambigüedad, presión, conflicto técnico o necesidad de aprender deprisa.
Qué es aptitud en un rol tech
Para un Senior Backend, aptitud es demostrar criterio y ejecución en API design, concurrencia, bases de datos, observabilidad, despliegues y diseño de sistemas. Si además trabajas con microservicios, Go, Node.js, PostgreSQL, Redis, Docker o Kubernetes, esa aptitud tiene que verse en decisiones técnicas explicables, no sólo en buzzwords del CV.
Para un ML Engineer, aptitud es otra cosa. Aquí buscas dominio de Python, pipelines de datos, evaluación de modelos, TensorFlow o marcos equivalentes, trazabilidad de experimentos, serving y despliegue en cloud. Un perfil puede ser brillante entrenando modelos y flojo llevándolos a producción. Eso no es un matiz menor. Es una diferencia de rol.
La aptitud se valida con evidencia. GitHub, contribuciones open source, system design, debugging en directo, lectura de código ajeno, revisión de PRs simulada, certificaciones relevantes en AWS o experiencia real con herramientas como Docker, Terraform, Airflow, Datadog o GitHub Actions.
Qué es actitud en un rol tech
La actitud se ve en comportamientos observables. No en respuestas memorizadas. Un candidato con buena actitud:
- Asume responsabilidad cuando algo falla y no convierte cada incidente en una búsqueda de culpables.
- Aprende en público. Si no sabe algo, lo reconoce y estructura cómo lo resolvería.
- Colabora bien. No monopoliza una sesión de pairing ni trata a producto o data como si estorbasen.
- Tolera el cambio sin ponerse defensivo cuando cambian prioridades, stack o forma de trabajar.
- Da contexto. Explica trade-offs, no sólo soluciones.
Un senior de verdad no impresiona por acertar todo. Impresiona por cómo piensa cuando no tiene la respuesta cerrada.
Eso es especialmente importante en AI. Los equipos que contratan perfiles para programadores de IA y especialistas técnicos suelen cometer un error clásico. Confunden curiosidad con profundidad, y profundidad con capacidad de impacto en equipo. Son tres cosas distintas.
Señales que sí importan
No te quedes en “me transmitió seguridad”. Evalúa señales más duras:
- En aptitud, cómo descompone un problema, qué trade-offs prioriza y qué preguntas hace antes de tocar código.
- En actitud, cómo habla de errores pasados, qué papel atribuye al equipo en sus logros y cómo reacciona cuando se le cuestiona una decisión.
- En ambos, si comunica con claridad. Un perfil técnicamente fuerte que no puede explicar su razonamiento añade fricción desde el primer sprint.
La mejor definición operativa es simple. Aptitud es el nivel de ejecución que puedes comprar hoy. Actitud es la calidad del comportamiento que va a amplificar o degradar esa ejecución mañana.
El Dilema del CTO Cuándo Priorizar una Sobre la Otra
No hay una respuesta universal. Hay contexto. Y el contexto manda más que cualquier lema bonito tipo “contratamos actitud y enseñamos aptitud”. A veces eso es correcto. A veces es una forma elegante de meter a alguien demasiado verde en un puesto crítico.
En startups españolas, la actitud pesa un 60% en la decisión final frente al 40% de la aptitud, y el 68% reporta que una mala actitud causa más rotación que la falta de habilidades técnicas, según el análisis publicado por ifeel sobre actitud y aptitud en el trabajo. Ese dato encaja con lo que cualquier CTO de scaleup ya ha vivido. El perfil tóxico rara vez falla solo. Hace fallar al entorno.
Cuándo priorizar aptitud
Prioriza aptitud cuando el margen para aprender sobre la marcha es bajo y el coste del retraso es alto.
- Rol de nicho técnico. Firmware, sistemas embebidos, optimización de inferencia, seguridad ofensiva, MLOps muy especializado.
- Entrega inmediata. Necesitas a alguien que entre y produzca sin una rampa larga.
- Equipo sin capacidad de mentoring. Si tu staff está saturado, contratar potencial puede ser irresponsable.
- Proyecto acotado. Si hay una necesidad puntual con un entregable técnico muy concreto, la profundidad pesa más.
Aquí no estás comprando cultura. Estás comprando capacidad crítica. El error sería rebajar el listón técnico por simpatía.
Cuándo priorizar actitud
Prioriza actitud cuando el puesto multiplica a otros, no sólo a sí mismo.
Piensa en un Staff Engineer, un Engineering Manager técnico, un Senior Backend que va a ordenar arquitectura compartida o un ML Engineer que va a colaborar con producto, data e infra. En esos casos, la actitud afecta la velocidad de varias personas.
Conviene inclinar la balanza hacia actitud cuando:
- Estás construyendo núcleo de equipo. Las primeras contrataciones fijan estándares de comportamiento.
- El entorno cambia rápido. GenAI, agentes, workflows asistidos por IA, stack en transición.
- La persona tendrá influencia transversal. Si su forma de discutir bloquea, el daño se propaga.
- Buscas crecimiento a medio plazo. Aprender nuevas herramientas suele ser más fácil que corregir arrogancia, resistencia o mala gestión del conflicto.
Si el rol exige coordinación, una actitud pobre no es un defecto interpersonal. Es un cuello de botella técnico.
El criterio correcto no es moral. Es económico
Un CTO no debería preguntarse qué tipo de persona “gusta más”. Debería preguntar cuál genera menos riesgo total para el negocio.
El perfil con aptitud excelente y actitud mediocre puede parecer una ganga en un proceso acelerado. En el trimestre siguiente suele costar más de lo que parecía. El perfil con una ligera brecha técnica y una actitud sólida puede tardar más en despegar, pero si el equipo puede absorber esa rampa, el retorno suele ser mejor.
Mi posición es clara. En una scaleup, prioriza actitud en roles con influencia y aptitud en roles de especialización crítica. El punto ciego está en tratar ambos casos igual.
Cómo Evaluar Aptitud y Actitud en Tu Proceso de Selección
La mayoría de procesos fallan por una razón muy simple. Evalúan aptitud con demasiado ruido y actitud con demasiada superficialidad. Un CV bonito, un take-home inflado con ayuda externa y una entrevista “cultural” blanda no te dicen casi nada útil.
En scaleups españolas, el 72% de los CTOs descarta candidatos con skills técnicas perfectas por una “actitud tóxica” detectada en entrevista, y en remoto los video-assessments han demostrado ser 3 veces más predictivos que el análisis de un CV, según el contenido de Melt Group sobre la diferencia entre actitud y aptitud. La conclusión es directa. Si sigues sobrevalorando el papel y minusvalorando la observación del comportamiento, vas tarde.
Cómo evaluar aptitud sin perder semanas
No necesitas un proceso largo. Necesitas uno preciso.
Primero, filtro técnico mínimo.
Usa una revisión rápida del CV, experiencia relevante y señales públicas. GitHub, stack real, arquitectura con la que ha trabajado, ownership de proyectos. Si hace falta una prueba inicial, que sea corta y relacionada con el trabajo. HackerRank puede servir para filtrar base, pero no debería decidir un senior por sí solo.
Después, live coding o pair programming.
Aquí ves pensamiento, comunicación y gestión de la presión. Para backend, plantea un problema con datos, errores y edge cases. Para ML, mejor un caso de pipeline, validación o serving que una pregunta académica de manual.
Añade system design.
Si el puesto es senior, esto no es opcional. Plantea un sistema realista: un servicio de eventos, una API multi-tenant, un pipeline de entrenamiento y despliegue, una estrategia de observabilidad. Evalúa cómo prioriza, qué riesgos ve y qué concesiones acepta.
Cómo evaluar actitud sin caer en preguntas vacías
La actitud no se detecta preguntando “¿eres resiliente?” o “¿trabajas bien en equipo?”. Todo el mundo dirá que sí.
Haz preguntas conductuales y obliga al candidato a bajar al detalle:
- Conflicto técnico
“Cuéntame una decisión de arquitectura con la que no estabas de acuerdo. ¿Qué hiciste exactamente?” - Error propio
“Describe un fallo en producción en el que tuviste responsabilidad directa. ¿Cómo lo comunicaste y qué cambiaste después?” - Cambio de contexto
“Explícame una ocasión en la que tu stack, prioridad o enfoque cambió a mitad de camino. ¿Cómo reaccionaste?” - Colaboración real
“Háblame de una persona difícil con la que tuviste que sacar un proyecto adelante. ¿Cómo evitaste que el problema escalara?”
Observa esto: el contenido importa, pero importa más el patrón. Si el candidato siempre culpa a otros, minimiza errores o habla del equipo con desprecio, ya tienes la respuesta.
Un scorecard útil para senior tech
No improvises al final del proceso. Define criterios antes.
Puedes usar una scorecard simple:
- profundidad en stack principal
- calidad de razonamiento
- diseño de sistemas
- capacidad de debugging
- ownership
- adaptabilidad
- colaboración
- humildad intelectual
- comunicación bajo presión
Asigna una valoración cualitativa consistente. Lo importante no es poner números decorativos. Lo importante es que todos los entrevistadores evalúen las mismas dimensiones y documenten evidencia concreta.
Para entrevistas conductuales más serias, conviene estructurar preguntas por competencias y exigir ejemplos verificables. Si quieres afinar ese formato, este enfoque de entrevistas por competencias en selección ayuda bastante a reducir subjetividad.
Qué red flags deberían cerrar el proceso
No esperes una segunda entrevista si ya viste esto:
- Desprecio por perfiles no técnicos
- Incapacidad para admitir un error claro
- Respuestas defensivas ante feedback
- Mérito individual inflado y mérito colectivo minimizado
- Rigidez absoluta ante cambio de herramientas o contexto
- Brillo técnico usado como excusa para no colaborar
Muchos CTOs toleran estas señales porque necesitan cerrar la vacante rápido. Luego pagan esa velocidad con desgaste interno.
Métricas Clave El Impacto en Rendimiento y Retención
La discusión de aptitud vs actitud sólo importa si cambia resultados. Sí los cambia.
Los candidatos con alta actitud muestran un engagement 35% superior y una retención 28% mayor, lo que reduce costes de rotación estimados entre 30.000 y 50.000€ por cada Senior DevOps en Madrid o Barcelona, según los datos recogidos por AYANET sobre actitud y aptitud en selección. Eso ya debería bastar para dejar de tratar la actitud como algo accesorio.
Lo que pasa con alta aptitud y baja actitud
Al principio, este perfil puede parecer rentable. Entrega rápido, desbloquea tickets complejos y eleva el nivel técnico de algunas decisiones. Pero también introduce fricción.
Se nota en síntomas que los CTOs conocen bien:
- Más velocidad individual que velocidad de equipo
- Conocimiento concentrado
- Menos disposición a revisar, documentar o explicar
- Conflictos repetidos en PRs y decisiones de arquitectura
- Desgaste del resto del equipo
Ese coste no siempre sale en Jira. Sale en la moral, en la coordinación y en quién empieza a mirar ofertas fuera.
Lo que pasa con actitud fuerte y aptitud suficiente
Este perfil no siempre impresiona en la primera hora de entrevista. A veces no tiene la respuesta más sofisticada ni la librería más moderna. Pero hace algo más valioso. Se integra, pregunta bien, comparte contexto y mejora el funcionamiento colectivo.
Un equipo fuerte no necesita sólo individuos que resuelvan. Necesita personas que eleven la capacidad de resolución del resto.
Si el nivel técnico mínimo está cubierto, una buena actitud suele mejorar onboarding, colaboración y estabilidad del equipo. No porque sea “bonita”, sino porque reduce fricción operacional. En una scaleup, eso tiene impacto directo en continuidad de entrega.
Qué métricas vigilar después de contratar
No midas sólo si el hire escribe buen código. Mira también:
- Calidad del onboarding
- Fluidez en PRs y revisiones
- Dependencia excesiva del nuevo perfil
- Participación en decisiones técnicas compartidas
- Señales de desgaste del equipo
- Retención del entorno cercano
Si tus mejores ingenieros piden menos trabajar con alguien “brillante”, ya tienes una métrica muy seria aunque no salga en un dashboard.
Recomendaciones Prácticas Un Framework para Startups
Si necesitas contratar rápido sin bajar el nivel, usa un marco simple y disciplinado. No inventes un proceso distinto para cada vacante. Ajusta el peso, no la lógica.
Una scorecard que sí sirve
Para roles con alta influencia transversal, usa una ponderación donde la actitud tenga más peso. Para especialistas de nicho o puestos de impacto técnico inmediato, sube el peso de la aptitud. La clave es definirlo antes de entrevistar.
Como referencia práctica:
- Junior o mid con potencial
más peso en actitud y capacidad de aprendizaje - Senior generalista en scaleup
equilibrio entre ejecución técnica y comportamiento colaborativo - Especialista crítico
aptitud por delante, sin tolerar red flags de actitud
El error no está en cambiar el peso. El error está en no explicitarlo.
Un proceso de cuatro etapas
- Filtro inicial
Revisa experiencia relevante, stack real y señales mínimas de encaje técnico. - Evaluación técnica aplicada
Pair programming, debugging o system design. Nada de pruebas largas desconectadas del trabajo. - Entrevista conductual
Casos de conflicto, error, feedback, cambio y colaboración. Busca evidencia, no opiniones. - Cierre con decisor técnico
Valida trade-offs. La pregunta final no es si “te gusta”. Es si mejora el sistema técnico y humano del equipo.
Checklist para auditar tu proceso hoy
- ¿Tu entrevista técnica se parece al trabajo real?
- ¿Estás evaluando comportamiento observable o sólo simpatía?
- ¿Todos los entrevistadores usan los mismos criterios?
- ¿Hay red flags que invalidan aunque el nivel técnico sea altísimo?
- ¿Distingues entre rol de influencia y rol de especialización?
- ¿Tu proceso permite decidir rápido sin improvisar?
Mi recomendación final es simple. En una scaleup española, no trates aptitud y actitud como conceptos abstractos. Trátalos como variables de decisión con impacto en entrega, cohesión y retención. Si no los mides por separado, terminarás contratando por sensación. Y contratar por sensación sale caro.
Si estás contratando perfiles de software, AI, data, cloud o ciberseguridad y necesitas un proceso serio para evaluar aptitud vs actitud sin perder velocidad, Kulturo puede ayudarte a estructurar el hiring con criterio técnico real y foco en startups y scaleups en España.
.png)
