Skills que aprenderás
Convocatorias
No hay convocatorias abiertas ahora mismo, pero no te pierdas la oportunidad: guarda este curso y te avisamos en cuanto se abra una convocatoria.
Recursos
No hay recursos disponibles todavía para esta convocatoria
Este curso está dirigido a profesionales sin experiencia previa en marcos ágiles que se incorporan o colaboran con equipos que ya trabajan con Scrum, así como a cualquier persona interesada en comprender cómo funcionan los proyectos iterativos en contextos reales de producto y tecnología. A lo largo de las ocho horas del curso, el participante recorrerá los fundamentos del marco Scrum tal y como los define la Scrum Guide: los valores y pilares que lo sostienen, los tres roles que componen el Scrum Team y sus responsabilidades, los artefactos que dan visibilidad al trabajo y los cinco eventos que estructuran cada Sprint. La formación combina explicaciones conceptuales con actividades prácticas guiadas —simulación de ceremonias, priorización de backlog y análisis de casos— de modo que al finalizar el participante sea capaz de desenvolverse con criterio en un equipo Scrum real, reconocer cuándo el marco se aplica correctamente y contribuir de forma activa a las dinámicas del equipo.
Bloque 1 — Fundamentos y mentalidad ágil en Scrum
El curso arranca situando Scrum dentro del ecosistema ágil y explicando por qué nació como respuesta a la incertidumbre en el desarrollo de productos complejos. Se presentan los tres pilares —transparencia, inspección y adaptación— como el núcleo filosófico del marco, y se trabajan los cinco valores (compromiso, foco, apertura, respeto y coraje) mediante ejemplos que los participantes extraen de su propia realidad profesional. Este primer bloque establece el lenguaje compartido sobre el que se construirá el resto del curso.
Bloque 2 — El Scrum Team: roles y responsabilidades
Se analiza la composición del Scrum Team y la naturaleza autoorganizada y multifuncional que lo distingue de los equipos de proyecto tradicionales. A través de un caso escrito, los participantes asignan responsabilidades concretas al Scrum Master, al Product Owner y a los Developers, comprendiendo los límites y las interdependencias de cada rol y por qué la Scrum Guide no los denomina «jerarquía».
Bloque 3 — Artefactos de Scrum: visibilidad y compromiso
Este bloque cubre los tres artefactos —Product Backlog, Sprint Backlog e Incremento— y los compromisos asociados a cada uno (Objetivo del Producto, Objetivo del Sprint y Definición de Hecho). Mediante un escenario simulado, los participantes distinguen el propósito de cada artefacto y determinan a quién pertenece y quién puede modificarlo, afianzando así la comprensión de la rendición de cuentas en Scrum.
Bloque 4 — Eventos de Scrum: estructura y cadencia
Se recorren los cinco eventos del marco —el Sprint como contenedor y dentro de él el Sprint Planning, el Daily Scrum, el Sprint Review y la Sprint Retrospective— detallando para cada uno la duración estándar en un Sprint de dos semanas, los participantes obligatorios y el objetivo que persigue. El bloque combina la exposición con dos actividades prácticas: la simulación de una Daily Scrum de quince minutos, en la que cada participante responde las tres preguntas estándar y registra sus impedimentos, y la cumplimentación guiada de un canvas Start-Stop-Continue que reproduce la dinámica de una Sprint Retrospective real.
Bloque 5 — Aplicación guiada: planificación y diagnóstico
El curso cierra con dos ejercicios integradores. En el primero, los participantes aplican criterios de priorización sobre un Product Backlog ficticio, seleccionan historias de usuario y las estiman en horas para construir un Sprint Backlog coherente con la capacidad del equipo. En el segundo, analizan la transcripción de un Sprint mal ejecutado e identifican al menos tres desviaciones respecto a la Scrum Guide, argumentando cada hallazgo con el precepto que lo sustenta. Ambos ejercicios consolidan la capacidad de operar con Scrum en condiciones próximas a la realidad.
No se requieren conocimientos previos sobre marcos ágiles ni sobre gestión de proyectos. Es recomendable que el participante haya trabajado en algún contexto de equipo —aunque sea en proyectos no tecnológicos— para poder conectar los ejemplos y actividades con su experiencia cotidiana.