Evidencia AA2-EV01. Estudio de caso, asignando roles y ciclo de vida.
PRESENTADO POR:
WILMAR CAMACHO ROSAS
APLICACIÓN DEL MARCO DE TRABAJO SCRUM PARA PROYECTOS DE
DESARROLLO DE SOFTWARE.
INSTRUCTOR:
JORGE MARIO LOPEZ POSADA
FICHA:3212377
CENTRO DE ATENCIÓN AL SECTOR AGROPECUARIO – REGIONAL
RISARALDA
SENA
2025
Estudio de caso “Colegio Formación del Mañana”
Se lleva a cabo una reunión con un cliente, Rector de una institución educativa, donde
necesita registrar los estudiantes de cinco cursos técnicos de formación, jornadas diurna y
nocturna. El Rector requiere los siguientes servicios en la aplicación, donde debe:
• Permitir certificar al estudiante cuando termine de aprobar todos los semestres.
• Permitir la cancelación de matrícula del estudiante.
• Permitir certificar el semestre al estudiante cuando cumpla con la aprobación de las
materias.
• Mostrar el estudiante en el técnico matriculado.
• Mostrar las materias o pénsum académico del técnico elegido.
• Mostrar los horarios para los técnicos.
• Permitir la matrícula del estudiante al técnico elegido.
• Corresponder las materias con los horarios de los técnicos.
Teniendo en cuenta el estudio de caso anterior y lo desarrollado en dicha evidencia (Informe
de historias de usuario que representan los requerimientos del cliente. AA1- EV01) realice
un documento con la asignación de roles y ciclo de vida, con las siguientes características:
✔ Imaginar un equipo de desarrollo.
✔ Describir y relacionar según el estudio de caso, el ciclo de vida, describiendo cómo
aplicaría los roles y artefactos del proyecto y del sprint.
Para el estudio de caso "Colegio Formación del Mañana”, se va a establecer un enfoque ágil
para el desarrollo del proyecto.
Ciclo de vida:
Para el ciclo de vida del proyecto se aplicará la metodología ágil Scrum. Este marco
de trabajo en la actualidad es ampliamente utilizado en el desarrollo de software,
basándose en iteraciones cortas y entregas incrementales. El ciclo de vida constará
de Sprint, que son períodos de tiempo fijos y cortos (por ejemplo, dos semanas) en
los que se planifican, desarrollan, prueban y entregan incrementos del producto.
Roles Del Marco De Trabajo Scrum
ROL CARGO FUNCION
[Link] los requisitos generales y actividades iniciales del proyecto
2. Representar a los usuarios del producto
3. Buscar y asegurar los recursos financieros que requiere el proyecto para
iniciarse y desarrollarse
Product Owner Lider de proyecto
4. Analizar la viabilidad del emprendimiento
5. Garantizar que el producto se entregue
6. Desarrollar y establecer los criterios para aceptar las historias de los usuarios
7. Aprobar o negar los productos entregables
1. Contribuye en la identificación de los stakeholders
2. Ayuda a seleccionar al equipo scrum
3. Garantiza la disponibilidad de los recursos, para el funcionamiento del
proyecto sin dificultades
4. Define la duración del Sprint
5. Ayuda al Product Owner a crear la lista de pendientes del producto
6. Sirve de apoyo al equipo Scrum, en cuanto a la estimación del esfuerzo que se
Scrum master lider de Equipo
requiere para culminar las tareas que se acordaron con el sprint
7. Se involucra poco en el desarrollo de productos
8. Es un puente entre los propietarios del producto y los equipos de desarrollo
9. Participa en la actualización del tablero Scrum
10. Facilita reuniones de equipo para discutir problemáticas y buscar soluciones
11. Garantiza que exista el ambiente de trabajo adecuado para el Scrum Team
(equipo de desarrollo).
1. Se encargará de realizar los mockups del aplicativo.
Diseñador
2. Realizara el diseño de la interfaz del aplicativo.
1. Se encargará del desarrollo de los módulos del aplicativo
Development team Desarrollador 2. Se encargará de definir la estructura del aplicativo.
3. Escoger el entorno del desarrollo.
Tester QA Se encargará en la etapa de calida y pruebas, testear el aplicativo.
Artefactos del proyecto:
• Product Backlog (Lista de Producto): El Product Owner será responsable de mantener el
Product Backlog, que contendrá todas las historias de usuario priorizadas. El Product
Backlog es una lista dinámica que se actualiza continuamente con nuevos requisitos o
cambios. Las historias de usuario se estimarán en puntos de historia para ayudar a planificar
los Sprint.
RODUCT BACKLOG PRIORIZADO
1 permitir la matrícula del estudiante al técnico elegido.
2 mostrar el estudiante en el técnico matriculado.
3 mostrar los horarios para los técnicos.
4 mostrar las materias o pénsum académico del técnico elegido.
5 corresponder las materias con los horarios de los técnicos.
6 permitir certificar al estudiante cuando termine de aprobar todos los semestres.
7 permitir certificar el semestre al estudiante cuando cumpla con la aprobación de las
materias.
8 permitir la cancelación de matrícula del estudiante.
• Sprint Backlog (Lista de Sprint): Al comienzo de cada sprint, el equipo de desarrollo
seleccionará una cantidad adecuada de historias de usuario del Product Backlog y las colocará
en el Sprint Backlog. El Sprint Backlog contendrá las historias de usuario que se abordarán
en el sprint actual y se dividirá en tareas más pequeñas si es necesario.
• Incremento del Producto: Al final de cada sprint, el equipo de desarrollo entregará un
incremento del producto. Este incremento debe ser potencialmente entregable y debe incluir
la funcionalidad completa y probada de las historias de usuario seleccionadas para ese sprint.
Ciclo de vida del Sprint:
Planificación del Sprint: Al comienzo de cada sprint, el equipo de desarrollo se reunirá con
el Product Owner para revisar y seleccionar las historias de usuario del Product Backlog para
el sprint actual. Las historias de usuario seleccionadas se desglosarán en tareas más pequeñas
y se estimarán en términos de esfuerzo necesario.
Desarrollo y Pruebas: El equipo de desarrollo trabajará en las tareas asignadas utilizando
prácticas de desarrollo ágil, como programación en parejas, integración continua y pruebas
automatizadas. Cada miembro del equipo asumirá diferentes tareas y colaborará
estrechamente para garantizar un avance constante.
Reuniones Diarias (Daily Scrum): El equipo de desarrollo se reunirá diariamente en una
reunión de sincronización de 15 minutos llamada Daily Scrum. Durante esta reunión, cada
miembro del equipo compartirá su progreso, lo que hicieron el día anterior, lo que planean
hacer hoy y si tienen algún impedimento. El Scrum Master facilitará esta reunión para
mantenerla enfocada y eficiente.
Revisión del Sprint: Al final del sprint, se llevará a cabo una reunión de revisión del sprint.
El equipo de desarrollo presentará el incremento del producto completado durante el sprint
al Product Owner y a otras partes interesadas. Se demostrarán las funcionalidades
implementadas y se recopilarán comentarios para futuras iteraciones.
Retrospectiva del Sprint: Después de la reunión de revisión del sprint, el equipo de desarrollo
se reunirá en una retrospectiva del sprint. Durante esta reunión, el equipo reflexionará sobre
el sprint anterior, identificará lo que funcionó bien y las áreas de mejora. Se discutirán
acciones concretas para mejorar el proceso y la colaboración en futuros Sprint.
Actualización del Product Backlog: Si durante el sprint surgieron nuevos requisitos o
cambios en los existentes, el Product Owner actualizará el Product Backlog en función de las
prioridades y los comentarios recibidos. Esto asegurará que el Product Backlog refleje los
requisitos más actuales y permitirá una mejor planificación en los siguientes Sprint.
Repetición: El ciclo de vida del sprint se repetirá para cada iteración subsiguiente. El equipo
de desarrollo y el Product Owner trabajarán en estrecha colaboración para planificar y
seleccionar las historias de usuario adecuadas para cada sprint, desarrollar e incrementar el
producto y recopilar retroalimentación de los usuarios.
Al seguir este ciclo de vida del sprint, el equipo de desarrollo podrá iterar y mejorar
continuamente el producto, brindando funcionalidades valiosas a medida que avanzan los
Sprint y asegurando la satisfacción del cliente (el Rector de la institución educativa) a lo largo
del proceso.
Ejemplo de implementación
Se planea implementar una iteración de tres semanas.
Teniendo el Product Backlog priorizado se procede a seleccionar las historias de
cada sprint.
Aunque en caso real se planearía el primer sprint, luego de terminado se procedería
a planear el siguiente sprint.
Las historias de usuario se desglosarían en tareas más pequeñas durante la reunión de
planificación del sprint. Las tareas podrían incluir el diseño de la interfaz de matrícula, la
implementación del sistema de visualización de materias, la sincronización de horarios y la
integración de la base de datos, entre otros.
Durante la reunión de planificación de cada sprint, el equipo estimará el esfuerzo requerido
para cada historia de usuario y determinará la cantidad de trabajo que puede abordarse dentro
de la iteración de tres semanas. Es importante tener en cuenta que la selección y el tamaño
del Sprint Backlog dependerán de la capacidad y la velocidad del equipo de desarrollo.
Product Backlog:
HU07: Permitir la matrícula del estudiante al técnico elegido.
HU05: Mostrar las materias o pénsum académico del técnico elegido.
HU08: Corresponder las materias con los horarios de los técnicos.
HU06: Mostrar los horarios para los técnicos.
HU04: Mostrar el estudiante en el técnico matriculado.
HU03: Permitir certificar el semestre al estudiante cuando cumpla con la aprobación
de las materias.
HU01: Permitir certificar al estudiante cuando termine de aprobar todos los
semestres.
HU02: Permitir la cancelación de matrícula del estudiante.
Sprint 1:
HU07: Permitir la matrícula del estudiante al técnico elegido
• Desarrollar interfaz de matrícula.
• Implementar lógica de validación y almacenamiento de matrícula.
HU05: Mostrar las materias o pénsum académico del técnico elegido
• Diseñar y desarrollar pantalla de visualización del pénsum académico.
• Conectar con la base de datos para obtener la información del pensum.
HU08: Corresponder las materias con los horarios de los técnicos
• Desarrollar algoritmo para asignar horarios a las materias.
• Implementar lógica de vinculación de horarios con las materias.
Sprint 2:
HU06: Mostrar los horarios para los técnicos
• Diseñar y desarrollar pantalla de visualización de horarios.
• Obtener información de los horarios desde la base de datos.
HU04: Mostrar el estudiante en el técnico matriculado
• Implementar funcionalidad para listar estudiantes matriculados en un
técnico.
• Desarrollar búsqueda y filtrado de estudiantes por técnico.
HU03: Permitir certificar el semestre al estudiante cuando cumpla con la aprobación
de las materias
• Implementar lógica de seguimiento de aprobación de materias por
estudiante.
Sprint 3:
HU01: Permitir certificar al estudiante cuando termine de aprobar todos los
semestres
• Implementar lógica para verificar la aprobación de todos los semestres.
• Desarrollar proceso de certificación final para los estudiantes que cumplan
con los requisitos.
HU02: Permitir la cancelación de matrícula del estudiante
• Diseñar y desarrollar interfaz para cancelar la matrícula de un estudiante.
• Implementar lógica de cancelación y actualización de la base de datos.
