Durante mucho tiempo, el reclutamiento IT se construyó sobre una lógica bastante clara: identificar el stack correcto, validar experiencia y asegurar que el candidato pudiera ejecutar técnicamente lo que el rol exigía.

Y tiene sentido, lo técnico es indispensable. Pero en la práctica, cada vez más equipos se enfrentan a una misma situación: candidatos que “dan bien” en lo técnico, pero que después, en el día a día, no terminan funcionando como se esperaba.

No es un problema aislado, es un patrón, y en la mayoría de los casos, lo que está fallando no es el conocimiento técnico. Es todo lo demás.

Lo técnico resuelve el qué, las soft skills definen el cómo (y el impacto)

En un entorno real de trabajo, desarrollar software no es solo escribir código. Es entender problemas, tomar decisiones con información incompleta, comunicar criterios, alinearse con producto, negociar prioridades y adaptarse constantemente a cambios. Nada de eso ocurre en aislamiento.

Por eso, cuando hablamos de soft skills en reclutamiento IT, no estamos hablando de atributos “blandos” o secundarios. Estamos hablando de capacidades cognitivas y conductuales que atraviesan toda la forma en la que una persona trabaja.

Son, en esencia, el sistema operativo invisible sobre el que corre lo técnico. No se ven como un lenguaje o una herramienta, pero determinan cómo se usan.

Incluyen, por ejemplo, la capacidad de estructurar el pensamiento antes de ejecutar, de entender el problema detrás del requerimiento, de priorizar cuando todo parece urgente, de comunicar decisiones con claridad, de cuestionar cuando algo no cierra, de adaptarse sin perder dirección.

También incluyen algo más sutil, pero igual de importante: el criterio. Esa capacidad de decidir qué hacer, cuándo hacerlo y por qué, incluso cuando no hay una respuesta evidente.

Por eso no funcionan como una lista aislada de “habilidades blandas”. Funcionan como un conjunto integrado que define cómo alguien interpreta la realidad, cómo actúa frente a ella y cómo interactúa con otros dentro de ese proceso.

En términos concretos:

• Cómo interpreta una necesidad más allá de lo explícito
• Cómo reacciona ante un bloqueo sin quedarse detenido
• Cómo comunica una decisión técnica, no solo qué hizo, sino por qué
• Cómo colabora con otros perfiles sin perder contexto ni dirección.

En otras palabras: cómo convierte su conocimiento en impacto real. Porque saber hacer algo no garantiza que ese algo suceda bien en contexto.Y ahí es donde las soft skills dejan de ser un complemento… y pasan a ser lo que hace que todo lo demás funcione.

Diseñar la evaluación de soft skills: de la intuición a un sistema

Si evaluar soft skills no es “charlar más”, entonces la pregunta correcta es otra: ¿cómo se diseña un proceso que realmente las haga visibles?

Porque no es algo que se agregue al final. Se define desde el inicio.

Diseñar este tipo de evaluación implica pasar de conversaciones abiertas a estructuras que generen señales comparables. No se trata de hacer más preguntas, sino de construir un sistema donde todos los candidatos sean observados bajo la misma lógica.

Y eso empieza por algo clave: definir qué significa “funcionar bien” en ese rol.

1. Definir las dimensiones que realmente importan

No todas las soft skills son igual de relevantes en todos los contextos.

Antes de evaluar, necesitas responder: ¿qué comportamientos hacen que alguien tenga éxito en este rol, en este equipo y en este momento?

Por ejemplo:

→ ¿Se espera autonomía o ejecución guiada?
→ ¿Va a tomar decisiones o principalmente implementarlas?
→ ¿Necesita interactuar con múltiples áreas o trabajar de forma más aislada?

A partir de eso, las soft skills dejan de ser genéricas y pasan a ser específicas.

Ya no evalúas “comunicación”, evalúas capacidad de explicar decisiones técnicas a perfiles no técnicos. Ya no evalúas “adaptabilidad”.

2. Traducir habilidades en comportamientos observables

Una vez que sabes qué importa, necesitas bajarlo a algo concreto.

Porque no puedes evaluar “criterio” como concepto abstracto, tienes que definir cómo se ve en la práctica.

Por ejemplo:

→ Identifica riesgos antes de ejecutar
→ Cuestiona requerimientos poco claros
→ Justifica decisiones con argumentos, no con suposiciones
→ Prioriza en función de impacto, no de urgencia

Esto convierte algo subjetivo en algo observable. Y cuando algo es observable, empieza a ser evaluable.

3. Diseñar situaciones, no preguntas

Las soft skills no aparecen en respuestas teóricas, aparecen cuando alguien tiene que actuar.

Por eso, en lugar de preguntar “¿cómo manejas la incertidumbre?”, diseñas una situación donde haya incertidumbre.

Un caso. Un problema incompleto. Un escenario con información ambigua.

Y observamos no sólo qué responde, sino cómo llega a esa respuesta.

→ Qué pregunta. Qué prioriza. Qué ignora. Qué duda.

Ahí es donde realmente aparecen las señales.

4. Estandarizar para poder comparar

Uno de los errores más comunes es cambiar la evaluación según el candidato.

Distintas preguntas. Distintos casos. Distintos evaluadores interpretando cosas distintas.

Eso rompe cualquier posibilidad de comparación. Diseñar bien implica que todos los candidatos pasen, en esencia, por la misma experiencia evaluativa. No idéntica en forma, pero sí equivalente en exigencia y criterios.

Porque el objetivo no es conocer historias individuales, es poder tomar decisiones entre opciones. Y sin una base común, eso no es posible.

5. Definir criterios de evaluación (antes, no después)

Otro punto crítico: los criterios no se definen al final, se definen antes de evaluar.

→ ¿Qué significa un buen desempeño en esta dimensión?
→ ¿Qué señales indican un nivel alto, medio o bajo?

Sin eso, el evaluador completa los vacíos con percepción. Y volvemos al problema inicial.

Cuando los criterios están claros, la evaluación deja de depender de quién observa y pasa a depender de qué se observa.

Diseñar la evaluación de soft skills como un sistema implica dejar de interpretarlas y empezar a hacerlas visibles. Y eso quiere decir pasar de percepciones individuales a señales comparables. De conversaciones abiertas a situaciones diseñadas. De intuición a criterio compartido.

Porque solo cuando se vuelven observables bajo la misma lógica, dejan de ser subjetivas… y pasan a formar parte real de la decisión.

¿Cómo saber si realmente estás evaluando soft skills (o solo diciendo que importan)?

Llegado a este punto, la diferencia ya no es conceptual.

No se trata de si las soft skills importan o no. Se trata de si tu proceso está diseñado para evaluarlas… o si simplemente aparecen como una percepción al final.

Y eso no siempre es evidente. Muchos procesos creen que las están evaluando, pero en realidad solo las están interpretando.

La forma más clara de verlo es esta:

Cuando lo ves así, la diferencia no es menor: es un cambio de lógica.

Porque en un caso estás interpretando señales dispersas.  En el otro, estás evaluando bajo un sistema. Y en reclutamiento, eso define todo.

Al final, el problema es la falta de estructura

Porque en reclutamiento IT, decidir no es solo comparar perfiles. Es entender cómo alguien va a trabajar cuando el contexto no es perfecto, cuando hay presión, cuando hay que colaborar y decidir.

Y eso no aparece en el CV, ni tampoco en una buena respuesta, aparece cuando el proceso está diseñado para hacerlo visible.

Hoy, muchas decisiones todavía se apoyan en lo que parece, pero las decisiones que realmente funcionan se apoyan en lo que se puede observar, comparar y sostener.

Ese es el cambio: dejar de enfocarnos en mirar más, y empezar a mirar y evaluar mejor.

Convierte tus procesos en sistemas que te permitan decidir con claridad

Explora nuestra solución