SCRUM
Programa de estudio Experiencia curricular Sesión
INGENIERÍA DE SISTEMAS INTERACCIÓN HUMANO COMPUTADOR 2
COMPUTACIONALES
I. OBJETIVO
Identificar en forma práctica los elementos del marco de trabajo SCRUM en el desarrollo del
software, de manera correcta.
II. INSTRUCCIONES
• En grupos de hasta cinco estudiantes, en base a la explicación del docente y búsquedas en
internet, identifican en forma práctica los elementos del marco de trabajo SCRUM en el
desarrollo de un software.
• El grupo elige una problemática a tratar:
• Matricula en la universidad o en un colegio.
• Venta de pasajes web de una empresa de transportes o línea aérea.
• Venta web de un supermercado.
• Notas en la universidad o en un colegio.
• Créditos de un banco.
• Otro.
• Se debe identificar:
• Product Owner
• Scrum Master
• Scrum team
• Producto BackLog: Listado de requerimentos funcionales
• Sprint backlog:
• Burndown Chart: (considere, eje Y: horas de trabajo y eje X: días de entrega
• La solución se sube al aula virtual en un archivo en PDF con la estructura:
• Carátula (Universidad, Facultad, Programa de estudios, Titulo de la tarea, Curso, Apellidos
y Nombres de los autores en orden alfabético, Fecha)
• Solución de la tarea.
• Solo se incluyen en la carátula a los estudiantes presentes en el horario de laboratorio.
• La tarea se califica con 0.5 punto adicional para el T1.
• La tarea se debe realizar durante el horario de laboratorio y subir la tarea hasta antes de
terminar el horario de laboratorio.
• El archivo lo sube solo un integrante del grupo.
El archivo a subir debe nombrarse de la siguiente manera: TAREA2-APELLIDOS DE UN INTEGRANTE
(Ejm. TAREA2-LOPEZ DIAZ.PDF)
..
FACULTAD DE
INGENIERÍA
CARRERA DE INGENIERÍA DE SISTEMAS COMPUTACIONALES
Venta de pasajes web de una empresa de
transportes o línea aérea.
Autores:
Abanto Romero Nicolás Fernando
Chuquizuta Risco Erick Felipe
Jara Varas Josue Adriano
Medrano Sandoval Jerry Royer
Ruiz Vasquez Ronaldiñho Del Piero
Curso:
Interacción Humano Computador
Docente:
Carlos Enrique Castillo Diestra
Trujillo – Perú
2025-2
I. OBJETIVO
Identificar en forma práctica los elementos del marco de trabajo SCRUM en el
desarrollo del software, de manera correcta.
II. INSTRUCCIONES
En grupos de hasta cinco estudiantes, en base a la explicación del docente y
búsquedas en internet, identifican en forma práctica los elementos del marco de
trabajo SCRUM en el desarrollo de un software.
El grupo elige una problemática a tratar:
• Matricula en la universidad o en un colegio.
• Venta de pasajes web de una empresa de transportes o línea aérea.
• Venta web de un supermercado.
• Notas en la universidad o en un colegio.
• Créditos de un banco.
• Otro.
Se debe identificar:
• Product Owner:
El product owner en este proyecto es el Directo de transporte en la empresa,
quien tiene amplios conocimientos en las distintas ramas de la empresa y mira por
las necesidades de los clientes y empleados en la empresa.
Responsabilidades principales:
- Brindar los requerimientos y funcionalidades.
- Se encarga de brindar su retroalimentación acerca del avance del
proyecto tanto positivas como negativas.
- Decide si modificar el proyecto en las iteraciones si es necesario.
• Scrum Master:
Para identificar adecuadamente al Scrum Master en el proyecto de venta de
pasajes web para una empresa de transportes o línea aérea, es fundamental
analizar el perfil profesional de la persona que asumirá ese rol.
El Scrum Master no es simplemente un facilitador de reuniones, sino una figura
clave para el éxito del equipó Scrum y del proyecto, El perfil profesional debe
evidenciar que tiene:
- Conocimiento del marco Scrum y marco de trabajo agiles
- Habilidades interpersonales y de liderazgo colaborativo
- Capacidad para resolver impedimentos y promover mejoras
- Experiencia en entornos similares al del proyecto.
Perfil Profesional:
Carla Rodríguez es ingeniera de software con más de cinco años de experiencia
liderando equipos de desarrollo bajo marco de trabajo agiles, Posee la certificación
Professional Scrum Master I (PSM I) otorgada por Scrum, lo cual garantiza su
conocimiento y competencia en la aplicación del marco de trabajo Scrum. Su
trayectoria incluye la facilitación de proyectos tecnológicos en empresas del sector
transporte, donde ha contribuido a la digitalización de procesos clave.
Con base en su perfil técnico, experiencia en proyectos del sector, competencias y
su formación en marcos agiles, Carla Rodríguez cumple con las condiciones ideales
para desempeñar el rol de Scrum Máster en el proyecto de venta de pasajes web.
Su incorporación garantiza una implementación disciplinada del marco Scrum, una
comunicación fluida entre la parte interesada y una cultura de trabajo encocado en
la entrega continuo de valor
• Scrum team:
El scrum team es el grupo de múltiples diciplinas encargado de construir, probar y
entregar el sistema de venta de pasajes web.
1. María Torres. - Encargada de levantar y documentar requerimientos
funcionales y no funcionales.
2. Andrés Gutiérrez. - Diseña wireframes, prototipos y guías de estilo.
3. Lucia Ramírez. - Implementa la interfaz web
4. Carlos Mendoza. - Desarrolla la lógica del servidor, base de datos y conexión
con pasarela de pagos.
5. Sofia Delgado. - Realiza pruebas de funcionabilidad usabilidad y
accesibilidad.
Producto BackLog: Listado de requerimentos funcionales
Numero de RQ Nombre Historia U.
Requerimiento –001 Registro y autenticación de Como: director de la
Usuarios empresa.
Quiero: que mis clientes
puedan autenticarse con
Google u otro método de
auth.
Para: que se puedan
loguear en mi sistema
Requerimiento -002 Búsqueda de pasajes Como: director de la
empresa
Quiero: que mis clientes
busquen su pasaje según
fecha, hora y destino.
Para: para que puedan
elegir una opción
Requerimiento -003 Pago en Línea Como: director de la
empresa
Quiero: que mis clientes
puedan pagar en línea con
tarjeta u otro método de
pago.
Para: que tengas su
confirmación de pasaje
inmediatamente
Requerimiento -004 Generación automática de Como: Cliente
boleto Quiero: que se me envía mi
correo electrónico el boleto
Para: tener una boleta
para poder abordar
Requerimiento -005 Agregar buses, horarios y Como: director de la
días empresa
Quiero: que mi personal
administrativo pueda
agregar pasajes y gestionar
la salida de buses
Para: una mejor
coordinación y que nunca
Requerimiento -006 Consultar historial Como: director
Quiero: que mis clientes
tengan un historial de
compras
Para: gestionar los pasajes
de manera flexible
Requerimiento -007 Compatibilidad Como: director de la
empresa.
Quiero: que los clientes
puedan ingresar a la web
desde cualquier dispositivo
y desde los navegadores
web más comunes.
Para: que sea accesible a
los clientes de la manera
que ellos quieran.
Requerimiento –008 Notificar al cliente Como: director de la
empresa.
Quiero: que se manden
notificaciones al cliente
como promociones,
recordatorios, etc.
mediante gmail o el correo
electrónico que este
registre al realizar la
compra de su servicio.
Para: notificar al cliente.
Requerimiento -009 Aplicación de promociones Como: director de la
empresa.
Quiero: que la página web
sea capaz de aplicar
promociones y descuentos
según los requisitos que
estos mismos tengan.
Para: Atraer al cliente.
Requerimiento -010 Carrito de compras Como: Cliente
Quiero: tener el acceso a
mi carrito de compras
Para: poder gestionar mis
pasajes, eliminar, agregar,
cambiar, etc.
• Sprint backlog:
El Sprint Backlog es un subconjunto del Product Backlog que el equipo se
compromete a completar durante el Sprint. Este listado detalla las tareas y requisitos
seleccionados para el Sprint actual. Cada tarea se desglosa en acciones específicas
que el equipo debe completar en el tiempo estimado
SB01- Requerimiento 001, Requerimiento 008, Requerimiento 009.
SB02-Requerimiento 002, Requerimiento 004, Requerimiento 007.
SB03-Requerimiento 003, Requerimiento 006, Requerimiento 010.
SB04-requerimiento 005.
• Burndown Chart:
El Burndown Chart es una herramienta visual que permite monitorear el progreso
del trabajo durante un Sprint en un marco de trabajo SCRUM. Este gráfico muestra
cómo el equipo va reduciendo las horas de trabajo restantes durante el ciclo de
desarrollo. El eje Y representa las horas de trabajo restantes, mientras que el eje X
muestra los días de entrega del Sprint.
En este caso, el proyecto es el desarrollo de un sistema de venta de pasajes web para
una empresa de transporte o línea aérea. Durante el periodo de 4 semanas
(aproximadamente 20 días hábiles), se estima que el equipo debe completar 60 horas
de trabajo en total.
A continuación, se presenta el Burndown Chart que ilustra cómo el trabajo pendiente
disminuye a lo largo de las 4 semanas del Sprint. Se incluye una línea guía que indica
cómo se esperaba que se redujera el trabajo, y los valores reales de horas restantes
a lo largo de cada semana.
Semana del Sprint Horas restantes Horas ideales (línea guía)
Semana 1 60 60
Semana 2 45 45
Semana 3 30 30
Semana 4 0 0
EXPLICACIÓN DEL GRÁFICO:
• Semana 1:
El equipo comienza con 60 horas de trabajo pendientes. Esta semana está
centrada en las actividades iniciales, como la planificación y el diseño
preliminar del sistema.
• Semana 2:
En la segunda semana, el equipo reduce el trabajo pendiente a 45 horas. El
progreso es visible a medida que se van completando las primeras
funcionalidades clave.
• Semana 3:
La carga de trabajo se reduce aún más a 30 horas. El equipo implementa tareas
de mayor complejidad, como la integración de pasarela de pago y la generación
de boletos.
• Semana 4:
Al final de la cuarta semana, el equipo tiene 10 horas restantes. Aunque el
trabajo pendiente no ha llegado a cero como en la línea ideal (que indica 12
horas), la diferencia es mínima, lo que sugiere que el equipo está muy cerca de
completar el Sprint.
