El método STAR, y los cuatro errores que lo arruinan
STAR no es una fórmula mágica: es una forma de no divagar. Lo que decide si funciona no es la estructura, es qué pones en cada parte.
Cuando en una entrevista te preguntan «cuéntame de una vez que tuviste un conflicto con un compañero», no te están pidiendo una opinión sobre los conflictos. Te están pidiendo un caso concreto, porque lo que hiciste una vez predice mejor tu comportamiento futuro que lo que dices que harías.
El problema es que la mayoría de la gente, puesta a contar un caso concreto sin preparación, divaga: empieza por el contexto, se pierde en detalles que no vienen al caso, y a los dos minutos no ha dicho qué hizo. STAR existe para evitar eso.
Las cuatro partes
Situación
Dónde, cuándo, qué pasaba. Dos frases, no más. Lo mínimo para que se entienda el resto.
Tarea
Qué había que resolver y por qué era tuyo. Una o dos frases. Esta parte establece las apuestas: si no queda claro qué estaba en juego, el resultado no impresiona.
Acción
Qué hiciste tú. Es la parte más larga y la más importante, y debe ocupar alrededor de la mitad de la respuesta.
Resultado
Qué pasó, con una cifra si la hay, y qué aprendiste. Dos o tres frases.
Una respuesta completa dura entre noventa segundos y dos minutos. Más de tres minutos y quien escucha se desconecta; menos de sesenta segundos y suele faltar la acción.
Los cuatro errores que la arruinan
1. Gastar la mitad del tiempo en la situación
Es el error más frecuente. La persona explica la estructura de la empresa, quién le reportaba a quién y qué pasaba en el sector, y cuando llega a la acción ya se le acabó la atención del interlocutor.
Regla práctica: situación y tarea juntas, un cuarto de la respuesta. Acción, la mitad. Resultado, el cuarto restante.
2. Decir «hicimos» en lugar de «hice»
Contar el logro del equipo en primera persona del plural es un reflejo de cortesía, y borra por completo tu aporte. Quien escucha no puede saber si lideraste el proyecto o si asististe a las reuniones.
Se puede reconocer al equipo sin desaparecer: «el equipo entregó el proyecto en plazo; mi parte fue rediseñar el flujo de aprobaciones, que era el cuello de botella». Ahí hay generosidad y hay contribución.
3. Un resultado sin cifra ni cierre
«Y todo salió bien» no es un resultado. Si no tienes un número, describe el estado final con precisión: qué cambió, quién lo notó, si se mantuvo después de que te fuiste. Que algo que montaste siguiera funcionando sin ti es un resultado fuerte.
4. Elegir un caso sin tensión
Si la historia no tiene una dificultad real, no demuestra nada. «Me pidieron un informe y lo entregué a tiempo» es una tarea cumplida, no un caso. La pregunta busca ver cómo actúas cuando algo se complica.
Prepara casos, no respuestas
No memorices respuestas para preguntas específicas: te harán otra pregunta y te quedarás en blanco. Prepara entre cinco y siete casos de tu experiencia y aprende a girarlos hacia lo que te pregunten.
Los casos que conviene tener listos:
- Un problema técnico difícil que resolviste.
- Un desacuerdo con alguien y cómo terminó.
- Un error tuyo, con consecuencia real y qué cambiaste después.
- Algo que sacaste adelante sin tener autoridad formal para hacerlo.
- Una situación con plazo imposible o recursos insuficientes.
- Un momento en que cambiaste de opinión con evidencia nueva.
- Algo que aprendiste por tu cuenta porque el trabajo lo exigía.
Un mismo caso sirve para varias preguntas según qué parte destaques. El proyecto con plazo imposible sirve para «háblame de trabajo bajo presión», para «cuéntame de una vez que priorizaste» y para «dame un ejemplo de iniciativa». Lo que cambia es dónde pones el énfasis.
Sobre la pregunta del error
«Cuéntame de un error que cometiste» es donde más gente se sabotea, de dos maneras opuestas.
La primera es el falso error: «soy demasiado perfeccionista», «me involucro demasiado». Quien entrevista lo ha oído cientos de veces y lo lee como evasión.
La segunda es el error catastrófico sin aprendizaje: contar algo grave y terminar con «así son las cosas». Deja la impresión de que podría repetirse.
Lo que funciona es un error real, de tamaño medio, con consecuencia concreta, y con un cambio específico de comportamiento después. La estructura es: qué hice mal, qué costó, qué hago distinto desde entonces, y cómo sé que funcionó. Ese último punto —la evidencia de que el cambio sirvió— es lo que separa una buena respuesta de una respuesta ensayada.
Puedes armar y cronometrar tus casos en el constructor STAR.