Actividad: Desarrollo de Aplicación en Flutter con Scrum
• La aplicación debe estar desarrollada en Flutter con la integración de una base de
datos en Firebase o Supabase.
• Suban el código del proyecto en GitHub desde la primera semana y asegúrense
de mantener el repositorio actualizado con cada Sprint.
En esta actividad, el objetivo es desarrollar una aplicación en Flutter trabajando en
equipo, siguiendo la metodología SCRUM. Cada integrante del equipo asumirá un rol
específico dentro de SCRUM: Product Owner, Scrum Master, y miembros del equipo de
desarrollo. A continuación, te detallo los puntos clave de la actividad:
Roles en SCRUM:
Cada integrante del equipo debe desempeñar uno de los siguientes roles:
• Product Owner: Responsable de gestionar y priorizar el Product Backlog.
• Scrum Master: Facilita las reuniones y elimina obstáculos para el equipo.
• Equipo de desarrollo: Encargado de construir la aplicación Flutter y gestionar el
código en GitHub.
Ceremonias de SCRUM:
El equipo deberá realizar las siguientes ceremonias, de las cuales se debe registrar el
progreso en las plantillas proporcionadas:
1. Sprint Planning: Planificación de tareas para cada Sprint.
2. Daily Standup: Reuniones diarias de sincronización del equipo (no necesitan ser
reportadas, pero deben realizarse).
3. Sprint Review: Demostración del progreso alcanzado al final de cada Sprint.
4. Sprint Retrospective: Reflexión sobre qué se puede mejorar para el siguiente
Sprint.
Ideas de Aplicaciones:
Para guiar el desarrollo, aquí tienen algunas ideas de aplicaciones que pueden crear:
• Aplicación de Criptomonedas: Listar criptomonedas en tiempo real y permitir a
los usuarios agregar sus favoritas a una lista que se guarda en la base de datos.
• App de Recetas: Listar recetas de cocina, permitir a los usuarios agregar nuevas
recetas y guardar sus favoritas.
• App de Seguimiento de Hábitos: Registrar hábitos diarios de los usuarios, como
ejercicios o lectura, y llevar un historial en la base de datos.
Estructura de la Plantilla:
1. Épicas:
o Una épica es una funcionalidad grande que puede estar compuesta por
varias historias de usuario. Cada épica tendrá un código único que
comienza con EP-001, EP-002, etc.
o Ejemplo de épica: "EP-001: Gestión de usuarios en la aplicación".
2. Historias de Usuario:
o Las historias de usuario son funcionalidades más pequeñas que desglosan
una épica. Se identifican con un código único que empieza por US-001,
US-002, y deben incluir:
▪ Como [rol], quiero [acción], para [beneficio].
▪ Criterios de aceptación: Detallar qué condiciones se deben
cumplir para que se considere completada.
o Ejemplo:
▪ Código: US-001.
▪ Historia: "Como usuario registrado, quiero iniciar sesión, para
acceder a mis datos guardados".
▪ Criterios de aceptación: El usuario debe poder ingresar con un
correo y contraseña válidos.
3. Tareas:
o Cada historia de usuario se descompone en tareas técnicas más
específicas que serán asignadas a los desarrolladores. Las tareas también
tendrán códigos, como T-001, T-002, y se agruparán bajo la historia
correspondiente. SE DEBEN CREAR EN GITHUB.
Plantillas de Cronograma y Product Backlog:
• Se les proporcionará una plantilla para gestionar el cronograma y el Product
Backlog, que deberán llenar y mantener actualizada en Google Spreadsheets.
Asegúrense de hacer público el enlace de estas hojas para que se pueda
monitorear el progreso en tiempo real.
• Cada semana, se debe actualizar el cronograma con los avances y cambios
necesarios.
Entregables:
1. Código en GitHub: Suban el repositorio con el código de la aplicación Flutter en
GitHub desde la primera semana y manténganlo actualizado.
• Cada equipo deberá entregar el modelo Entidad-Relación (E/R) de la base de
datos de la aplicación (Firebase o Supabase).
2. Cronograma y Product Backlog: Mantener actualizado el cronograma y el
Product Backlog en Google Spreadsheets, con el enlace público compartido.
https://drive.google.com/drive/folders/1xMY-
6qL9B14fRHb_xLw9Z9DeIRn53m5F?usp=sharing
