1.
Parte 3: Desarrollo Ágil
Pregunta:
En el contexto del desarrollo ágil, explica cómo se estructuraría el desarrollo de
esta aplicación utilizando el marco de trabajo Scrum. Contesta las siguientes
preguntas:
1. Roles: ¿Qué roles deben existir en el equipo de desarrollo (Scrum
Master, Product Owner, Equipo de desarrollo)?
ROLES EN SCRUM:
Scrum Master
Es el facilitador del equipo. Asegura que se sigan los principios de Scrum, elimina
impedimentos y ayuda al equipo a mejorar su rendimiento.
Ejemplo: Acompaña al equipo en la planificación del sprint y resuelve bloqueos
técnicos u organizacionales.
Product Owner (PO)
Representa al cliente o usuario final. Es responsable de definir las funcionalidades,
priorizarlas y gestionar el Product Backlog.
Ejemplo: Define las historias de usuario de la app de gestión de tareas, como “Agregar
una nueva tarea”.
Equipo de desarrollo
Grupo multidisciplinario de personas encargadas de construir el producto. Incluye
programadores, diseñadores, testers, etc.
Ejemplo: Programadores que implementan funciones como crear, editar y eliminar
tareas.
2. Ceremonias: ¿Cómo se organizarán las reuniones en Scrum? Detalla los
siguientes eventos:
o Sprint Planning
o Daily Scrum
o Sprint Review
o Sprint Retrospective
CEREMONIAS DE SCRUM:
1) SPRINT PLANNING (PLANIFICACIÓN DEL SPRINT):
a) Se realiza al inicio de cada Sprint.
b) El equipo selecciona historias del Product Backlog que se comprometerán a
desarrollar.
c) Se define el objetivo del Sprint y se crea el Sprint Backlog.
2) DAILY SCRUM (REUNIÓN DIARIA):
a) Reunión de 15 minutos todos los días del Sprint.
b) Cada miembro responde: ¿Qué hice ayer?, ¿Qué haré hoy?, ¿Hay algún
impedimento?
c) Mejora la coordinación y visibilidad del progreso.
3) SPRINT REVIEW (REVISION DEL SPRINT):
a) Al final del Sprint.
b) Se presenta el incremento del producto a los interesados.
c) Se recoge retroalimentación sobre lo entregado.
4) SPRINT RETROSPECTIVE (RETROSPECTIVA DEL SPRINT):
a) También al final del Sprint.
b) El equipo reflexiona sobre lo que funcionó bien, lo que se puede mejorar y
acciones a tomar en el próximo Sprint.
3. Artefactos: ¿Cuáles son los artefactos clave en Scrum y cómo los utilizarías
en este proyecto?
o Product Backlog
o Sprint Backlog
o Incremento del producto
1) PRODUCT BACKLOG:
a) Lista priorizada de todas las funcionalidades deseadas.
b) Gestionada por el Product Owner.
2) SPRINT BACKLOG:
a) Subconjunto del Product Backlog seleccionado para un Sprint.
b) Incluye tareas técnicas necesarias para completar las historias seleccionadas.
3) INCREMENTO DEL PRODUCTO:
a) Resultado de las funcionalidades completadas durante el Sprint.
b) Debe estar en condiciones de entrega (funcional y probado).
Práctica recomendada:
Elabora un Product Backlog para esta aplicación, con al menos 5 historias de usuario
que describan funcionalidades clave de la aplicación de gestión de tareas. Asigna
estimaciones de esfuerzo para cada historia.
ID HISTORIA DE PRIORIDAD ESTIMACIÓN
USUARIO (PUNTOS)
1 Como usuario, Alta 5
quiero crear
nuevas tareas para
organizar mis
pendientes.
2 Como usuario, Alta 3
quiero editar y
actualizar tareas
para reflejar
cambios.
3 Como usuario, Media 2
quiero eliminar
tareas que ya no
necesito.
4 Como usuario, Alta 5
quiero ver todas
mis tareas en una
lista ordenada por
fecha.
5 Como usuario, Media 3
quiero marcar
tareas como
completadas para
hacer seguimiento
de mi progreso.
Entregable:
1. Respuestas detalladas para cada sección.
2. Diagramas, tablas o ejemplos para ilustrar las respuestas.
3. Justificación de la elección de metodologías y enfoques.
4. Propuestas de manejo de cambios en los requisitos durante el
desarrollo.
1.- RESPUESTAS DETALLADAS PARA CADA SECCION:
PARTE 1: METODOLOGIAS DE DESARROLLO DE SOFTWARE
CASCADA (WATERFALL):
Descripción:
Modelo secuencial donde el proyecto se divide en fases (análisis, diseño,
implementación, pruebas, mantenimiento), que deben completarse en orden.
Ventajas:
Claridad en las etapas.
Buena documentación.
Ideal para proyectos con requisitos estables.
Desventajas:
Poca flexibilidad.
Difícil adaptación ante cambios.
Los errores se detectan tarde.
ITERATIVA:
Descripción:
Consiste en desarrollar versiones del software de forma cíclica. Cada iteración incluye diseño,
codificación y pruebas.
Ventajas:
Validación temprana del producto.
Flexibilidad ante cambios.
Mejora continua.
Desventajas:
Más costosa si no se controla bien.
Requiere buena planificación de versiones.
ÀGIL (Scrum):
Descripción:
Se basa en entregas rápidas e incrementales. Involucra al cliente constantemente y se
adapta fácilmente a cambios.
Ventajas:
Alta adaptabilidad.
Entrega temprana de valor.
Mejora la comunicación del equipo.
Desventajas:
Puede haber desorganización sin disciplina.
Depende de la participación activa del cliente.
2.- DIAGRAMAS, TABLAS O EJEMPLOS PARA ILUSTRAR LAS
RESPUESTAS.
TABLA COMPARATIVA DE METODOLOGIAS:
Metodología Ventajas Desventajas Adecuación al proyecto
Cascada Fácil de entender Poco flexible. ❌ No recomendable. El
y gestionar. Ideal Dificulta adaptarse a cliente no ha dado todos
para proyectos cambios. los detalles y los cambios
bien definidos. son probables.
Iterativa Permite mejorar Requiere ⚠️Útil, pero puede ser
el producto en planificación previa rígida frente a cambios
cada ciclo. clara. constantes.
Ágil Flexible, iterativa, Requiere ✅ Más adecuada, por
(Scrum) orientada al compromiso flexibilidad, entregas
cliente, fomenta la constante del cliente. frecuentes y capacidad de
mejora continua. Mayor carga en adaptación.
gestión.
TABLA DE EJEMPLOS DE REQUISITOS
TIPO REQUISITO
Funcional El sistema debe permitir al usuario crear
nuevas tareas con título, fecha y prioridad.
Funcional El sistema debe enviar notificaciones antes
del vencimiento de cada tarea.
Funcional El usuario podrá editar o eliminar cualquier
tarea existente.
No Funcional La app debe cargar en menos de 3 segundos
en dispositivos móviles.
No Funcional La aplicación debe ser compatible con
Android 10 o superior.
3.- JUSTIFICACION DE LA ELECCION DE METODLOGIAS Y ENFOQUES:
CRITERIO JUSTIFICACION DE SCRUM
Tiempo de entrega Scrum se basa en sprints de 2 a 4 semanas,
lo que permite entregar funcionalidades en
plazos cortos y controlados.
Complejidad del proyecto La aplicación tiene múltiples funcionalidades
(notificaciones, tareas offline, filtros), por lo
que dividir en iteraciones pequeñas facilita
la gestión.
Cambios en los requisitos Dado que el cliente no ha especificado todos
los detalles, Scrum permite adaptarse
fácilmente a los cambios en cada sprint.
Colaboración y comunicación El marco de trabajo fomenta la
comunicación continua entre el equipo y el
cliente, lo cual es esencial en proyectos
móviles dinámicos.
Control y mejora continua Gracias a las ceremonias como Daily, Review
y Retrospective, el equipo puede detectar a
tiempo problemas y ajustar el rumbo.
4.- PROPUESTA DE MANEJO DE CAMBIOS EN LOS REQUISITOS DURANTE EL DESARROLLO:
1) Comunicación continua con el cliente:
a) El Product Owner mantiene contacto directo con el cliente.
b) Se registran nuevas solicitudes como historias de usuario en el Product
Backlog.
2) Registro formal de herramientas:
a) Se utiliza una herramienta como Jira, Trello o Notion para documentar:
i) Qué cambio se solicitó.
ii) Cuando se solicitó.
iii) Quién lo solicitó.
iv) Su prioridad.
3) Evaluación y priorización:
a) El Product Owner evalúa:
i) El impacto técnico y funcional del cambio.
ii) Si el cambio se incluye en el próximo sprint o en otro posterior.
iii) Se actualizan los criterios de aceptación si es necesario.
4) Refinamiento del Product Backlog
a) En las sesiones de Backlog Refinement, se revisan y ajustan las historias.
b) Se reformula o reescribe la historia si el cambio altera los requisitos existentes.
5) Gestión flexible por Sprints:
a) En cada Sprint Planning, se eligen las tareas nuevas o modificadas más
prioritarias.
b) El equipo técnico estima el esfuerzo y planifica los entregables realistas para el
sprint.
6) Trazabilidad:
a) Todo cambio queda registrado y asociado a un ticket o historia de usuario.
b) Se pueden rastrear las decisiones tomadas y su impacto.
