Sprint.

Product Backlog,
Calidad y alcance, Priorización.
Criterios de aceptación

Docente: Juan Pablo Contreras

Sprint (Iteración):

• En Scrum, un Sprint es un período de tiempo fijo y corto

(generalmente de 1 a 4 semanas) en el que el equipo de desarrollo
trabaja para entregar un conjunto de funcionalidades del carrito de
compras.
• Cada Sprint comienza con una reunión de Sprint Planning, donde el
equipo selecciona las Historias de Usuario del Product Backlog que se
abordarán durante ese Sprint.
• Al final de cada Sprint, se produce un incremento potencialmente
entregable del carrito de compras.
Product Backlog:
• El Product Backlog es una lista dinámica y
priorizada de todas las funcionalidades,
características y mejoras que se desean para
el carrito de compras.
• El Product Owner es el responsable de
gestionar y mantener el Product Backlog.
Debe asegurarse de que las Historias de
Usuario estén claras, sean comprensibles y
estén priorizadas.
• El Product Backlog es una herramienta de
comunicación clave entre el equipo y el
Product Owner, y se actualiza continuamente
a medida que se obtiene feedback y se
identifican nuevas necesidades.
 Calidad y alcance:
• La calidad se refiere a la medida en que las
funcionalidades del carrito de compras cumplen con los
estándares de rendimiento, seguridad y usabilidad.
Implica realizar pruebas exhaustivas para identificar y
corregir errores (bugs) y garantizar que el carrito
funcione sin problemas.
• El alcance se relaciona con las funcionalidades y
características que se incluirán en el carrito. Es El alcance: cuántos requisitos o tareas hay
importante definir un alcance claro y gestionarlo que realizar
rigurosamente para evitar el alcance descontrolado o el El tiempo o planificación: cuánto durará el
denominado "creep" del alcance (cambios no proyecto
gestionados). El coste o recursos: cuánto dinero, personas,
etc. se dedicará al proyecto.
• Los cambios en el alcance deben ser discutidos y
aprobados a través de un proceso formal para evitar
afectar la planificación del proyecto.
 Priorización
• La priorización es un proceso clave en Scrum
que implica clasificar las Historias de Usuario en
el Product Backlog según su importancia y valor
para el negocio y los usuarios.
• El Product Owner utiliza criterios como la
necesidad del cliente, el impacto en el negocio
y la complejidad técnica para priorizar las
Historias de Usuario.
• La alta prioridad se otorga a las funcionalidades
esenciales que son críticas para el
funcionamiento básico del carrito de compras,
mientras que las características menos críticas
pueden tener una prioridad menor.
Lo que debemos hacer, y haremos de inmediato.
Lo que deberíamos hacer, y haremos en lo posible.
Lo que podríamos hacer, y haremos si nos da la capacidad.
Lo que no haremos ahora, y haremos más tarde… tal vez.
 Criterios de Aceptación
• Los Criterios de Aceptación son condiciones específicas que deben cumplirse para considerar que una
Historia de Usuario se ha completado con éxito.
• Los Criterios de Aceptación se definen en colaboración entre el Product Owner y el equipo de desarrollo
antes de que comience el trabajo en una Historia de Usuario.
• Estos criterios proporcionan una guía clara para evaluar si una funcionalidad cumple con los requisitos y
expectativas del usuario. Por ejemplo, en la Historia "Agregar productos al carrito", los criterios podrían
incluir cómo se agrega un producto, cómo se actualiza la cantidad y cómo se muestra el total de la compra.
Historia de Usuario: Agregar productos al carrito

• Historia de Usuario 1: Como cliente, quiero agregar productos al

carrito.
• Criterios de Aceptación:
• Cuando un usuario haga clic en el botón "Agregar al carrito", el
producto seleccionado se debe agregar al carrito.
• El carrito debe mostrar la cantidad total de productos agregados.
• Los productos agregados al carrito deben permanecer allí hasta que el
usuario los elimine o complete la compra.
• Se deben mostrar mensajes claros de confirmación cuando se
agregue un producto al carrito.
• Historia de Usuario 2: Como cliente, quiero ver el contenido de mi carrito.

• Criterios de Aceptación:

• El usuario debe poder acceder al carrito desde cualquier página del sitio web.
• El carrito debe mostrar la lista de productos agregados, incluyendo nombres, precios y
cantidades.
• El usuario debe poder actualizar la cantidad de productos directamente desde el carrito.
• El carrito debe calcular y mostrar el total de la compra.
• El usuario debe poder continuar comprando o proceder al proceso de pago desde el
carrito.
• Historia de Usuario 3: Como cliente, quiero eliminar productos del
carrito.
• Criterios de Aceptación:
• El usuario debe poder eliminar un producto específico del carrito.
• El usuario debe recibir una confirmación antes de eliminar un
producto para evitar eliminaciones accidentales.
• Después de eliminar un producto, el carrito debe actualizar
automáticamente la lista de productos y el total de la compra.
• El usuario debe poder eliminar todos los productos del carrito de una
vez si lo desea.
• Historia de Usuario 4: Como cliente, quiero modificar la cantidad de
productos en el carrito.
• Criterios de Aceptación:
• El usuario debe poder cambiar la cantidad de un producto en el
carrito, ya sea aumentándola o disminuyéndola.
• Los cambios en la cantidad deben reflejarse inmediatamente en el
total de la compra.
• Si el usuario ingresa una cantidad inválida (por ejemplo, un número
negativo o no numérico), se debe mostrar un mensaje de error.
• Historia de Usuario 5: Como cliente, quiero iniciar el proceso de pago
desde el carrito.
• Criterios de Aceptación:
• Desde el carrito, el usuario debe poder hacer clic en un botón "Pagar
ahora" para iniciar el proceso de pago.
• El sistema debe redirigir al usuario a una página de pago segura.
• En la página de pago, el usuario debe poder ingresar la información de
envío y pago de forma segura.
• Después de completar el proceso de pago, el usuario debe recibir una
confirmación de la compra y un número de pedido.
• Los Criterios de Aceptación son específicos y proporcionan una guía
clara sobre lo que se espera que la funcionalidad logre. Deben ser
revisados y aprobados por el Product Owner y el equipo de desarrollo
antes de comenzar a trabajar en una historia. Además, se pueden
adaptar y expandir según las necesidades y complejidades específicas
del proyecto.
 Prototipos:
• Los prototipos son versiones simplificadas y
tempranas de un sistema o producto.
• Se utilizan para visualizar y probar ideas,
características y flujos de trabajo antes de la
implementación completa.
• Al crear un prototipo de una funcionalidad
específica del carrito de compras, los stakeholders
pueden evaluar su apariencia y funcionalidad antes
de que se desarrolle completamente.
• Los prototipos son útiles para recopilar feedback
temprano de los usuarios y ajustar el diseño y la
funcionalidad en función de sus necesidades y
expectativas.
Simulaciones:
• Las simulaciones son modelos o representaciones que
imitan el comportamiento de un sistema en condiciones
controladas.
• En el contexto de un carrito de compras, se pueden utilizar
simulaciones para probar cómo se comportaría el sistema
bajo diferentes cargas de tráfico o situaciones, como de
tráfico durante una venta especial.
• Las simulaciones permiten identificar cuellos de botella,
problemas de rendimiento o posibles errores antes de
implementar el sistema en producción.
• Ayudan a garantizar que el carrito de compras funcione de
manera eficiente y confiable cuando los clientes lo utilizan.
Demostraciones:
• Las demostraciones son presentaciones en vivo
de una funcionalidad o sistema completo.
• Después de desarrollar una parte o todo el carrito
de compras, se pueden realizar demostraciones
ante los stakeholders, incluidos los usuarios
finales y los patrocinadores del proyecto.
• Las demostraciones permiten a los stakeholders
ver cómo se verá y funcionará el carrito en la
realidad y proporcionar comentarios directos.
• Ayudan a confirmar que el sistema se está
desarrollando de acuerdo con las expectativas y
que los beneficios previstos se lograrán una vez
que esté en producción.
• Contribuye a reducir los riesgos del proyecto al identificar problemas
y desviaciones temprano en el proceso de desarrollo. Además,
permite que los interesados tengan una visión más clara de lo que se
está construyendo y cómo funcionará, lo que facilita la toma de
decisiones informadas y la confirmación de que se están logrando los
beneficios deseados. Estas prácticas son especialmente valiosas en
proyectos críticos como el desarrollo de un carrito de compras, donde
la experiencia del usuario y la funcionalidad son fundamentales.
Actividad en clases
• Trabajar con sus equipos en relación a lo planteado. Guiarse del ABP.