Saltar al contenido
Bienestar tech

Síndrome del impostor en developers: el relato vs el hecho

El código funciona, pero una voz insiste en que no eres suficiente. Cómo reconocer el síndrome del impostor en developers sin convertirlo en otra etiqueta.

Hugo Casanova· Coach ICF · Facilitador RECOProgramando· Actualizado 11 min de lectura
Imagen editorial: Síndrome del impostor en developers: el relato vs el hecho

Un martes cualquiera frente a la pantalla

Te ha pasado. Estás revisando el pull request que mandaste ayer, el café ya se enfrió y de pronto aparece esa sensación: "En cualquier momento van a darse cuenta". No hay un error grave en el código, pero igual sientes que tu versión es la que menos vale en el equipo.

No es que dudes de tus habilidades técnicas. Es que el relato que te cuentas sobre ti mismo empieza a correr más rápido que los hechos.

El relato que se repite

Imagina que ese lunes por la mañana tu jefa te pidió liderar una refactorización importante. Tú dijiste que sí, pero en la cabeza ya empezó la película: "Yo no soy el indicado, hay gente con más años aquí". El hecho es que te eligieron por cómo resuelves problemas complejos. El relato, en cambio, dice que fue suerte o que nadie más estaba disponible.

Ese contraste entre lo que realmente ocurrió y la historia que te cuentas es donde vive el síndrome del impostor. No es una falta de confianza que se arregla con más logros. Es un guion que se escribió hace tiempo y que sigue repitiéndose aunque la realidad haya cambiado.

Antes de cambiar lo que haces, mira desde dónde lo haces

La mayoría intenta salir del impostor sumando certificaciones o hablando más en las reuniones. Pero el cambio real empieza cuando paras un momento y observas desde dónde estás mirando tu propio trabajo.

[RECO Espejo](RECO Espejo) es un espacio donde eso se practica: no para "arreglarte", sino para verte con más claridad. Porque cuando dejas de pelear contra el relato, los hechos empiezan a pesar más.

Hechos que el relato ignora

Piensa en la última vez que resolviste un bug que llevaba semanas estancado. El hecho quedó registrado en el repositorio y en los mensajes de agradecimiento del equipo. El relato, sin embargo, lo minimizó: "Cualquiera lo habría encontrado".

Esa minimización no es humildad. Es el guion que protege de la posibilidad de ser visto de verdad. Y mientras sigas creyendo más al relato que a los hechos, el síndrome se mantiene vivo.

Cómo se ve en el día a día

En las revisiones de código

Dejas comentarios más suaves de lo que realmente piensas porque "no quiero sonar como si supiera más". El hecho es que tu perspectiva ayuda al equipo. El relato dice que estás siendo arrogante.

En las estimaciones

Pones el doble de horas de las que realmente necesitas porque "mejor que sobre a que falte". El hecho es que terminas antes y con calidad. El relato interpreta eso como "engañé a todos".

En las conversaciones casuales

Cuando alguien menciona tu nombre para un proyecto nuevo, cambias de tema. El hecho es que confían en ti. El relato dice que no deberías aceptar.

El rol de las habilidades humanas

Muchas veces se habla de "habilidades blandas" como algo que hay que entrenar aparte del código. Pero aquí estamos hablando de algo más básico: la capacidad de distinguir entre lo que pasó y la historia que te cuentas sobre lo que pasó.

[Ágil de Verdad](Ágil de Verdad) explora precisamente eso: cómo las prácticas ágiles se vuelven vacías cuando no hay una mirada honesta sobre el propio relato.

Un espacio para mirar distinto

Si este tema te resuena, el [Tech Lab](fechas y cupos) es un lugar donde developers se juntan a explorar estos patrones sin presión de tener que "solucionarlos" ya. No es un curso ni una terapia. Es un laboratorio donde el foco está en ver con más nitidez.

También puedes revisar [Método Hugo vs Espejo](Método Hugo vs RECO Espejo) si quieres entender las diferencias entre enfoques.

Y si prefieres algo más personal, hay una opción de HugoTech para sesiones 1:1.

Lo que queda cuando el relato se calma

Cuando dejas de alimentar el guion del impostor, no es que de repente te sientas invencible. Es que los hechos empiezan a tener más peso. El código que escribes, las decisiones que tomas y el feedback que recibes ocupan el lugar que antes tenía la historia de "no soy suficiente".

No se trata de eliminar la voz. Se trata de que ya no sea la única que escuchas.

Por si quieres seguir

El lugar para practicar esto no es un PDF: es [RECO Tech Lab](/tech-lab). Las [fechas y cupos](fechas y cupos) y el [hub de guías](/guias) siguen a un clic. Si esto te tocó de cerca, sigue por [Feedback laboral que no es sándwich ni “te lo digo por tu bien”](/blog/feedback-laboral-que-no-es-sandwich) y [Resiliencia laboral sin romantizar el agotamiento](/blog/resiliencia-laboral-sin-romantizar-el-agotamiento).

Preguntas frecuentes

¿Qué es el síndrome del impostor en developers?
Es esa sensación persistente de que tus logros no son reales y que en cualquier momento descubrirán que no eres tan bueno como parece, aunque los hechos digan lo contrario.
¿Cómo afecta el síndrome del impostor a los programadores?
Hace que minimices tus contribuciones, evites oportunidades o sobreestimes el tiempo que necesitas para tareas, todo porque el relato interno pesa más que la evidencia real.
¿El síndrome del impostor se va con más experiencia?
No necesariamente. Muchos developers senior siguen cargando el mismo relato aunque los hechos muestren lo contrario. El cambio viene de mirar desde dónde cuentas esa historia.
¿Cómo distinguir entre el relato y los hechos en el trabajo?
Observando qué dice la evidencia concreta (código revisado, feedback recibido, resultados entregados) versus la interpretación que haces de esos mismos eventos.

Sigue explorando

¿Te gustó este artículo? Compártelo

Fechas y cupos vigentes

También puedes reservar tu lugar en un próximo workshop

Si este tema te resulta familiar, revisa los workshops abiertos y elige el formato que mejor encaje contigo. Las fechas, sedes y cupos se actualizan desde la gestión de eventos.