Sprint retrospective: cómo mejorar tu equipo Scrum
Contenido del curso
Jorge Bernaola
Ixcoatl Francisco Pérez
ORLANDO ERNESTO ARBAIZA AVILES
Ixcoatl Francisco Pérez
Andres Bernal
Paola Restrepo Vargas
José David Calderón Serrano
Karla Jeanmillette Mejia Monge
Condor Agency
Hugo Ocampo
Cristian D.García
ORLANDO ERNESTO ARBAIZA AVILES
Diego Mauricio Zuluaga Rodríguez
Diego Mauricio Zuluaga Rodríguez
diseño completo del sprint para el caso de negocio SaludTech, alineado con sus objetivos estratégicos, el backlog priorizado y las buenas prácticas Scrum. Este diseño puede servir como base institucional para equipos ágiles que desarrollan soluciones digitales en salud.
🧭 Diseño del Sprint – Caso SaludTech
🎯 Sprint Goal
Validar la funcionalidad básica de agendamiento de citas y acceso al historial médico para mejorar la experiencia del paciente.
📅 Duración del Sprint
2 semanas (ideal para validar funcionalidades clave sin perder agilidad)
📆 Eventos Scrum a realizar
📦 Historias de Usuario seleccionadas para este sprint
🧩 Artefactos clave
🔄 Dinámica de Retrospectiva sugerida
Tablero de tres columnas:
¿Qué errores comunes evitar para asegurar mejora continua?
Suelen aparecer tres fallas que frenan el aprendizaje del equipo:
Caso SaludTech, organización cronológica de eventos Scrum
Propósito: aumentar calidad y eficacia del equipo • Qué salió bien y qué problemas se encontraron • Entorno sicológicamente seguro • Diversos métodos y dinámicas • Máximo 3 horas para sprint de 1 mes • Asiste todo el Scrum team
¿cómo organizarías cronológicamente los eventos de Scrum, su duración y quiénes deberían asistir?
En ambos casos ocuparía un formato similar a este, aunque mi proyecto personal tal vez no sea tan de rápido desarrollo
La participación ideal requiere vulnerabilidad, escucha activa y enfoque en soluciones. Como miembro del equipo, la mejor forma de aportar es basar tus comentarios en datos y observaciones objetivas, separando los hechos de las emociones. Por ejemplo, en lugar de decir "la comunicación fue un desastre", puedes plantear: "Tuvimos tres bloqueos esta semana porque no actualizamos el tablero Kanban a tiempo". Utiliza estructuras visuales o dinámicas de facilitación para organizar tus ideas. Un enfoque excelente es llevar preparadas tus observaciones categorizadas en lo que te dio energía, lo que te la quitó y las ideas nuevas que tienes. Además, es vital mantener una mentalidad de crecimiento continuo. Acepta el feedback sin tomarlo como un ataque personal y comprométete activamente a ser parte de la solución, apoyando las iniciativas que el equipo decida probar en el próximo ciclo.
Se bloqueo la sesión de preguntas, a pesar de seleccionar las respuestas no pasó de esa pantalla, tuve que salirme del video y volver a entrar.
bien hecho :)
Acciones Prioritarias para la próxima Sprint Retrospective
Las acciones más urgentes a abordar en la Retrospectiva son: eliminar el trabajo en silos y fomentar la responsabilidad compartida.
Clase 16 – Sprint Retrospective
---
A. CASO SALUD TECH
1. Eventos del Sprint (duración total 1 semana)
Día 1 – Sprint Planning: 2 h (todo el Scrum Team)
Días 2-4 – Daily Scrum: 15 min diarias (Developers; SM y PO como oyentes)
Día 5 – Sprint Review: 1 h (todo el Scrum Team + 1 stakeholder externo invitado)
Día 5 – Sprint Retrospective: 45 min (solo Scrum Team – 5 personas)
2. Retrospective diseñada
Duración: 45 min
Facilitador: Andrea (Scrum Master)
Formato elegido: “Start-Stop-Continue” + votación dot-voting (3 votos c/u)
Participantes: Carlos (PO), Andrea (SM), Rubén, Laura, Antonio (Devs)
Agenda detallada (time-boxed)
00:00-00:05 Check-in: “Una palabra sobre cómo te sentiste este sprint”
00:05-00:15 Recopilación de datos: sticky-notes en Miro – 3 columnas Start / Stop / Continue
00:15-00:25 Agrupación y votación: identificar top-3 temas
00:25-00:35 Conversación focalizada: “¿Qué acción concreta eliminará el impedimento #1?”
00:35-00:45 Compromiso: 1 acción mejora escrita, owner y fecha revisión (se convierte en ítem del Sprint Backlog siguiente)
3. Acción priorizada salida de la retro
“Implementar integración continua: Rubén configura GitHub Actions para ejecutar tests automáticos en cada push antes del próximo Sprint Planning.”
Owner: Rubén
Due: 3 días antes del siguiente Sprint Planning
Métrica de seguimiento: % de builds exitosos > 90 % durante el sprint.
---
B. PROYECTO PERSONAL – APP “FINZ”
1. Sprint elegido: 2 semanas
Eventos
Semana 1 – día lunes: Sprint Planning 1 h (yo solo = PO + SM + Dev)
Diariamente: Daily Scrum 5 min (nota mental o post-it)
Semana 2 – viernes: Sprint Review 30 min (demo a un amigo usuario beta)
Semana 2 – viernes: Sprint Retrospective 30 min (solo yo)
2. Retrospective personal (30 min)
Técnica: “Mad-Sad-Glad” + 1 acción
Paso 1: anotar 1 cosa que me enojó, 1 que entristeció, 1 que alegró
Paso 2: elegir la más crítica (Mad)
Paso 3: acción SMART para el próximo sprint
Ejemplo resultado
Mad: “Perdí 3 h configurando la API de Alpha Vantage por falta de documentación”
Acción: “Crear un script de configuración con variables de entorno y documentarlo en README antes del siguiente Sprint Planning”
El quiz está mal ubicado, deben ponerlo 3 segundos después de donde está ubicado en este momento. Preguntan por quien debe asistir y no lo ha dicho cuando se activa en quiz.
