"Aprobé el examen, pero no tengo experiencia"
Uno de los posts más comunes en las comunidades de estudio para certificaciones dice algo así: "Aprobé el examen AWS SAA, pero me rechazan en la etapa de currículum porque no tengo experiencia práctica." "Tengo tres certificaciones y aún no consigo ni una entrevista." Uno espera que la certificación cambie algo, pero al empezar a postularse se da cuenta de que la línea de certificaciones del currículum está llena, mientras que la de experiencia sigue en blanco.
Este artículo trata sobre por qué existe esa brecha y cómo cerrarla de verdad.
Cómo ven realmente los reclutadores una certificación
Vale la pena saber esto de entrada: para un reclutador, una certificación no es "una razón para contratarte". Es más bien "una razón para no rechazarte en la etapa de currículum". En otras palabras, una certificación es el requisito mínimo que te permite pasar el filtro inicial, no una garantía de que te ofrezcan el puesto.
Incluso cuando una oferta de empleo dice "se valora tener AWS Certified", casi siempre va acompañada de "experiencia en proyectos relevantes" o "portafolio". Una certificación demuestra que entiendes los conceptos básicos. No demuestra que puedas resolver problemas reales. Y resolver problemas reales es justo lo que le importa al reclutador.
Tres cosas que una certificación no te puede dar
Los exámenes de certificación te piden elegir la respuesta correcta entre un conjunto fijo de opciones. El trabajo real es una sucesión continua de decisiones en situaciones donde no hay una única respuesta correcta. Esa diferencia deja vacíos claros que una certificación por sí sola no puede llenar.
Primero, experiencia respondiendo a incidentes. Los exámenes preguntan "qué servicio encaja en este escenario". El trabajo real es que te llamen a las 2 de la mañana y tengas que revisar logs para encontrar la causa raíz. Ningún examen puede sustituir eso.
Segundo, sentido del costo y las compensaciones (trade-offs). Las preguntas de examen te piden elegir "el mejor enfoque". El trabajo real te obliga a elegir "el enfoque menos malo" dentro de las restricciones de presupuesto, plazos y capacidad del equipo. Ese instinto solo se desarrolla ensuciándose las manos.
Tercero, colaboración y comunicación. Que revisen tu código, discrepar con la decisión de infraestructura de otra persona, participar en un post-mortem y entender de quién es realmente la responsabilidad: nada de eso se aprende estudiando solo.
Dónde una certificación realmente ayuda
Nada de esto significa que las certificaciones sean inútiles. En algunas situaciones específicas, marcan una diferencia clara:
Sin experiencia relacionada o en cambio de carrera: sin un título o historial laboral relacionado, una certificación suele ser la señal más rápida y clara de que al menos tienes una preparación mínima. Pasar el filtro del currículum: cuantos más candidatos tenga una oferta, más dependen los reclutadores de filtros. Sin una certificación, a menudo quedas fuera antes de que alguien lea el resto de tu currículum. Material para la propia entrevista: poder responder una pregunta relacionada con la certificación en una entrevista muestra un nivel base de preparación y disposición para aprender.
En resumen, una certificación es más bien una herramienta que te gana un lugar en la sala de entrevistas. Lo que hagas una vez dentro de esa sala es un problema aparte.
Formas realistas de simular experiencia
No tener un puesto de trabajo no significa que tengas que quedarte de brazos cruzados. Puedes construir "experiencia que parece trabajo real" por tu cuenta, incluso fuera de un empleo real.
Crea tu propio entorno de laboratorio: diseña una VPC en la capa gratuita, rompe algo a propósito y documenta el proceso de recuperación en GitHub o en un blog. Ahora tienes algo concreto que mostrar en una entrevista. Proyectos personales pequeños, no perfectos: uno o dos proyectos donde puedas explicar con claridad "por qué elegí esta arquitectura" valen más que diez proyectos pulidos pero inexplicables. Contribuciones a proyectos open source o comunidades: reportar un solo issue o corregir un fragmento de documentación ya es evidencia de que has colaborado con otras personas. Documenta el proceso, no solo el resultado: escribir sobre los problemas en los que te atascaste mientras estudiabas —y cómo los resolviste— se convierte en un portafolio que demuestra capacidad real de resolución de problemas.
Conclusión: una certificación es un punto de partida, no una meta final
| | Lo que demuestra una certificación | Lo que no demuestra | |---|---|---| | Conocimiento | Comprensión de servicios y conceptos | Experiencia real resolviendo un incidente | | Señal | Un nivel base de preparación | Un historial de trabajo en equipo | | Efecto | Pasar el filtro del currículum | Capacidad real más allá de la entrevista |
La certificación y la experiencia práctica no compiten entre sí: es más bien una cuestión de orden. Si la certificación abre la puerta, lo que te mantiene de pie una vez dentro viene de las pequeñas experiencias que construyes por tu cuenta. Aprobar una certificación no es la meta final, es más bien el verdadero punto de partida. Tenerlo en cuenta hace que esa brecha de experiencia se sienta un poco menos abrumadora.
Si recién estás empezando y decidiendo con qué certificación seguir, revisa nuestra Guía de certificación AWS vs. Azure vs. GCP. ¿Tienes curiosidad de cómo se ve realmente cuando una certificación cambia la carrera de alguien? Lee Sin formación técnica, una certificación y un aumento de $27,000.