¿Dónde poner la sección de proyectos en el CV?

Has escrito una sección de proyectos sólida. Luego pasas veinte minutos arrastrándola arriba y abajo del CV, decidiendo dónde debe ir: por encima de la experiencia, debajo de la formación, o en un sitio que aún no has pensado. No hay una respuesta universal, pero hay una clara una vez sabes tu etapa de carrera — y colocarla mal es un error más silencioso que una errata, porque no se ve mal: solo entierra tu mejor evidencia en la página dos.

La respuesta corta: depende de qué sustituyen los proyectos

La colocación de proyectos no es de verdad una pregunta de formato. Es una pregunta de qué están cubriendo. Si cubren experiencia laboral que falta, van cerca de arriba. Si apoyan experiencia que ya tienes, van después. Todo lo demás de este artículo es una variación de esa regla.

Tabla de decisión por etapa

| Etapa | Dónde van los proyectos | Por qué | |---|---|---| | Estudiante / recién graduada, sin prácticas | Formación → Proyectos → Competencias → Experiencia | Los proyectos son tu evidencia más fuerte, así que se sientan justo después de la credencial que los enmarca | | Estudiante / recién graduada, con prácticas | Perfil → Experiencia (prácticas) → Proyectos → Formación | Las prácticas ya prueban competencia laboral; los proyectos añaden profundidad, no cimiento | | Cambio de carrera | Perfil → Proyectos → Experiencia (campo anterior) → Competencias | Quieres que quien lee vea prueba del campo nuevo antes de ver los títulos viejos | | Desarrollo / ingeniería con un GitHub fuerte | Perfil → Experiencia → Proyectos → Formación | Aquí los proyectos apoyan el historial, no lo sustituyen — salvo que los laterales eclipsen de verdad el empleo, en cuyo caso súbelos por encima de Experiencia | | Perfil sénior (8+ años) | Perfil → Experiencia → Competencias → Formación (Proyectos solo si cubren un hueco real) | En esta etapa, quita proyectos del todo salvo que uno concreto haga algo que el historial laboral no muestre ya |

Por qué las estudiantes deberían liderar con proyectos

Si eres estudiante sin prácticas, tu sección de experiencia es flaca o está vacía, y quien ojea el CV siete segundos necesita algo en lo que aterrizar. Para la mecánica de las viñetas — título, fechas, la fórmula de cuatro partes — ver proyectos personales en el CV. Un TFG con un entregable real — «Construí un tracker de inventario full-stack para una ONG de 12 personas, pasando los recuentos manuales de semanales a mensuales» — dice más a quien contrata que tres viñetas sobre asignaturas. Ponlo justo después de Formación, antes de Competencias, para que sea de lo primero que lean.

Cuando consigues el primer empleo a jornada completa, ese cálculo se invierte rápido. Una compañera mantuvo el proyecto de último curso en el CV a través de dos cambios de empleo, y al tercero ya trabajaba en su contra: en entrevista le preguntaron esperando trabajo reciente y tuvo que explicar que era de hacía cuatro años. Baja los proyectos académicos en el momento en que tienes un rol a jornada completa que los sustituya.

Cambio de carrera: los proyectos son el puente, no una nota al pie

Si pasas de docencia a diseño UX, tus últimos cinco años de experiencia no demuestran la competencia que el rol nuevo necesita — pero un flujo de onboarding rediseñado para la app de una asociación de barrio sí. Quien cambia de carrera debería colocar proyectos justo después del perfil y antes del historial del campo anterior, para que quien lee vea prueba relevante antes de un título que podría hacerle pausar.

Sé específica sobre las restricciones del proyecto, no solo sobre el output. «Rediseñé el flujo de alta de una app comunitaria de 200 usuarias, bajando el abandono en el paso 2 de un 30% estimado a menos del 10% según entrevistas posteriores al lanzamiento» se lee como trabajo real. Un vago «Trabajé en proyectos de UX» se lee como relleno, y una mirada escéptica notará la diferencia al instante.

Desarrollo: cuándo los proyectos ganan a los títulos

Para ingeniería, el orden proyectos-frente-a-experiencia suele reducirse a una pregunta honesta: ¿tu GitHub es más impresionante que tu último empleo? Si pasaste dos años manteniendo una herramienta interna heredada pero también construiste una librería open source medianamente popular, lidera con la librería. La mayoría, sin embargo, tiene proyectos que complementan más que eclipsan el historial: en ese caso, deja Experiencia primero y Proyectos justo después, antes de Formación.

Un hábito de formato que merece copiarse de CV de desarrollo más fuertes: nombra el stack y la restricción, no solo la feature. «Construí un middleware de rate-limiting para una API Node que atendía 40.000 peticiones/día» es la forma a la que apuntar, incluso sin un número duro todavía: una entrada que nombra escala real y una decisión técnica real gana a una lista de features siempre.

Perfiles sénior: plantéate quitarla del todo

La postura que la mayoría de artículos no toma con claridad: si tienes ocho o más años de experiencia, una sección genérica de «Proyectos» suele ser peso muerto. Tu experiencia laboral ya debería llevar el peso de la prueba, y una sección aparte de proyectos laterales puede leerse como relleno en un CV que no debería necesitarlo. Conserva proyectos en esta etapa solo si hacen algo que el historial no puede — mantenimiento open source, una charla técnica concreta, un rol asesor. Si no estás segura de que superen ese listón, córtalos y devuelve el espacio a una Experiencia más tensa.

¿Y si estás entre categorías?

No toda candidata encaja limpia en una fila de esa tabla: un cambio de carrera que también es técnico, o un perfil mid-level con un proyecto lateral destacado, podría tomar reglas de dos filas. Cuando no estés segura, vuelve a la regla del principio: ¿el proyecto sustituye evidencia que falta, o apoya evidencia que ya tienes? Sustituye, y sube. Apoya, y baja.

Cómo probar de verdad la colocación

La forma más rápida de saber si lo tienes bien no es una regla de pulgar: es probar ambos órdenes y ver cuál se lee mejor en frío. Si construyes el CV en Simple CV, la lista de secciones admite arrastrar para reordenar, así que puedes poner Proyectos por encima o por debajo de Experiencia y ver el diseño completo actualizarse al instante, en lugar de reescribir el documento para probar un cambio de orden. Prueba ambos, lee cada versión como si fueras quien selecciona viéndola por primera vez, y quédate con la que lidera con tu prueba más fuerte.

Si has estado mirando esta decisión más tiempo del que merece, es una reacción normal a un documento que parece que debería tener una sola respuesta correcta. No la tiene, pero sí tiene una respuesta correcta para ti, y eso suele bastar para seguir y pulsar enviar.