UNIVERSIDAD PARA EL
DESARROLLO ANDINO -
UDEA
SEMANA 09:
¿QUE ES SCRUM?
ING. JHAN CARLO ALVARADO PEREZ
Sprint Planning (Planificación
del Sprint)
• Descripción: Es la reunión donde el
equipo decide qué trabajo se realizará en
el próximo sprint y cómo se llevará a cabo.
• Ejemplo: Un equipo de desarrollo de
software se reúne para planificar un sprint
de dos semanas. Deciden trabajar en tres
historias de usuario del Product Backlog:
"Como usuario, quiero registrarme en la
aplicación", "Como usuario, quiero
restablecer mi contraseña" y "Como
administrador, quiero ver un informe de
usuarios". El equipo estima el esfuerzo
necesario y asigna tareas.
Daily Scrum (Scrum Diario)
• Descripción: Es una reunión diaria
de 15 minutos donde el equipo
revisa el progreso y planifica el
trabajo del día.
• Ejemplo: En una reunión diaria,
cada miembro del equipo responde
a tres preguntas: "¿Qué hice ayer?",
"¿Qué haré hoy?" y "¿Hay algún
impedimento?". Un desarrollador
menciona que está bloqueado
porque no puede acceder a un
servidor, y el Scrum Master se
compromete a ayudar a resolverlo.
Sprint Review (Revisión del
Sprint)
• Descripción: Es una reunión al
final del sprint donde se presenta
el trabajo completado a los
interesados.
• Ejemplo: Al final de un sprint, el
equipo presenta la funcionalidad
de registro de usuarios a los
interesados. Muestran cómo los
usuarios pueden registrarse y
cómo se envía un correo de
confirmación. Los interesados dan
retroalimentación y sugieren
mejoras.
Sprint Retrospective
(Retrospectiva del Sprint)
Descripción: Es una reunión donde el
equipo reflexiona sobre el sprint y
discute qué funcionó bien y qué se
puede mejorar.
Ejemplo: Durante la retrospectiva, el
equipo discute que la comunicación
fue efectiva, pero que la planificación
del sprint podría mejorarse. Deciden
implementar un nuevo formato para
la planificación que incluya más
tiempo para discutir las historias de
usuario.
Product Backlog
• Descripción: Es una lista priorizada
de requisitos y características del
producto que se deben desarrollar.
• Ejemplo: Un Product Backlog para
una aplicación de gestión de
tareas podría incluir elementos
como "Agregar tarea", "Eliminar
tarea", "Marcar tarea como
completada" y "Filtrar tareas por
fecha". Cada elemento tiene una
prioridad asignada.
Sprint Backlog
• Descripción: Es un conjunto de elementos
del Product Backlog seleccionados para el
sprint, junto con un plan para entregarlos.
• Ejemplo: Para un sprint de dos semanas, el
equipo selecciona las historias de usuario
"Agregar tarea" y "Eliminar tarea" del
Product Backlog. El Sprint Backlog incluye
estas historias y las tareas necesarias para
completarlas, como "Diseñar la interfaz de
agregar tarea" y "Implementar la lógica de
eliminación".
Burndown Chart
• Descripción: Es una herramienta visual
que muestra la cantidad de trabajo
restante en el sprint o en el proyecto.
• Ejemplo: Un equipo tiene un Sprint
Backlog de 40 puntos de historia. Cada
día, actualizan el Burndown Chart para
mostrar cuántos puntos quedan. Si el
gráfico muestra que quedan 20 puntos a
mitad del sprint, el equipo sabe que
necesita aumentar su ritmo para
cumplir con el objetivo.
Velocity
• Descripción: Es una medida de la
cantidad de trabajo que un equipo
puede completar en un sprint,
generalmente medida en puntos de
historia.
• Ejemplo: Un equipo completa 30
puntos de historia en un sprint. Su
velocidad es de 30 puntos. En el
siguiente sprint, completan 25
puntos. Esto les ayuda a estimar que,
en futuros sprints, pueden esperar
completar entre 25 y 30 puntos.
Impediments (Obstáculos)
• Descripción: Cualquier cosa que
impida al equipo de desarrollo
avanzar en su trabajo.
• Ejemplo: Un desarrollador no
puede acceder a una API externa
necesaria para completar su
tarea. Este es un impedimento
que el Scrum Master debe
resolver rápidamente para que el
equipo pueda seguir avanzando.
Scrum Board
Descripción: Es una herramienta
visual que muestra el estado del
trabajo en el sprint.
Ejemplo: Un Scrum Board físico en la
oficina tiene columnas para "Por
hacer", "En progreso" y "Hecho". Las
tareas se mueven de una columna a
otra a medida que se completan.
Esto permite a todos ver el progreso
del sprint de un vistazo.
Sprint Goal (Objetivo del Sprint)
Descripción: El Sprint Goal es una declaración clara y concisa que define el propósito
del sprint. Proporciona un enfoque y una dirección para el equipo de desarrollo,
ayudando a alinear sus esfuerzos hacia un objetivo común. El Sprint Goal se establece
durante la reunión de planificación del sprint y debe ser alcanzable dentro del tiempo
del sprint. Además, sirve como guía para la toma de decisiones durante el sprint,
permitiendo al equipo priorizar tareas y gestionar el alcance.
Ejemplo: Imaginemos que un equipo de desarrollo está trabajando en una aplicación
de gestión de proyectos. Durante la reunión de planificación del sprint, el equipo y el
Product Owner discuten las historias de usuario que se pueden completar en el
próximo sprint de dos semanas. Después de revisar las prioridades y las capacidades
del equipo, deciden que el objetivo del sprint será:
Sprint Goal: "Mejorar la funcionalidad de gestión de tareas permitiendo a los usuarios
agregar, editar y eliminar tareas, y asegurando que la interfaz sea intuitiva".
En este caso, el Sprint Goal proporciona un enfoque claro para el equipo. Durante el
sprint, si surge una nueva historia de usuario que no está relacionada con la gestión de
tareas, el equipo puede decidir no incluirla, ya que no contribuye al objetivo del sprint.
Al final del sprint, el equipo revisará si lograron cumplir con el objetivo y presentarán
la funcionalidad mejorada a los interesados.
Scrum Master
Descripción: Es el facilitador del equipo
Scrum, responsable de asegurar que se
sigan las prácticas de Scrum y de ayudar al
equipo a mejorar su proceso.
Ejemplo: Si un equipo tiene dificultades
para comunicarse, el Scrum Master puede
organizar talleres de comunicación o
dinámicas de equipo para mejorar la
colaboración. También se asegura de que
el equipo elimine los impedimentos que
puedan estar bloqueando su progreso.
Product Owner
• Descripción: Es la persona responsable
de maximizar el valor del producto y
gestionar el Product Backlog.
• Ejemplo: Un Product Owner de una
aplicación de comercio electrónico
prioriza las características que los
usuarios han solicitado, como "Agregar
opción de pago con PayPal" y "Mejorar
la búsqueda de productos". Se asegura
de que el equipo trabaje en las
características más valiosas primero.
User Stories (Historias de
Usuario)
• Descripción: Son descripciones breves
y simples de una funcionalidad desde
la perspectiva del usuario final.
• Ejemplo: Una historia de usuario
podría ser: "Como usuario, quiero
poder filtrar productos por categoría
para encontrar lo que busco más
fácilmente". Esta historia ayuda al
equipo a entender qué necesita el
usuario y por qué.
Estimation (Estimación)
• Descripción: Es el proceso de evaluar el
esfuerzo necesario para completar un
elemento del Product Backlog.
• Ejemplo: El equipo utiliza técnicas como
Planning Poker para estimar el esfuerzo de
una historia de usuario. Cada miembro del
equipo muestra un número de cartas que
representa su estimación en puntos de
historia. Si hay discrepancias, discuten
hasta llegar a un consenso.
Definition of Done (Definición
de "Hecho")
• Descripción: Es un conjunto de
criterios que deben cumplirse para que
un elemento del backlog se considere
completo.
• Ejemplo: La definición de "hecho" para
una historia de usuario podría incluir:
"El código está escrito, revisado y
fusionado; las pruebas unitarias están
completas; la documentación está
actualizada; y la funcionalidad ha sido
demostrada al Product Owner".
Increment
• Descripción: Es la suma de todos los
elementos completados durante el
sprint y los sprints anteriores, que
debe ser un producto funcional.
• Ejemplo: Al final de un sprint, el
equipo ha completado las historias
de usuario "Agregar tarea" y
"Eliminar tarea". El incremento es
una versión de la aplicación que
permite a los usuarios agregar y
eliminar tareas, y está listo para ser
entregado.
Backlog Refinement
(Refinamiento del Backlog)
• Descripción: Es el proceso continuo de
revisar y ajustar el Product Backlog,
asegurando que los elementos estén
bien definidos y priorizados.
• Ejemplo: Durante una sesión de
refinamiento, el equipo revisa una
historia de usuario que dice "Mejorar
la búsqueda". Deciden dividirla en
historias más específicas, como
"Agregar filtros de búsqueda" y
"Optimizar la velocidad de búsqueda",
y las priorizan para el próximo sprint.
Agile Manifesto
• Descripción: Es un documento que
establece los valores y principios
fundamentales del desarrollo ágil.
• Ejemplo: El manifiesto enfatiza la
importancia de la colaboración con el
cliente sobre la negociación de
contratos. Un equipo Scrum puede
aplicar esto al involucrar a los usuarios
finales en las revisiones del sprint para
asegurarse de que el producto final
cumpla con sus necesidades.
Scrum of Scrums
• Descripción: Es una
técnica utilizada para
escalar Scrum en equipos
grandes o múltiples
equipos que trabajan en
el mismo proyecto.
• Ejemplo: En un proyecto
grande, hay tres equipos
Scrum trabajando en
diferentes partes
GRACIAS
TOTALES…
