Ejemplo de CV

Ejemplo de CV de Scrum Master

Este ejemplo corresponde a un perfil realista del mercado español: seis años acompañando equipos de producto en banca y en SaaS B2B, con base en Madrid y modelo híbrido. Está escrito para que se vea la frontera del puesto —facilitación, flujo y desbloqueo organizativo, sin responsabilidad sobre alcance, presupuesto ni fechas— y para que cada logro se pueda auditar en una entrevista. Sustituya las cifras por las suyas, pero mantenga la estructura: situación de partida, intervención propia, acuerdo con el equipo y resultado medido.

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

Cree su CV
Ejemplo vs. plantilla: Este es un CV real de Scrum Master, completo y comentado, para aprender sección por sección. ¿Listo para escribir el tuyo? Usar la plantilla de CV de Scrum Master →

Ejemplo de CV completo

Scrum Master

Perfil profesional

Scrum Master con 6 años acompañando equipos de producto digital en banca y en SaaS B2B, con Scrum y con Kanban según lo que el flujo del equipo pedía. Actualmente responsable de la facilitación de dos equipos multidisciplinares (8 y 7 personas: desarrollo, QA, UX y analítica) en una plataforma de pagos sujeta a supervisión del Banco de España, con plantilla propia y tres personas de proveedor. En los dos últimos años el tiempo de ciclo del percentil 85 pasó de 18 a 6 días laborables, el cumplimiento del objetivo de sprint del 45 % al 86 % y los defectos escapados a producción de 12 a 3 por trimestre, sin ampliar el equipo ni las horas. Trabajo con métricas de flujo visibles (diagrama de flujo acumulado, edad del trabajo en curso y límites de WIP acordados), acompaño a la Propiedad de Producto en la formulación de objetivos de sprint orientados a resultado y dedico una parte fija de mi semana a los impedimentos que están fuera del equipo: dependencias entre dominios, aprovisionamiento de entornos y políticas de aprobación. Experiencia previa en un tren SAFe de 9 equipos en telecomunicaciones, con PI Planning trimestral. PSM II, A-CSM y Kanban Management Professional. Castellano nativo, inglés C1. Madrid, híbrido con dos días de oficina.

Logros destacados

Reduje con el equipo de pagos el tiempo de ciclo del percentil 85 de 18 a 6 días laborables en cuatro trimestres: hicimos visible la edad del trabajo en curso en el Daily, acordamos un límite de 2 elementos por persona y dividimos las historias mayores de 5 días antes de entrar a sprint. El rendimiento medio subió de 6 a 13 elementos por sprint de dos semanas sin añadir personas.
Elevé la predictibilidad del compromiso del 45 % al 86 % en tres trimestres sustituyendo la estimación en puntos por un pronóstico probabilístico con Monte Carlo sobre el histórico de 40 sprints en Actionable Agile; el equipo pasó a comprometerse con un objetivo de sprint y un rango, y las ampliaciones de alcance a mitad de sprint cayeron de 4 a 1 de media.
Desbloqueé el aprovisionamiento de entornos de prueba, que tardaba entre 12 y 18 días por petición manual a Infraestructura: documenté 6 sprints de tiempo de espera, llevé el dato al comité técnico y acordé una plantilla automatizada en Terraform más 4 horas semanales de capacidad reservada. Tiempo por entorno por debajo de 2 días y 31 días de espera recuperados por trimestre entre los dos equipos.
Reduje la espera entre equipos de 9 a 3 días laborables con un tablero de dependencias compartido entre los 4 equipos del dominio, con responsable y fecha de compromiso por cada petición cruzada, revisado en un Scrum of Scrums de 30 minutos los martes; las dependencias descubiertas ya empezado el sprint bajaron de 5 a 1 por sprint.
Recorté el Daily Scrum de 26 a 11 minutos de media cambiando la ronda de estado por una lectura del tablero de derecha a izquierda centrada en lo bloqueado y en lo más antiguo; los bloqueos empezaron a aparecer el mismo día en que surgían en lugar de en el Sprint Review, y el tiempo medio de resolución de impedimentos pasó de 9 a 3 días.
Subí el cierre de acciones de retrospectiva del 38 % al 84 % limitando a dos acciones por retrospectiva, con persona y fecha, revisadas al inicio de la siguiente; alterné formatos (Sailboat, 4L, Lean Coffee y cinco porqués) y facilité dos retrospectivas de causa raíz tras incidentes de producción, sin buscar culpables y con acuerdos verificables.
Reduje los defectos escapados a producción de 12 a 3 por trimestre acompañando al equipo en la revisión de la Definition of Done: pruebas automatizadas obligatorias en el flujo crítico, revisión por pares y observabilidad mínima antes de dar por terminada una historia. La cobertura del camino crítico de pagos pasó del 41 % al 78 % y el tiempo medio de recuperación (MTTR) de 5,5 a 1,8 horas.
Bajé el refinamiento de 3 horas a 75 minutos por sprint acompañando a la Product Owner en criterios de aceptación verificables y en Example Mapping con QA presente desde el principio; las historias devueltas al backlog por indefinición cayeron de 7 a 1 por sprint.
Instalé autonomía real en el equipo de pagos: a los seis meses las retrospectivas las facilitaba el propio equipo por rotación y yo asistía como observador una de cada tres, lo que me liberó una jornada semanal para trabajar impedimentos organizativos y acompañar al segundo equipo.
Como Scrum Master dentro de un tren SAFe de 9 equipos y 62 personas en telecomunicaciones, preparé y facilité la parte de mi equipo en 8 PI Planning trimestrales, mantuve el tablero de riesgos ROAM y coordiné el Scrum of Scrums del dominio; las dependencias no resueltas al cierre del PI Planning bajaron de 14 a 4.
Acompañé la transición de Scrum a Kanban de un equipo de soporte y mantenimiento cuyo trabajo era imprevisible por definición: clases de servicio acordadas (urgente, estándar, fecha fija), límites de WIP por columna y acuerdo de servicio de 5 días para la clase estándar, cumplido en el 91 % de los casos frente al 58 % anterior.
Reduje la rotación voluntaria del equipo del 22 % al 7 % anual en un contexto de fuerte demanda en Madrid, trabajando el exceso de trabajo en curso, la carga de guardias y el acuerdo de disponibilidad con Producto; la encuesta trimestral de salud del equipo pasó de 6,1 a 8,2 sobre 10 con la misma pregunta y la misma escala.

Formación académica

Grado en Ingeniería Informática por la Universidad Politécnica de Valencia (2016), con dos años previos como desarrolladora backend antes de dar el salto a la facilitación. En España no existe una titulación universitaria de Scrum Master y la vía de entrada más frecuente es lateral: desarrollo, QA, análisis funcional, soporte, gestión de proyectos u oficina técnica dentro de la misma empresa. Explique esa vía con naturalidad y con fechas, porque quien entrevista la va a preguntar. Las titulaciones que más aparecen en las ofertas son Ingeniería Informática, Telecomunicaciones, Industriales, ADE y Psicología o Recursos Humanos en perfiles orientados a coaching de equipos; ninguna es excluyente. Si cursó un máster, indique si es oficial (verificado por la ANECA) o título propio, porque en banca, seguros, telecomunicaciones y sector público esa distinción se comprueba y en las administraciones puede condicionar el baremo. Lo que de verdad sustituye a la formación reglada en este puesto es la combinación de certificación reconocida más horas reales de equipo: dos o tres equipos acompañados durante ciclos completos, con métricas antes y después, pesan más que cualquier programa. Y si su recorrido incluye experiencia técnica previa, manténgala en dos líneas: en equipos de ingeniería españoles ayuda a ganar credibilidad desde el primer día, siempre que el CV no se convierta en un listado de tecnologías.

Certificaciones

Professional Scrum Master I (PSM I, Scrum.org): el mínimo de entrada en la práctica totalidad de las ofertas españolas
Professional Scrum Master II (PSM II, Scrum.org): la que de verdad diferencia a un perfil senior, porque exige práctica y no solo memorizar la guía
Certified ScrumMaster (CSM, Scrum Alliance) y Advanced Certified ScrumMaster (A-CSM): muy presentes en empresas con recorrido y en consultoría
SAFe Scrum Master (SSM 6.0, Scaled Agile): prácticamente obligatoria en banca, seguros, telecomunicaciones y grandes consultoras que trabajan con trenes de entrega
SAFe Advanced Scrum Master (SASM) para quien coordina varios equipos dentro de un mismo tren
Kanban Management Professional (KMP I y II, Kanban University) o Professional Scrum with Kanban (PSK, Scrum.org): imprescindibles si trabaja con métricas de flujo y equipos de mantenimiento
ICAgile Certified Professional in Agile Team Facilitation (ICP-ATF) y in Agile Coaching (ICP-ACC): la vía natural hacia Agile Coach en el mercado español
Professional Scrum Product Owner I (PSPO I, Scrum.org): útil para entender el otro lado de la mesa y acompañar mejor a Producto, no para asumir sus decisiones
Formación en facilitación de grupos (Liberating Structures, IAF) y en gestión de conflictos, cada vez más valorada en equipos distribuidos
Formación en protección de datos (RGPD y LOPDGDD) cuando el equipo trabaja con datos personales, y nociones de DORA (Reglamento de Resiliencia Operativa Digital) en entidades financieras
Evite encabezar la lista con el PMP (PMI): en este puesto no suma y refuerza la lectura de que usted busca una posición de gestión de proyectos

Competencias

¿Qué competencias debe destacar un CV de Scrum Master?

Técnica

Métricas de flujo: tiempo de ciclo y lead time por percentiles, rendimiento, edad del trabajo en curso, diagrama de flujo acumulado y límites de WIP Pronóstico probabilístico con simulación de Monte Carlo sobre histórico, como alternativa a la estimación en puntos Scrum según la Guía de 2020: objetivo de sprint, Definition of Done, compromisos y responsabilidades del marco Método Kanban: clases de servicio, acuerdos de nivel de servicio, gestión del trabajo en curso y cadencias de revisión Escalado: Nexus, LeSS, SAFe (PI Planning, ART, riesgos ROAM) y Scrum of Scrums para gestión de dependencias Prácticas de ingeniería que condicionan el flujo: CI/CD, automatización de pruebas, trunk-based development, revisiones por pares y métricas DORA Diseño y explotación de tableros en Jira y Azure DevOps: flujos de estados, campos mínimos, informes y limpieza de ruido Análisis de causa raíz (cinco porqués, diagrama de Ishikawa) y retrospectivas de incidente sin búsqueda de culpables

Habilidades interpersonales

Facilitación de grupos: diseño de sesiones con propósito, resultado y tiempo acotado, presencial y en remoto Escucha activa y preguntas poderosas en el acompañamiento individual, sin convertir el rol en jefatura encubierta Gestión de conflictos dentro del equipo y entre equipos, incluido el clásico choque entre desarrollo y QA o entre Producto e ingeniería Influencia sin autoridad jerárquica: negociar con otras áreas y con dirección apoyándose en datos y no en jerarquía Construcción de seguridad psicológica con mecanismos concretos: acuerdos de equipo, rotación de facilitación, incidentes sin culpables Comunicación con dirección: traducir métricas de flujo a un lenguaje de negocio sin prometer fechas que no le corresponden Paciencia organizativa y criterio para elegir qué batalla se pelea ahora y cuál se documenta y se espera Enseñar en lugar de resolver: dejar capacidad instalada en el equipo aunque sea más lento a corto plazo

Herramientas

Jira (incluidos flujos personalizados, JQL e informes) y Jira Advanced Roadmaps Azure DevOps para equipos del ecosistema Microsoft, muy común en banca y sector público español Actionable Agile y eazyBI para métricas de flujo y pronóstico Businessmap (antes Kanbanize) y Trello para tableros de flujo y dependencias Miro y Mural para facilitación remota: retrospectivas, User Story Mapping y Example Mapping Retrium, Parabol y Metro Retro para retrospectivas distribuidas con voto anónimo Confluence y Notion para acuerdos de equipo, Definition of Done y registro de impedimentos Slack y Microsoft Teams, con acuerdos explícitos de canales y tiempos de respuesta en equipos híbridos GitHub o GitLab a nivel de lectura: peticiones de fusión abiertas, tiempo de revisión y estado de las tuberías de CI
Categoría Competencias
Técnica Métricas de flujo: tiempo de ciclo y lead time por percentiles, rendimiento, edad del trabajo en curso, diagrama de flujo acumulado y límites de WIP, Pronóstico probabilístico con simulación de Monte Carlo sobre histórico, como alternativa a la estimación en puntos, Scrum según la Guía de 2020: objetivo de sprint, Definition of Done, compromisos y responsabilidades del marco, Método Kanban: clases de servicio, acuerdos de nivel de servicio, gestión del trabajo en curso y cadencias de revisión, Escalado: Nexus, LeSS, SAFe (PI Planning, ART, riesgos ROAM) y Scrum of Scrums para gestión de dependencias, Prácticas de ingeniería que condicionan el flujo: CI/CD, automatización de pruebas, trunk-based development, revisiones por pares y métricas DORA, Diseño y explotación de tableros en Jira y Azure DevOps: flujos de estados, campos mínimos, informes y limpieza de ruido, Análisis de causa raíz (cinco porqués, diagrama de Ishikawa) y retrospectivas de incidente sin búsqueda de culpables
Herramientas Jira (incluidos flujos personalizados, JQL e informes) y Jira Advanced Roadmaps, Azure DevOps para equipos del ecosistema Microsoft, muy común en banca y sector público español, Actionable Agile y eazyBI para métricas de flujo y pronóstico, Businessmap (antes Kanbanize) y Trello para tableros de flujo y dependencias, Miro y Mural para facilitación remota: retrospectivas, User Story Mapping y Example Mapping, Retrium, Parabol y Metro Retro para retrospectivas distribuidas con voto anónimo, Confluence y Notion para acuerdos de equipo, Definition of Done y registro de impedimentos, Slack y Microsoft Teams, con acuerdos explícitos de canales y tiempos de respuesta en equipos híbridos, GitHub o GitLab a nivel de lectura: peticiones de fusión abiertas, tiempo de revisión y estado de las tuberías de CI
Habilidades interpersonales Facilitación de grupos: diseño de sesiones con propósito, resultado y tiempo acotado, presencial y en remoto, Escucha activa y preguntas poderosas en el acompañamiento individual, sin convertir el rol en jefatura encubierta, Gestión de conflictos dentro del equipo y entre equipos, incluido el clásico choque entre desarrollo y QA o entre Producto e ingeniería, Influencia sin autoridad jerárquica: negociar con otras áreas y con dirección apoyándose en datos y no en jerarquía, Construcción de seguridad psicológica con mecanismos concretos: acuerdos de equipo, rotación de facilitación, incidentes sin culpables, Comunicación con dirección: traducir métricas de flujo a un lenguaje de negocio sin prometer fechas que no le corresponden, Paciencia organizativa y criterio para elegir qué batalla se pelea ahora y cuál se documenta y se espera, Enseñar en lugar de resolver: dejar capacidad instalada en el equipo aunque sea más lento a corto plazo

Nota sectorial

El puesto cambia mucho según dónde se ejerza en España y conviene adaptar el CV a cada uno de estos escenarios. En banca y seguros (Madrid sobre todo, con centros en Valladolid, Málaga y A Coruña) manda SAFe: trenes de entrega, PI Planning trimestral, gestión intensiva de dependencias, trazabilidad para auditoría y convivencia con comités de cambio; ahí pesan SSM, la experiencia en entorno regulado y saber moverse entre Riesgos, Cumplimiento y Seguridad sin bloquear al equipo. En consultoría y servicios TI, que es donde está la mayor parte del empleo del sector y donde se aplica el convenio estatal de consultoría y TI, es habitual llevar dos o tres equipos a la vez, a menudo en cliente final y con parte del equipo en modalidad de proveedor; el CV debe dejar claro el alcance real, si tenía o no capacidad de cambiar la forma de trabajo y cómo se organizó con el rol compartido. En producto y scale-ups (Barcelona y Madrid, con presencia creciente en Valencia y Málaga) el enfoque es más Kanban, entrega continua y métricas DORA, con equipos que exigen a la persona facilitadora criterio técnico y muy poca ceremonia; aquí sobra el vocabulario de escalado y falta evidencia de autonomía del equipo. En sector público y administraciones, el trabajo llega vía licitación y adjudicataria, con pliegos que exigen certificaciones nombradas y con ciclos de aprobación largos: mencione la experiencia en pliegos, la relación con la oficina técnica y la capacidad de trabajar con dependencias externas. Y en industria, retail y logística (Zaragoza, Bilbao, Valencia, Murcia) los equipos digitales conviven con sistemas heredados y con áreas no tecnológicas, así que se valora especialmente haber facilitado entre perfiles técnicos y de negocio. Dos apuntes transversales del mercado español: la mayoría de las ofertas estables son de contrato indefinido con periodo de prueba y un porcentaje relevante del salario en retribución flexible, y el modelo híbrido de dos o tres días de oficina es hoy la norma en las grandes ciudades, de modo que indicar ciudad y disponibilidad ahorra una ronda de correos.

FAQ

Preguntas frecuentes

Quite el bloque de SAFe y PI Planning y profundice en el equipo que sí tiene. Un solo equipo bien contado —punto de partida, tres o cuatro intervenciones suyas, métricas de flujo antes y después, y qué autonomía dejó instalada— es más convincente que una mención superficial a un tren de entrega. Añada, eso sí, algún impedimento organizativo por pequeño que fuera: una dependencia con otro equipo, un permiso que tardaba semanas, una persona compartida. Eso es lo que demuestra alcance más allá de la sala de la retrospectiva.

No invente cifras que no puede sostener, porque en la entrevista se pregunta por el detalle. Lo que sí puede hacer es reconstruir a posteriori: Jira y Azure DevOps guardan las transiciones de estado y permiten calcular tiempo de ciclo y rendimiento hacia atrás, incluso con datos imperfectos. Si el histórico no sirve, use lo que sí midió aunque sea más humilde —duración de eventos, acciones de retrospectiva cerradas, historias devueltas, tiempo de resolución de impedimentos, incidencias en producción— e indique siempre con claridad la fuente. Un dato modesto y verificable vale más que un porcentaje redondo sin origen.

Para un Scrum Master con cinco o seis años, en Madrid o Barcelona y con certificación avanzada, la banda habitual en 2026 se mueve entre 45.000 y 58.000 € brutos anuales, con casos de banca y seguros que llegan a 62.000 € y con consultoras acogidas al convenio estatal de consultoría y TI que se quedan entre 36.000 y 46.000 €. Fuera de las dos grandes ciudades, y en modelo híbrido local, reste entre un 10 % y un 15 %. Un perfil junior con uno o dos años y PSM I suele entrar entre 30.000 y 36.000 €. A la cifra base añada lo que en España pesa de verdad: variable del 5 % al 15 %, retribución flexible (comida, transporte, seguro médico, guardería), días de oficina exigidos, ayuda al teletrabajo y presupuesto de formación y certificaciones.

En castellano si la oferta está publicada en castellano y la empresa es española; en inglés si el proceso lo lleva un equipo internacional o la descripción está en inglés, algo muy frecuente en las scale-ups de Barcelona y en las multinacionales con centro de servicios en Madrid, Málaga o Valencia. Mantenga las dos versiones idénticas en fechas y cifras, no traduzca los nombres de las certificaciones ni de las herramientas y conserve los nombres oficiales de sus titulaciones españolas con una explicación breve entre paréntesis. Si el equipo trabaja en inglés a diario, dígalo en el perfil: es un filtro real.

Conserve el título oficial, que es lo que se comprueba en la referencia, y añada entre paréntesis la función real: por ejemplo, «Analista funcional sénior (Scrum Master del equipo de pagos, dedicación del 60 %)». Después deje que las viñetas cuenten el trabajo verdadero. Falsear el título es un riesgo innecesario y además genera incoherencias con LinkedIn y con la vida laboral. Si el rol era parcial o compartido entre equipos, indíquelo con el porcentaje o el número de equipos: en el mercado español es tan habitual que ocultarlo levanta más sospechas que reconocerlo.

Reescriba su experiencia desde el ángulo de la efectividad del equipo y reduzca al mínimo el vocabulario de control. En lugar de seguimiento del plan, hable de qué impedimentos quitó; en lugar de informes de desviación, de qué hizo visible al equipo para que decidiera; en lugar de asignación de tareas, de cómo el equipo pasó a autoorganizarse. Añada una certificación reciente (PSM I como mínimo, mejor con PSM II en camino), un caso concreto de facilitación con métricas de flujo y, si puede, una experiencia real aunque sea interna o de voluntariado. Y explique sin rodeos, en la carta o en el perfil, el motivo del cambio: quien entrevista teme exactamente que usted siga gestionando con otro nombre.

¿Todo listo para crear su CV?

Empiece ahora

Relacionados

Ejemplos de CV similares

Ingeniero de IA

Tecnología

Ingeniero SRE

Tecnología

Consultor ERP

Tecnología

Ingeniero de Software

Tecnología

Desarrollador Frontend

Tecnología

Desarrollador Backend

Tecnología