Clase 22 de 26 • Curso de Scrum Profesional
Contenido del curso
Scrum para trabajar con incertidumbre y entregar valor real
Orígenes de la agilidad y por qué no es solo para programadores
Corazón de la agilidad: mentalidad de colaboración y mejora continua
Marco Cynefin para elegir el enfoque correcto en proyectos
Manifiesto ágil: valores y principios para equipos adaptables
quiz de Módulo 1: ¿De dónde viene la agilidad?
Eventos de Scrum: sprint, planning, daily, review y retrospective
Sprint Planning en Scrum: definir objetivos y crear planes ejecutables
Daily Scrum: autogestión del equipo en 15 minutos efectivos
Sprint Review: cómo inspeccionar el incremento y recibir feedback
Sprint retrospective como motor de mejora continua en Scrum
quiz de Módulo 4: Los Eventos de Scrum
Product Backlog y técnica MoSCoW para priorización ágil
Estructura y evaluación de historias de usuario con criterio INVEST
Criterios de aceptación y definición de terminado en Scrum
Estimación relativa con planning poker para equipos de desarrollo
User Story Mapping para planificar product backlog en Scrum
Sprint backlog y tablero Kanban para equipos de desarrollo
Incremento en Scrum: entrega de valor y feedback de usuarios
Burndown Chart: herramienta de transparencia para el progreso del sprint
quiz de Módulo 5: Artefactos y Gestión del Trabajo
Domina el sprint backlog para dar visibilidad diaria al trabajo del equipo. Aquí verás cómo definir el objetivo del sprint, seleccionar elementos del product backlog y planear acciones concretas. Conecta esto con la definición de listo y un tablero Kanban en Trello, Jira o Azure Boards para inspeccionar el progreso en cada daily scrum.
El sprint backlog es el plan detallado, creado por y para desarrolladores, que guía la ejecución durante un sprint. Se actualiza a diario y contiene los detalles necesarios para inspeccionar el progreso en la daily scrum. Su valor clave: aporta transparencia y enfoque hacia el incremento de producto.
La definición de listo garantiza que cada elemento esté claro y refinado antes de entrar al sprint. Aunque no es un artefacto de Scrum, es una práctica que hace al equipo más eficiente al reducir ambigüedad y rework.
Aplicar estos criterios al seleccionar elementos del product backlog enfoca al equipo y protege el objetivo del sprint.
Un tablero Kanban permite visualizar el flujo de trabajo y el estado de cada elemento. Herramientas digitales como Trello, Jira o Azure Boards facilitan esta gestión para inspeccionar y adaptar el plan a diario.
Al seleccionar un elemento para el sprint, se mueve a Por hacer. Cuando comienza su desarrollo, pasa a En progreso. Al completarse, se mueve a Terminado. Este flujo muestra de un vistazo qué está pendiente, en curso y finalizado.
En un equipo que desarrolla una aplicación de aprendizaje de idiomas, una historia de usuario consiste en agendar una sesión de quince minutos con un profesor para resolver dudas. El equipo la mueve de Por hacer a En progreso al iniciarla. Si a mitad del sprint la termina, pasa a Terminado. En la daily scrum, el equipo ve cuántos elementos están por hacer y en progreso, detecta riesgos y decide ajustes para lograr el incremento de producto y cumplir el objetivo del sprint.
Abre una cuenta en tu herramienta preferida, crea tu primer tablero Kanban y estructura tus columnas. ¿Cómo sería esa primera versión para tu proyecto personal? Comparte tus ideas en comentarios.
