Plantilla de CV

CV de Desarrollador Android: plantilla y guía para el mercado español

Un CV de Desarrollador Android compite casi siempre con perfiles genéricos de móvil, así que conviene dejar claro desde la primera línea que su trabajo diario es Kotlin, Jetpack Compose y el ciclo de vida de Android, no un framework multiplataforma. Los equipos de selección de Madrid y Barcelona filtran por arquitectura (MVVM o MVI con Coroutines y Flow), por versiones soportadas (minSdk/targetSdk) y por evidencias de calidad en producción: tasa de ANR, porcentaje de usuarios sin fallos y despliegues escalonados en Play Console. Cada línea debería responder a tres preguntas: qué construyó, con qué stack nativo y qué mejoró en números.

Written & reviewed by the CVWon Editorial Team · Updated julio 2026

Cree su CV ahora
Plantilla vs. ejemplo: Esta página te da la estructura, las secciones imprescindibles y las competencias para crear tu propio CV de Desarrollador Android. ¿Quieres ver primero uno terminado y comentado? Ver el ejemplo de CV de Desarrollador Android →

Un CV fuerte de Desarrollador Android se lee como el historial de una aplicación real en producción, no como una lista de librerías.

Optimización ATS

Palabras clave para ATS

Incluya estas palabras clave en su CV para superar los sistemas de seguimiento de candidatos (ATS).

Kotlin Jetpack Compose Android SDK Coroutines Kotlin Flow MVVM Room Hilt / Dagger Retrofit / OkHttp WorkManager Gradle / Kotlin DSL Google Play Console Android App Bundle (AAB) Baseline Profiles Firebase Crashlytics Espresso JUnit / MockK Material 3 Android Studio Git / CI-CD

Un CV fuerte de Desarrollador Android se lee como el historial de una aplicación real en producción, no como una lista de librerías. Funciona cuando cada puesto indica el tamaño del reto (usuarios activos, número de pantallas, versiones de Android soportadas), la arquitectura que se defendió (por ejemplo, migración de Fragments con XML a Jetpack Compose con MVI, Coroutines y StateFlow) y el efecto medible sobre Android Vitals: tasa de ANR percibida por el usuario por debajo del 0,47 %, tasa de fallos por debajo del 1,09 %, arranque en frío reducido con Baseline Profiles o peso del AAB recortado con R8 y App Bundle. Añade valor demostrar dominio del ciclo de publicación completo —tracks internos y cerrados, informe previo al lanzamiento, despliegue escalonado y capacidad de detenerlo cuando Crashlytics dispara— y dejar constancia de cómo se gestiona la fragmentación de dispositivos, que en España sigue implicando parques con Android 10 conviviendo con las versiones más recientes en gamas Xiaomi, Samsung y Oppo. Si además se enlaza una app publicada en Google Play o un repositorio con módulos Gradle bien separados, el revisor técnico puede verificar el nivel en dos minutos.

Estructura

¿Qué secciones debe incluir un CV de Desarrollador Android?

Perfil profesional (4-5 líneas, arriba del todo)

Es lo único que muchos responsables técnicos leen antes de decidir si el perfil es Android nativo o un perfil multiplataforma reciclado. Debe fijar años de experiencia, stack nativo, escala de la app y un resultado.

Ejemplo

Desarrollador Android con 6 años de experiencia en Kotlin y Jetpack Compose. Responsable técnico de la app de banca móvil de una entidad española con 1,8 millones de usuarios activos mensuales: migración del 70 % de las pantallas de XML a Compose, reducción de la tasa de ANR del 0,94 % al 0,21 % y arranque en frío de 2,4 s a 1,3 s con Baseline Profiles.

Experiencia profesional orientada a resultados

Separa a quien mantiene pantallas de quien toma decisiones de arquitectura. Cada punto debe llevar acción técnica concreta más impacto en negocio, rendimiento o estabilidad.

Ejemplo

Rediseñé la capa de datos con Room 2.6 y migraciones versionadas para 14 tablas: 0 incidencias de pérdida de datos en 9 releases y un 38 % menos de llamadas a la API gracias a la caché offline expuesta con Flow.

Calidad, publicación y Play Console

Es la sección que más diferencia a un perfil senior y la que casi nadie incluye. Demuestra que se domina el producto en producción, no solo el código en local.

Ejemplo

Gestión completa del ciclo de release quincenal: tracks internal y closed testing con 250 probadores, informe previo al lanzamiento, despliegue escalonado 1 % → 10 % → 50 % → 100 % y política de detención automática si el porcentaje de usuarios sin fallos baja del 99,5 %.

Stack técnico agrupado por capas

El ATS busca coincidencias literales y el revisor humano busca coherencia. Agrupar por capas evita el bloque indigerible de 40 palabras sueltas y demuestra criterio arquitectónico.

Ejemplo

UI: Jetpack Compose, Material 3, Navigation Compose, Accompanist. Asincronía: Coroutines, Flow, StateFlow. Datos: Room, DataStore, Retrofit, OkHttp, Paging 3. Inyección: Hilt. Build: Gradle Kotlin DSL, convention plugins, R8. Test: JUnit 5, MockK, Turbine, Compose UI Test, Macrobenchmark.

Formación, certificaciones y proyectos propios

En España conviven titulados en Ingeniería Informática con perfiles de FP Superior DAM/DAW y bootcamps; lo que iguala la conversación es el código verificable y la app publicada.

Ejemplo

Grado en Ingeniería Informática (Universidad Politécnica de Valencia, 2018). App propia de seguimiento de rutas publicada en Google Play: 12.000 descargas, valoración 4,6/5, 100 % Compose y módulos Gradle por feature (github.com/usuario/rutas).

Qué evitar

¿Cuáles son los errores más frecuentes en un CV de Desarrollador Android?

Presentarse como «desarrollador móvil» y mezclar Flutter o React Native con Android nativo sin separar responsabilidades: el filtro ATS pierde la señal de Kotlin nativo y el revisor asume que el candidato no domina el ciclo de vida de Activity y Fragment.
Enumerar librerías sin decir qué se hizo con ellas («Retrofit, Room, Hilt, Coroutines») en lugar de explicar la decisión y su efecto: «sustituí LiveData por StateFlow en 40 pantallas y eliminé 12 fugas de memoria asociadas a observadores no ligados a viewLifecycleOwner».
Omitir por completo las métricas de Android Vitals (ANR, tasa de fallos, arranque en frío, tamaño del AAB), que es lo primero que pregunta un lead técnico en la primera llamada.
No indicar minSdk ni targetSdk ni cómo se gestionó la fragmentación de dispositivos y versiones, algo crítico en un parque español donde conviven Android 10 y las versiones más recientes en gamas Xiaomi, Samsung y Oppo con capas de fabricante muy agresivas con los procesos en segundo plano.
Reutilizar el mismo CV para ofertas de iOS o de multiplataforma cambiando solo el título del puesto: los ejemplos heredados de la otra plataforma delatan el copia y pega y restan credibilidad en las dos candidaturas. En una oferta Android, cada logro debería poder rastrearse hasta Kotlin, Compose, Room o Play Console.
Maquetar el CV a dos columnas con iconos, barras de nivel y tablas anidadas: muchos ATS lo leen desordenado o directamente lo descartan. Un PDF de una sola columna, con títulos de sección estándar, es más seguro.
No enlazar la ficha de Google Play de las apps en las que se ha trabajado ni el repositorio de GitHub, cuando es la forma más rápida de que un revisor confirme el nivel real.

FAQ

Preguntas frecuentes

Una página hasta cinco o seis años de experiencia y dos como máximo a partir de ahí. Si acumula muchos proyectos de consultoría, agrúpelos por cliente o por dominio y detalle solo los tres últimos; el resto puede quedar en una línea con el stack y la escala de la app.

Sí, y de forma explícita. Indique el porcentaje aproximado de dedicación («80 % Android nativo con Kotlin y Compose, 20 % mantenimiento de un módulo Flutter heredado») para que ni el ATS ni el revisor le clasifiquen como perfil híbrido cuando la oferta pide nativo puro.

Tasa de ANR percibida por el usuario y tasa de fallos (referencias del umbral de mal comportamiento de Google Play: 0,47 % y 1,09 %), porcentaje de usuarios sin fallos, tiempo de arranque en frío, tamaño del App Bundle y valoración media en la ficha. Con dos o tres cifras es suficiente; lo importante es que sean reales y sepa defenderlas.

Sí. En producto y scaleups de Madrid y Barcelona buena parte de las revisiones de código, la documentación y las reuniones son en inglés, y muchas ofertas piden B2 o C1. Indique el nivel del MCER y, si lo tiene, el certificado (Cambridge, EOI, Aptis); si trabaja habitualmente en inglés, dígalo con un ejemplo concreto.

Describa el sector y la escala sin identificar la marca: «app de una aseguradora del IBEX 35, 400.000 usuarios activos mensuales». Mantiene la confidencialidad y conserva la señal de escala, que es lo que interesa al lector.

Solo si aportan algo que el trabajo no muestra: una app publicada en Google Play, una librería en Maven Central o una migración completa a Compose. Una línea con el enlace y una métrica basta; los proyectos de curso sin publicar restan más que suman.

Salario

Salario por nivel de experiencia

Rangos salariales habituales según la antigüedad (EUR, brutos).

Nivel Experiencia profesional Rango salarial
Nivel Inicial 0–2 años €35K – €55K
Nivel Intermedio 3–5 años €55K – €85K
Nivel Senior 6–10 años €85K – €130K
Responsable / Director 10+ años €120K – €170K
Guía salarial completa →

Cree su CV de Desarrollador Android en cvwon.com: elija una plantilla compatible con ATS, traslade sus proyectos de Kotlin y Compose a logros con cifras y descargue el PDF listo para enviar.

Empiece ahora

Relacionados

Plantillas de CV similares