- 1

Scrum para trabajar con incertidumbre y entregar valor real
02:05 - 2

Orígenes de la agilidad y por qué no es solo para programadores
04:05 - 3

Corazón de la agilidad: mentalidad de colaboración y mejora continua
03:41 - 4

Marco Cynefin para elegir el enfoque correcto en proyectos
04:48 - 5

Manifiesto ágil: valores y principios para equipos adaptables
07:23 quiz de Módulo 1: ¿De dónde viene la agilidad?
Burndown Chart: herramienta de transparencia para el progreso del sprint
Clase 24 de 26 • Curso de Scrum Profesional
Contenido del curso
- 12

Eventos de Scrum: sprint, planning, daily, review y retrospective
04:26 - 13

Sprint Planning en Scrum: definir objetivos y crear planes ejecutables
04:30 - 14

Daily Scrum: autogestión del equipo en 15 minutos efectivos
03:23 - 15

Sprint Review: cómo inspeccionar el incremento y recibir feedback
03:52 - 16

Sprint retrospective como motor de mejora continua en Scrum
04:22 quiz de Módulo 4: Los Eventos de Scrum
- 17

Product Backlog y técnica MoSCoW para priorización ágil
06:20 - 18

Estructura y evaluación de historias de usuario con criterio INVEST
14:22 - 19

Criterios de aceptación y definición de terminado en Scrum
04:19 - 20

Estimación relativa con planning poker para equipos de desarrollo
05:20 - 21

User Story Mapping para planificar product backlog en Scrum
08:07 - 22

Sprint backlog y tablero Kanban para equipos de desarrollo
05:09 - 23

Incremento en Scrum: entrega de valor y feedback de usuarios
03:05 - 24

Burndown Chart: herramienta de transparencia para el progreso del sprint
08:52 quiz de Módulo 5: Artefactos y Gestión del Trabajo
Las métricas en Scrum son palancas de mejora continua: no sirven para controlar, sino para aprender, ajustar y avanzar. Aquí verás cómo elegir métricas de desempeño, negocio, equipo y calidad; y cómo construir un burndown chart que aporta transparencia diaria al progreso del sprint.
¿Por qué las métricas en scrum impulsan la mejora continua?
Las métricas ayudan a evaluar progreso, salud del equipo y estado del producto. La clave está en usarlas para generar valor y abrir conversaciones francas en la daily scrum sobre impedimentos y ajustes del plan.
- No son para controlar: son para mejorar.
- Dan transparencia y habilitan la inspección y adaptación.
- Enfocan al equipo en el objetivo del sprint.
¿Qué tipos de métricas conviene usar y cómo se leen?
Centrarse en el flujo, el valor, la salud del equipo y la calidad ofrece una vista integral. De todas, las de negocio y calidad son críticas para el éxito a largo plazo.
¿Qué miden las métricas de desempeño o de flujo?
- Throughput: cantidad de trabajo completado en un periodo. Indica ritmo de entrega.
- Lead time: tiempo desde que un elemento empieza hasta que termina. Revela cuellos de botella.
¿Cómo se comprueba el valor con métricas de negocio?
- NPS: mide satisfacción del cliente. Refuerza decisiones centradas en el usuario.
- ROI: retorno de inversión. Alinea iniciativas con impacto financiero.
- Incremento de usuarios: crecimiento de adopción en un periodo. Demuestra tracción.
¿Cómo se evalúa al equipo y la calidad del incremento?
- Salud del equipo: colaboración, bienestar y seguridad psicológica.
- Calidad del incremento: número de defectos, cobertura de pruebas y deuda técnica.
- Señales de alerta: defectos crecientes o cobertura estancada.
¿Cómo construir y usar un burndown chart en un sprint de diez días?
El burndown chart muestra trabajo pendiente por día del sprint. En el eje y se ubican los puntos de historia; en el eje x, los días. Incluye una línea ideal (progreso esperado) y una línea real (avance diario). Su propósito es la transparencia, no el control: permite inspeccionar y adaptar el plan.
¿Cómo trazar la línea ideal y la línea real?
- Eje y: trabajo pendiente en puntos de historia.
- Eje x: días del sprint.
- Línea ideal: trayectoria para llegar a 0 al día 10.
- Línea real: lo que el equipo completa cada día.
- Uso en daily scrum: inspeccionar desviaciones e impedimentos, ajustar prioridades y dependencias.
Ejemplo de línea ideal con 40 puntos en 10 días:
- Día 1: 36 pendientes tras completar 4.
- Día 2: 32 pendientes tras completar 4.
- Día 3: 28 pendientes.
- Día 4: 24 pendientes.
- Día 5: 20 pendientes.
- Día 6: 10 pendientes.
- Día 10: 0 pendientes.
¿Qué aprendizajes deja un escenario real con retrasos y recuperación?
En la práctica, la línea real suele separarse de la ideal. Un caso narrado muestra cómo el equipo pasa de un arranque lento a recuperar el ritmo al adaptar su plan en la daily scrum:
- Día 1: se completan 2. Quedan 38.
- Día 2: sin avance. Quedan 38.
- Día 3: se completan 2. Quedan 36.
- Día 4: se completan 2. Quedan 34.
- Día 5: se completan 5. Quedan 29.
- Día 6: se completan 9. Quedan 20.
- Día 7: se completan 5. Quedan 15.
- Día 8: se completan 3. Quedan 12.
- Día 9: se completan 8. Quedan 4.
- Día 10: se completan 4. Quedan 0.
Claves que habilita la gráfica:
- Detectar retrasos temprano y proteger el objetivo del sprint.
- Repriorizar y resolver dependencias y obstáculos.
- Volver a la senda ideal tras ajustes coordinados.
Herramientas como Jira, Trello y Azure Boards ayudan a graficar estas métricas. Además, usar una hoja de cálculo facilita tu primer burndown chart. Y no olvides: las métricas son para aprender, ajustar y avanzar.
¿Qué métricas de valor usarías en Studio Saludtech o en tu proyecto personal? Comparte tus respuestas en los comentarios.