En este último módulo, pondrás en práctica todo lo aprendido sobre Scrum mediante un proyecto final. A través de un caso de estudio, trabajarás como equipo Scrum para gestionar el desarrollo de un producto, desde la creación del Product Backlog hasta la presentación de los resultados y la retrospectiva final.

12.1. Implementación de Scrum en un caso de estudio

Para el proyecto final, se te proporcionará un caso de estudio que simula un entorno real de desarrollo de productos. Puede ser un desarrollo de software, una campaña de marketing o un proyecto en otro campo. La implementación de Scrum se centrará en aplicar todos los principios y eventos de Scrum que has aprendido a lo largo del curso.

• Caso de estudio: Imagina que estás desarrollando una nueva funcionalidad para una aplicación de mensajería (por ejemplo, un sistema de notificaciones en tiempo real o la integración con emojis personalizados). Tu equipo asumirá los roles de Product Owner, Scrum Master y Equipo de Desarrollo.

• Objetivo: El objetivo es desarrollar un incremento del producto dentro de un marco de tiempo (un sprint) utilizando todos los eventos de Scrum (Sprint Planning, Daily Scrum, Sprint Review y Sprint Retrospective) y producir resultados que sigan la Definición de Terminado.

Ejemplo: Tu equipo ha sido asignado para desarrollar la funcionalidad de "notificaciones en tiempo real" para una app de mensajería. Deberás seguir el proceso Scrum desde la planificación del sprint hasta la entrega del incremento al cliente.

12.2. Creación y gestión de un Product Backlog

El Product Backlog es el primer paso en la gestión del proyecto. Deberás crear y gestionar un backlog que contenga todas las funcionalidades y mejoras necesarias para el caso de estudio.

• Creación del Product Backlog: Junto con tu equipo, el Product Owner definirá las historias de usuario que representen los requisitos del producto. Cada historia debe estar detallada y debe tener criterios de aceptación claros.

• Priorización del Product Backlog: El Product Owner priorizará los elementos del backlog según el valor que aportan al proyecto. Las historias de usuario más importantes deben colocarse en la parte superior para ser abordadas primero.

• Refinamiento del Product Backlog: A medida que avanza el proyecto, deberás refinar el Product Backlog para ajustarlo a las nuevas necesidades o cambios en los requisitos.

Ejemplo: Algunas historias de usuario para la funcionalidad de notificaciones podrían ser:

1. "Como usuario, quiero recibir una notificación cuando recibo un mensaje para no perderme conversaciones importantes."
2. "Como usuario, quiero poder desactivar las notificaciones para evitar distracciones."

12.3. Planificación y ejecución de un Sprint

Una vez que el Product Backlog esté listo, el equipo procederá a la Sprint Planning para planificar el trabajo que se realizará durante el sprint.

• Sprint Planning: El equipo seleccionará los elementos del Product Backlog que serán abordados durante el sprint, estableciendo un Objetivo del Sprint. Se detallarán las tareas necesarias para completar cada historia de usuario, asignando estimaciones de tiempo o puntos de historia.

• Ejecución del Sprint: Durante el sprint, el equipo trabajará en las tareas asignadas, siguiendo el ciclo de Daily Scrums para asegurar que todos estén alineados y que se detecten y eliminen impedimentos. El Scrum Master se asegurará de que los eventos de Scrum se lleven a cabo y de que el equipo esté avanzando hacia el objetivo del sprint.

Ejemplo: Durante la planificación del sprint, el equipo decide trabajar en la historia de usuario relacionada con las notificaciones. El objetivo del sprint podría ser: "Implementar el sistema básico de notificaciones en tiempo real."

12.4. Presentación de resultados y retrospectiva

Al final del sprint, deberás presentar los resultados y realizar una retrospectiva para identificar mejoras en el proceso.

• Sprint Review: Durante esta reunión, el equipo presentará el incremento funcional al Product Owner y a los stakeholders, mostrando las historias de usuario completadas y discutiendo cualquier feedback recibido. Si el incremento cumple con la Definición de Terminado, se aprobará para su entrega.

• Sprint Retrospective: El equipo se reunirá para reflexionar sobre el proceso del sprint y analizar qué salió bien, qué se puede mejorar y qué acciones tomar para mejorar en el próximo sprint. Se identificarán los problemas enfrentados y se propondrán soluciones.

Ejemplo: Durante el Sprint Review, el equipo demuestra el sistema de notificaciones en tiempo real. Los stakeholders dan feedback positivo y sugieren algunas mejoras adicionales para el próximo sprint, como la posibilidad de personalizar las notificaciones. En la retrospectiva, el equipo decide mejorar la comunicación interna para evitar retrasos en la integración de código.

---

Este proyecto final te brinda la oportunidad de aplicar todo lo que has aprendido sobre Scrum en un entorno práctico. Desde la creación del Product Backlog hasta la presentación de los resultados y la retrospectiva, estarás inmerso en el proceso Scrum, asegurándote de que el equipo trabaje de manera ágil y eficiente para entregar valor al cliente.