UNIVERSIDAD TECNOLÓGICA DEL PERÚ

“PROYECTO DE IMPLEMENTACION DE UN SISTEMA DE GESTIÓN DE

INVENTARIO PARA LA EMPRESA JR MOTORS CON METODOLOGÍAS ÁGILES”

PROFESOR:

Carrasco Huamán, José Rogelio

INTEGRANTES – GRUPO 1:

 Candela Mantilla, Milagros U18310375

 Carmín Leandro Elías Jesús U20228777
 Diaz Ordoñez, Kevin Albert U19202892
 Llontop Silva, Richar U20308509
 Mendoza Castro, Michael U20246750
 Ramirez Infante, Cesar Alejandro U18207969
 Torres Serna, Gianella U20207806
 Vivas Castro, Karla Julissa U21300871
 Ybañez Ybañez, Valery U17200487

AVANCE FiNAL

2023
ÍNDICE
1. ASPECTOS DEL PROYECTO.................................................................................................2

a) DATOS DE LA ORGANIZACIÓN..........................................................................................2

Descripción de la empresa.....................................................................................................2

MISIÓN.........................................................................................................................................3

VISIÓN.........................................................................................................................................3

Objetivos estratégicos de la empresa.................................................................................3

b) DATOS DEL PROYECTO.......................................................................................................3

Objetivo General del Proyecto..................................................................................................3

Objetivos Específicos..................................................................................................................3

2. APLICACIÓN: PROYECTO......................................................................................................3

a) Descripción del alcance del proyecto...............................................................................3

I. Alcance general del Proyecto a Implementar.............................................................3

II. Historias de usuario del proyecto.................................................................................4

III. Roles Scrum (Product owner, Scrum Master, Developers).....................................8

b) Artefactos Scrum....................................................................................................................8

I. Product Backlog................................................................................................................8

II. Sprint Backlog....................................................................................................................9

III. Increment...........................................................................................................................11

c) Descripción de eventos Scrum.........................................................................................13

I. Sprint Planning................................................................................................................13

II. Daily Meeting....................................................................................................................16

III. Sprint Review...................................................................................................................18

IV. Retrospective...................................................................................................................21

V. Product Backlog..............................................................................................................23

d) Tablero Kanban del proyecto............................................................................................24

3. Conclusiones...........................................................................................................................25
1. ASPECTOS DEL PROYECTO
a) DATOS DE LA ORGANIZACIÓN
Descripción de la empresa
JR MOTORS, es una empresa dedicada al mantenimiento automotriz, en general y
repuestos Multimarca, la cual esta perteneciente en el mercado desde hace 21 años.
Además, de contar con diferentes servicios, tiene presente la economía de sus
clientes, manteniendo diversas alianzas estratégicas con productores de lubricantes
y fabricantes de repuestos de importación para brindar el mejor precio del mercado
automovilístico.

MISIÓN
Satisfacer las necesidades de nuestros clientes y superar expectativas, a través de
un amplio servicio de calidad y una mejora continua.

VISIÓN
Ser un taller de reconocido prestigio por la calidad de nuestros servicios, la
honestidad de nuestro trabajo y precios justos.

VALORES
o Trabajar en equipo
o Honestidad
o Responsabilidad
o Superación

Objetivos estratégicos de la empresa

 La empresa se centra en los clientes, servicios y productos que pueden
encontrar en nuestro centro automotriz.
 Procuramos, brindar el mejor servicio tanto en mantenimientos como en pintura
automotriz, diferenciándonos al manejar las necesidades de los clientes de la
mejor manera posible, con respecto al mejor precio y la responsabilidad en cada
trabajo.
 Tenemos como socios estratégicos a proveedores de repuestos, los cuales
comercializan los mejores productos para así mantener una estructura de costo
accesible.
 Nosotros buscamos la buena atención al cliente y sus necesidades manteniendo
precios definidos y de su alcance

b) DATOS DEL PROYECTO

Objetivo General del Proyecto
Implementar un sistema de gestión de inventarios en la empresa JR Motor mediante
el análisis de comportamiento de inventario y los costos involucrados, que permita el
control de los productos almacenados.
Objetivos Específicos
o Diagnosticar el proceso actual que se tiene en la empresa para el control del
inventario.
o Determinar un sistema de control de inventario que se ajuste a las necesidades
y políticas de la empresa y que contribuya al mejoramiento existente de la
gestión de inventario.
o Controlar el ingreso, salida y stock de productos en la empresa JR Motor.
o Evaluar el sistema de gestión propuesto para el control del inventario en la
empresa.
o Completar la implementación y capacitación de la nueva plataforma.
2. APLICACIÓN: PROYECTO
a) Descripción del alcance del proyecto
I. Alcance general del Proyecto a Implementar
A través de este proyecto, se busca desarrollar un sistema de gestión de
Inventario, el cual dispondrá con diferentes divisiones, los cuales son 3 módulos:
el módulo de Productos, Movimientos y de Inventario. Asimismo, con los
módulos mencionados, se plantea alcanzar el éxito logrando cumplir los
requerimientos planteados que permitirá agilizar el proceso y desempeño de la
empresa JR Motors en su área de inventario.
II. Historias de usuario del proyecto
Las historias de usuario es un requerimiento para la realización de un proyecto,
ya que invita al usuario final a una conversación, y base a ello, el producto
Owner las realiza. A continuación, se mostrarán las historias en base al
proyecto:

HISTORIA DE USUARIO
Datos básicos (a ser llenados por Product Owner)
Número HU001 Estado Lista
Nombre HU001 - Validar Usuario
Sprints (Product Owner)
Sprint # 1 Prioridad Negocio P1
Release 1 Puntos Historia 2
Criterio General (Product Owner)
Yo, como Jefe de logística
Descripción Deseo Tener un control de acceso
Para Mayor seguridad a la información
Descripción
Sprint # Criterio Descripción
Dado Analista de almacén
Y ingrese al sistema
1 Cuando Tenga que acceder a los registros del inventario
Se procederá a mostrar un módulo de validación para ingresar
Entonces
sus datos
Dado Jefe de Almacén
1
Y Necesite utilizar el sistema
Cuando Controle la entrada de los productos
2
Se podrá ingresar los datos específicos para validar su usuario,
en el módulo del login:
Entonces
- ID USUARIO o DNI
- Contraseña.
Criterios de aceptación (Product Owner)
Consid
Sprint # Descripción
.
El sistema debe tener previo registro de todos los usuarios que accederán a
1
la plataforma.
1
El usuario se deberá encontrar en la base de datos, de lo contrario no podrá
2
ingresar al sistema
 El Encargado del registro debe brindarle el ID Usuario al empleado, antes
3
de empezar a usar el sistema.

Se mostrará un mensaje de aviso, cuando se intente ingresar al sistema y el

4
usuario no se encuentre en la base de datos designada.

Los mensajes de avisos u errores, el sistema, debe informar al encargado

5
técnico correspondiente.

HISTORIA DE USUARIO
Datos básicos
Número HU002 Estado Lista
Nombre HU002 – Registrar productos y proveedores en el sistema
Sprints
Sprint # 1 Prioridad Negocio P2
Release 1 Puntos Historia 4
Criterio General
Yo, como Jefe de almacén
Deseo Un módulo de registro de productos y proveedores
Descripción
Registrar los productos que existen en el inventario y conocer la
Para
existencia de sus proveedores.
Descripción
Sprint # Criterio Descripción
Dado Analista de logística
Y Se necesita agilizar el trabajo de inventario
1 Cuando Se recibe la mercancía del inventario
Se mostrará un apartado de registro para especificar el
Entonces
producto entrante
Dado Analista de almacén
Registre el producto con su respectivo proveedor al momento
Y
1 de la entrega con el sistema
Cuando Revise la entrega del producto
Se solicitará ingresar los datos del producto y del cliente
2
/proveedor:
- Nombre del proveedor
Entonces - RUC
- Mercancía entregada
- Lotes
- Fecha de entrada.
Criterios de aceptación (Product Owner)
Consid
Sprint # Descripción
.
El analista de logística debe estar capacitado previamente para revisar el
1
estado de los productos entrantes.

1 El Analista de Logística debe hacer una confirmación visual de que el

registro del producto y proveedor se ha realizado correctamente, cuando
2
complete el registro, el sistema deberá mostrar una confirmación visual que
indique que el registro se ha realizado exitosamente.
 El sistema debe verificar y alertar que el nombre del producto no esté
3
duplicado en la base de datos para evitar confusiones.

El sistema debe proporcionar opciones de búsqueda y filtrado para acceder

4 rápidamente a la información de productos y proveedores en función de
diferentes criterios, como categoría, nombre o proveedor.

Los datos del proveedor deben de estar registrados en el sistema de

5
manera correcta. Completando todos los campos del formulario de registro.

El programa debe estar disponible y funcionando, en cualquier momento

6
que se desee registrar un producto.
El registro de productos en el sistema deberá ser completando
7 correctamente, de lo contrario aparecerá en un mensaje de error en el
sistema.

HISTORIA DE USUARIO
Datos básicos
Número HU003 Estado Lista
Nombre HU003 - Registrar movimientos de entrada y salida
Sprints
Sprint # 1 Prioridad Negocio P2
Release 2 Puntos Historia 3
Criterio General
Yo, como Analista de Proyectos
Registrar los movimientos de los productos a través de un
Descripción Deseo
sistema
Para Mayor control y eficiencia
Descripción
Sprint # Criterio Descripción
Dado Analista de almacén
Y Controle la entrada y salida de los productos

1 Tenga que supervisar el registro de los productos y sus

Cuando
movimientos
Se procederá a mostrar un módulo registro para ingresar los
Entonces
movimientos de entrada y salida
Dado Asistente de Almacén
1 Y Registre y visualice una lista de productos y movimientos
Cuando Controle la entrada de los productos diariamente
Se podrá ingresar los datos específicos de los productos, el
2 módulo correspondiente:
- Nombre del producto
Entonces - Marca
- Fecha de ingreso
- Fecha de egreso
- Motivo de operación.
Criterios de aceptación (Product Owner)
Consid
Sprint # Descripción
.
 El analista debe tener conocimiento de todos los productos con los cuales
1
deberá trabajar registrando, para que sirve y como se almacena.

El usuario se deberá encontrar en la base de datos, de lo contrario no podrá

2
registrar las entradas y salidas de los productos.

Dado que se registre la salida o entrada de un producto, se debe actualizar

3
el estado de stock del inventario
Se debe tener en un conocimiento de los productos que salen más que
1 4
otros.
El stock siempre debe coincidir con cada movimiento de entrada o salida de
5
un producto.
El mensaje de restricción del producto debe aparecer en el momento
6 posterior a la preevaluación detallada párrafos atrás, así como también no
debe dejarte continuar.

Se debe tener en cuenta que actualmente existe un proceso de atención,

7
este proceso no debe verse alterado con la forma de pedido.

Historia de Usuario
Datos básicos
Número HU004 Estado Lista
Nombre HU004 – Registrar Orden de compra
Sprints
Sprint # 1 Prioridad Negocio P3
Release 2 Puntos Historia 4
Criterio General
Yo, como Encargado de Almacén

Descripción Deseo Registrar las órdenes de compra que ingresan y egresan.

Tener control y lista de la mercancía que se compra para el
Para
almacén
Descripción
Sprint # Criterio Descripción
Dado Asistente de almacén
Y Controle la mercancía del inventario.
1 Cuando Tenga que realizar las ordenes correspondientes del día.
Se procederá a mostrar un módulo de registro para llenar la
Entonces
orden de compra
Dado Asistente de logística

1 Y Visualice una lista de Orden de compra

Cuando Controle la mercancía que ingresa o egresa del inventario.

2 Se podrá ingresar los datos específicos de la Orden de compra:

- Número de Orden
- Producto
Entonces
- Fecha de ingreso o egreso
- Dirección de entrega
- Fecha de llegada.
Criterios de aceptación (Product Owner)
Sprint # Consid Descripción
 .
El Encargado debe verificar que los productos que ingresan se encuentren
1
registrados en el sistema.

El usuario deberá verificar que las ordenes que entrar y salen, estén
2
registrados en el módulo de orden de compra.

Cuando se registre el formulario de la orden, se deberá esperar la

3
1 confirmación del gerente de área para procesar el estado a "En progreso".

Se mostrará un mensaje de error cuando al realizar una orden, no se

4
encuentre en stock el producto seleccionado.

Se deberá cambiar el estado de cada orden una vez concluidos cada uno,
5 los estados deberán aparecer en el siguiente orden: Borrador, En progreso,
Completado.

III. Roles Scrum (Product owner, Scrum Master, Developers)

ROLES SCRUM
Eventos que
Roles Encargado Objetivo del rol
dirige
Se encargará de decidir el rumbo
del proyecto. Creando estrategias,
negociaciones junto con los
Product Julissa Karla Planning y
interesados y maximizará el valor
Owner Vivas Castro Review
del trabajo del equipo. Asimismo,
gestionará el Product Backlog, en
base al objetivo del proyecto.

Lidera y sirve a los equipos en la

gestión ágil, promoviendo la
autoorganización y la
responsabilidad. Además, busca
Scrum Gianella Torres
ayudar con los impedimentos y Retrospectiva
Master Serna
guiar en las mejoras para lograr la
efectividad del Scrum team.
Siempre está al servicio del
Product Owner y de la empresa.
Son todas las habilidades
necesarias para crear
Milagros Canela funcionalidades en incremento del
Elías Carmín software. Los miembros son
Developers
Kevin Díaz responsables y no deben existir Daily
Team
Valery Ybañez sub-equipos. Son los principales
Cesar Ramírez responsables de crear y definir
como se hacen las cosas, entre
ellos, los planes para el sprint.

b) Artefactos Scrum
I. Product Backlog
El Product Backlog del proyecto es una lista de trabajo ordenado por prioridades
para el equipo de desarrollo que se obtuvo de las historias de usuario y sus
 criterios. A continuación, se mostrará la lista de los ítems de las historias de
usuario, junto con su nivel de prioridad.

Priori Product User Puntos Estimación

Historia de Usuario
dad Backlog Ítems Story# Historia (Horas)
“El usuario se deberá
Creación de encontrar en la base de datos,
1 1 3 72
Base de datos de lo contrario no podrá
ingresar al sistema”
Como jefe de logística, deseo
Página de
tener un control de acceso
2 validación - 1 3 72
para mayor seguridad a la
Login
información.
Como jefe de almacén, deseo
un módulo de registro de
Registro de
3 2 productos para registrar los 4 96
Productos
productos existentes en el
inventario.
Como Analista de proyectos,
deseo registrar los
Registro de movimientos de los productos
4 3 3 72
movimientos a través de un sistema, para
mayor control y eficiencia en el
proceso,
Como Encargado de almacén,
deseo registrar las órdenes de
Registro de
compra que ingresan y
5 Orden de 4 2 48
egresan para tener control y
Compra
lista la mercancía que se
compra para el inventario.
Como jefe de almacén, deseo
un módulo de registro de
Registro de
6 2 proveedores para registrar la 4 96
Proveedores
existencia de la mercancía de
cada producto.
II. Sprint Backlog

El Sprint Backlog está relacionado con el objetivo del proyecto y es establecido

por el Product owner y los Developers. Además, para su realización, es
básicamente la lista de tareas decidida por el equipo Scrum, que fueron
identificadas con las historias de usuario y el producto backlog.
III. Increment
El Increment es la suma de todas las funcionalidades y mejoras desarrolladas
durante un Sprint. Pero, en el caso, de una historia de usuario, el Increment es
el resultado del trabajo realizado en esa historia y debe estar en un estado que
cumpla con todos los criterios de aceptación y estándares establecidos. Para las
historias de usuario realizadas en el proyecto, veremos el increment de cada
uno:

USER HISTORY 1
Nombre HU HU001 - Validar Usuario
Increment
Criterio de aceptación Estado
Registro previo de usuarios Terminado
 Verificación de existencia de usuarios Terminado

Entrega del ID de Usuario En Revisión

Mensaje de aviso para usuarios no
Terminado
registrados
Reporte de mensajes de aviso y errores Terminado

USER HISTORY 2
Nombre HU HU002 – Registrar productos y proveedores en el sistema
Increment
Criterio de aceptación Estado
Capacitación del analista de logística Terminado

Confirmación visual de registro exitoso Terminado

Verificación de nombre duplicado En Revisión

Validación del registro del producto En Revisión

Opciones de búsqueda y filtrado Terminado

Registro completo de datos del proveedor Terminado

Disponibilidad y funcionamiento en cualquier momento Terminado

USER HISTORY 3
Nombre HU HU003 - Registrar movimientos de entrada y salida
Increment
Criterio de aceptación Estado
Conocimiento de productos por parte del analista Terminado

Actualización del stock del inventario En Revisión

Conocimiento de productos con mayor demanda Terminado

Coherencia del stock con movimientos Terminado

Restricción del producto durante la preevaluación En Revisión

No afectar el proceso de atención En Revisión

USER HISTORY 4
Nombre HU HU004 – Registrar Orden de compra
Increment
 Criterio de aceptación Estado
Verificación de productos ingresados Terminado
Validación con el módulo de orden de
Terminado
compra
Mensaje de error por falta de stock En Revisión

Cambios en el estado de la orden En Revisión

c) Descripción de eventos Scrum

Para adaptar completamente a la metodología ágil Scrum, debemos para por
diferentes eventos predefinidos, los cuales nos ayudaran a regular y minimizar la
necesidad de reuniones no definidas. Asimismo, cada uno de los eventos están
contenidos en el propio Sprint. A continuación, veremos el orden de los eventos y los
Sprints realizados para el proyecto:

Nota. Adaptado de SCRUM: Um guia para a gestão ágil, de Victor Stati, 2021
(https://victorstati.medium.com/scrum-um-guia-para-a-gest%C3%A3o-%C3%A1gil-bc04c9375d60)

I. Sprint Planning

SPRINT 1
Nombre HU HU002 - Registrar movimientos de entrada y salida
Criterio General
Yo, como Analista de Proyectos
Registrar los movimientos de los productos a través de
Descripción Deseo
un sistema
Para Mayor control y eficiencia
SPRINT PLANNING

Objetivo del Crear una interfaz en el sistema de administración de inventarios que

Sprint (Product permita el registro y manejo de las operaciones relacionadas con la
Owner) entrada y salida de productos en el almacén.
 Crear la interfaz de registro de entrada y salida de productos que
permitan a los usuarios ingresar los detalles necesarios, como
producto, cantidad, fecha y otros datos relevantes.
Implementar la lógica necesaria para que los usuarios puedan
registrar los movimientos de entrada y salida de productos,
asegurando la actualización adecuada del inventario y la validación
Tareas (Equipo de datos.
de desarrollo)
Asegurar que las funcionalidades de registro de movimientos estén
correctamente integradas con la interfaz de inicio de sesión existente,
garantizando el acceso seguro y controlado a las operaciones.

Implementar una función para generar informes actualizados del

inventario después de cada movimiento registrado, para proporcionar
una visión clara del stock disponible y facilitar la toma de decisiones.
Al comienzo del sprint, se llevará a cabo una reunión de planificación
con el propósito de definir los roles y responsabilidades de cada
integrante del equipo.
Durante el sprint, se promoverá un enfoque colaborativo y una
Evolución del comunicación abierta y constante entre los miembros del equipo,
Equipo de garantizando una asignación adecuada de tareas y la resolución
trabajo (Scrum eficiente de obstáculos y dudas que puedan surgir durante el
Master) desarrollo del proyecto.
Se llevarán a cabo reuniones diarias de revisión de avance para
mantener a todos los miembros del equipo informados sobre el
progreso del proyecto, identificar posibles problemas o impedimentos
y facilitar la colaboración entre ellos.
Al concluir el sprint, se realizará una retrospectiva para evaluar el
trabajo y encontrar oportunidades de mejora en los procesos y la
colaboración del equipo.

SPRINT 2
Nombre HU HU003 - Registrar productos y proveedores en el sistema
Criterio General
Yo, como Jefe de almacén
Un módulo de registro de productos y control de
Descripción Deseo
movimientos
Para Registrar los productos que entran y salen del almacén
SPRINT PLANNING

Objetivo del Otorgar al sistema de gestion de inventarios una interfaz registro,

Sprint (Product actualización, eliminación, buscar y listar los productos que entran y
Owner) salen del almacén.

Tareas (Equipo Al inicio del sprint, se diseñará la interfaz de inicio de sesión, que
de desarrollo) permitirá a los usuarios autenticarse en el sistema.
 Durante el sprint, se desarrollarán las funcionalidades de registro,
actualización, eliminación, búsqueda y listado de productos,
asegurando su correcto funcionamiento y validación de datos.
Al finalizar el sprint, el sistema contará con una interfaz de inicio de
sesión para los usuarios y permitirá realizar todas las operaciones
relacionadas con la gestión de productos de manera eficiente y
segura.

Al inicio del sprint, se realizará una reunión de planificación para

establecer los roles y responsabilidades de cada miembro del equipo.

Durante el sprint, se fomentará la colaboración y comunicación

constante entre los miembros del equipo, asegurando una correcta
asignación de tareas y resolviendo posibles obstáculos o dudas.

Evolución del Se realizarán revisiones diarias de avance (Daily scrum) para

Equipo de mantener a todos los miembros del equipo al tanto del progreso y
trabajo (Scrum compartir posibles problemas o impedimentos.
Master)
Al finalizar el sprint, se llevará a cabo una retrospectiva para evaluar
el trabajo realizado e identificar oportunidades de mejora en los
procesos y la colaboración del equipo.

SPRINT 3
Nombre HU HU004 - Registrar Orden de compra
Criterio General
Yo, como Asistente de Almacén
Descripción Deseo Registrar las órdenes de compra que egresan
Tener control y lista de la mercancía que sale del
Para
almacén
SPRINT PLANNING

Objetivo del Implementa en el sistema de gestión de inventarios una interfaz que

Sprint (Product permite un registro detallado de cada compra, comprueba que
Owner) producto se compró, cuánto costó y en donde se realizó la compra.
Tareas (Equipo
Al inicio del sprint, el sistema crea una pantalla que genera la orden
de desarrollo)
de compra y realiza una conexión para guardar registro en la
colección orden-compra y, asimismo, se crea una ruta para la
creación de orden de compra.
Durante el sprint, el sistema crea la pantalla de listado de la orden de
compra, se realizan conexiones para para consultar y verificar todos
los registros en la colección orden-compra, se crea la ruta de
creación del listado de productos en conjunto a sus botones de
acción.
 Al finalizar el sprint, el sistema crea la funcionalidad de un botón de
acción, para actualizar el listado de órdenes de compras, crea la
pantalla de eliminación de una orden de compra y realiza una
conexión para eliminar el registro, asimismo, crea un botón de acción
para confirmar la eliminación del registro.

Al comienzo de cada Sprint, el Scrum Master se asegura de que el

equipo de trabajo comprenda los objetivos y el alcance del Sprint. Se
fomenta la colaboración y se establece una mentalidad de equipo
para trabajar juntos hacia un objetivo común.

Durante la reunión de planificación del Sprint, el Scrum Master facilita

la discusión y ayuda al equipo a definir las tareas y los entregables
que se llevarán a cabo durante el Sprint. Se alienta la participación
activa de todos los miembros del equipo para garantizar un
entendimiento común y un compromiso con el trabajo a realizar.
Evolución del
Equipo de Durante las reuniones diarias de Scrum (Daily Scrum), el Scrum
trabajo (Scrum Master guía al equipo en la revisión del progreso y en la identificación
Master) de posibles obstáculos. Se fomenta la transparencia y la
comunicación abierta entre los miembros del equipo. El Scrum
Master se asegura de que la reunión se mantenga enfocada y que
todos tengan la oportunidad de expresar cualquier problema o
necesidad de apoyo.
Al finalizar el Sprint, el Scrum Master organiza la reunión de revisión
del Sprint, en la cual el equipo de trabajo demuestra el incremento de
producto completado. El Scrum Master facilita la retroalimentación y
la discusión sobre el trabajo realizado, y se enfoca en la colaboración
con los stakeholders para obtener su opinión y comentarios.

II. Daily Meeting

El objetivo de las reuniones diarias (Daily Meeting) es mantener a todo el equipo
actualizado sobre el progreso de cada Sprint, identificar posibles obstáculos y
colaborar en la resolución de problemas para asegurar que el equipo alcance
sus metas para el sprint. Para cada reunión, de los sprint del proyecto, se
respetaron la siguiente agenta:
1. Informe de avance individual: Cada miembro del equipo compartirá
brevemente lo que realizó desde el último Daily Meeting, qué tiene planeado
hacer, y si hay algún problema o impedimento que esté enfrentando.
2. Revisión del tablero de tareas: El Scrum Master mostrará el tablero
Kanban, y el equipo revisará el progreso general del sprint. Se resaltarán
las tareas completadas y las pendientes.
3. Actualización de registros: Se revisará el estado actual de cada registro
del sistema. Si hay problemas con la calidad de los datos o cualquier otro
tema relevante, se discutirán y se asignarán responsabilidades para
resolverlos.
4. Identificación de obstáculos: Si algún miembro del equipo está
enfrentando dificultades o bloqueos, se discutirán en cada reunión. El
equipo ayudará para encontrar soluciones o aportar asistencia para los
obstáculos.
 5. Comunicación entre equipos: Se discutirá si existen dependencias y se
abordarán posibles problemas de coordinación.
6. Recordatorio de objetivo del sprint: El Scrum Master recordará el objetivo
específico del sprint y asegurará que todos estén enfocados en lograrlo.
7. Preguntas y comentarios: Se dará tiempo para preguntas y comentarios
adicionales por parte del equipo.
8. Cierre: Se recordará a todos la hora y lugar del próximo Daily Meeting y se
dará por concluida la reunión.
A continuación, se detallará los Daily meeting de cada Sprint que se tuvieron
durante el proyecto:

SPRINT 1
Nombre HU HU002 - Registrar movimientos de entrada y salida
DAILY MEETING
Scrum Master: Buenos días con todos, el día de hoy nos reunimos para concretar los
procesos en el sprint. Primeramente el equipo de desarrollo:¿Como les va su avance
hasta el momento con la implementación de la interfaz que permita registrar y control?

Desarrollador 1: Se completo el diseño de la interfaz y se ha comenzado a trabajar en el

registro de los productos, definirlos por los tipos de productos, su uso, etc.

Desarrollador 2: Yo por otro lado eh estado programando la interfaz para que se actualice
cada que haya un movimiento( entradas-Salidas),devoluciones y cambios de ubicación.

Scrum Master: Excelente. ¿Hay algún obstáculo o problema que necesitemos abordar?

Desarrollador 1: Conflictos con el tema de registro por tipo de productos, pero nada que
no se pueda mejorar.

Scrum Master: Esta bien, mantengan al tanto de cualquier avance. Buen trabajo.

SPRINT 2
Nombre HU HU003 - Registrar productos y proveedores en el sistema
DAILY MEETING
Scrum Master: Buenos días a todos. Hoy nos reunimos para compartir nuestro progreso
en el sprint y discutir posibles obstáculos. Empecemos con el equipo de desarrollo. ¿Cuál
es tu avance hasta el momento en la implementación del módulo de registro de productos
y control de movimientos?

Desarrollador 1: He completado el diseño de la interfaz de inicio de sesión y he

comenzado a trabajar en las funcionalidades de registro y actualización de productos.

Desarrollador 2: Yo he estado trabajando en la funcionalidad de eliminación de productos.

Estoy realizando las pruebas y verificando que todo funcione correctamente.

Scrum Master: Excelente. ¿Hay algún obstáculo o problema que necesitemos abordar?

Desarrollador 1: Me he encontrado con algunos desafíos técnicos al validar los datos de

entrada en el formulario de registro. Estoy trabajando en encontrar la mejor solución.

Scrum Master: Perfecto, mantén al equipo informado sobre cualquier avance o necesidad
de apoyo. Sigamos adelante.

SPRINT 3
Nombre HU HU004 - Registrar Orden de compra
DAILY MEETING
Scrum Master: ¡Buenos días a todos! ¡Bienvenidos al Daily Meeting! Veamos qué tareas
hemos completado desde nuestro último encuentro y discutamos las tareas en curso.
¿Quién quiere empezar?

Desarrollador 1: Desde el último Daily Meeting, he creado la pantalla que genera la orden
de compra y he establecido la conexión para guardar el registro en la colección “orden-
compra”. También he creado la ruta correspondiente para la creación de la orden de
compra.

Scrum Master: ¡Excelente trabajo, Desarrollador 1! Eso suena muy prometedor. ¿Alguien
más quiere compartir su progreso?

Desarrollador 2: ¡Claro! He completado la pantalla de listado de órdenes de compra y he

realizado las conexiones necesarias para consultar y verificar todos los registros en la
colección “orden-compra”. Además, he creado la ruta para el listado de productos y sus
botones de acción correspondientes.

Scrum Master: Genial, Desarrollador 2. Es genial ver cómo avanzamos en el sprint. ¿Hay
alguna tarea en la que necesiten ayuda o enfrenten algún bloqueo?

Desarrollador 3: Tengo un pequeño bloqueo en la implementación de la funcionalidad del

botón de acción para actualizar el listado de órdenes de compra. Estoy investigando
cómo lograrlo de la manera más eficiente.

Scrum Master: Entendido, Desarrollador 3. Te recomiendo ponerte en contacto con

Desarrollador 2, ya que ha trabajado en funcionalidades similares. Quizás pueda darte
algunas ideas o ayudarte a superar ese bloqueo. Ahora, pasemos a las tareas que
tenemos planeadas para hoy. Según el plan, debemos crear la pantalla de eliminación de
una orden de compra y establecer la conexión para eliminar el registro de la colección
“orden-compra”. Además, debemos agregar un botón de acción para confirmar la
eliminación del registro. ¿Todos están listos para asumir estas tareas?

Desarrollador 1: Sí, estoy listo para trabajar en la pantalla de eliminación y la conexión

correspondiente.

Desarrollador 2: ¡Yo también! Asumiré la responsabilidad de crear el botón de acción

para confirmar la eliminación.

Scrum Master: ¡Perfecto! Manténganse en contacto y trabajen juntos en caso de que

necesiten colaborar. Si surge algún problema o bloqueo, no duden en pedir ayuda al
equipo. Sigamos avanzando y asegurémonos de que el sprint sea un éxito.

III. Sprint Review

El objetivo de las reuniones de Sprint Review es demostrar y evaluar el trabajo
completado durante los Sprints realizados. Se proporcionará una visión general
de las características implementadas, se recopilarán comentarios y se discutirán
en la presentación. Para llevar a cabo el Sprint Review se realizó una serie de
pasos que nos ayudó a organízanos en las reuniones:
1. Bienvenida y contexto: El Product Owner dará la bienvenida y
proporcionará un breve contexto sobre el Sprint correspondiente a la sesión,
recordando el objetivo y las características del Sprint.
 2. Demostración de funcionalidades: El equipo de desarrollo realizará una
demostración de las funcionalidades completadas durante el sprint,
destacando como se utiliza y que beneficios trae la implementación al
usuario.
3. Feedback del equipo y partes interesadas: Después de la demostración,
los miembros del equipo o cualquier parte interesada puede proporcionar un
feedback sobre las características implementadas. Todos los miembros
deberán compartir sus opiniones y sugerencias de mejora.
4. Cumplimiento del objetivo del sprint: El Product Owner evaluará si el
objetivo del sprint se ha cumplido según lo planeado. Además, se discutirá
si todas las funcionalidades planificadas se completaron y si se lograron los
resultados esperados.
5. Análisis del progreso: El Scrum Master presentará el progreso actualizado
del proyecto, mostrando el estado del sprint y explicando cualquier
desviación significativa.
6. Lecciones aprendidas: El equipo discutirá las lecciones aprendidas
durante el sprint.
7. Agradecimientos y cierre: El Scrum Master agradecerá a todos los
asistentes por su participación durante el Sprint. Se recordará a todos la
fecha y hora del próximo Sprint Planning.
A continuación, se detallará los Sprint Review de cada Sprint que se tuvieron
durante el proyecto:

SPRINT 1
Nombre HU HU002 - Registrar movimientos de entrada y salida
SPRINT REVIEW

Product Owner: Buenos días con todos, como saben se logró desarrollar e implementar la
interfaz que nos permita registrar, y monitorear la entradas y salidas de los productos.
Gracias a todos y trabajo en equipo.

Desarrollador 2: He logrado obtener estadísticas de cada artículo, como numero de

salidas, inventarios, consumos y productos en stock.

Product Owner: Genial, Ahora podemos automatizar todo tipo de tareas asi como de
disponer de toda la información sobre la situación del almacén en tiempo real, para de
esta forma tomar decisiones instantáneas.

Scrum Master: Que buen trabajo en equipo. ¿Alguna opinión para un futuro Sprints?

Desarrollador 1: Podemos seguir el recorrido que hacen los productos desde la cadena
de suministros, de esta forma es posible optimizar las rutas y hacer uso eficiente de los
recursos.

Product Owner: Buen aporte, a tomar en cuenta cada opinión para un futuro sprint.

SPRINT 2
 Nombre HU HU003 - Registrar productos y proveedores en el sistema
SPRINT REVIEW

Product Owner: Quiero darles las gracias a todos por el arduo trabajo realizado durante
este sprint. Hemos logrado desarrollar e implementar con éxito el módulo de registro de
productos y control de movimientos en nuestra intranet.

Desarrollador 2: Durante el sprint, hemos mejorado la interfaz de usuario y hemos

agregado funcionalidades para realizar búsquedas y listados de productos de manera
eficiente.

Product Owner: Exacto, ahora podemos registrar, actualizar y eliminar productos de

forma segura y ágil. También hemos incorporado validaciones para garantizar la
integridad de los datos.

Scrum Master: Ha sido un gran esfuerzo en equipo. ¿Hay alguna retroalimentación o

sugerencia para futuros Sprints?

Desarrollador 1: Creo que podríamos mejorar la comunicación entre el equipo de

desarrollo y el Jefe de almacén para asegurarnos de que las funcionalidades cumplen
con todas sus necesidades.

Product Owner: Tomaremos en cuenta tu sugerencia y trabajaremos en estrechar esa

comunicación. ¡Sigamos adelante con el próximo sprint!

SPRINT 3
Nombre HU HU004 - Registrar Orden de compra
SPRINT REVIEW

Scrum Master: ¡Bienvenidos al Sprint Review! Hoy mostraremos las funcionalidades

desarrolladas en este sprint. ¿Quién quiere empezar?

Desarrollador 1: Presentaremos la pantalla de registro de órdenes de compra. Hemos

implementado todas las funcionalidades requeridas, como el ingreso de proveedores y
productos, el cálculo del costo y la visualización de la ubicación de la compra.

Usuario Final: ¡Excelente trabajo! Me gusta la interfaz y cómo puedo ingresar fácilmente
los detalles de las órdenes de compra. ¿Pueden agregar una función para adjuntar
documentos relacionados?

Desarrollador 2: Tomaremos en cuenta tu sugerencia para futuros Sprints. Nos alegra

que te guste la interfaz y las funcionalidades actuales.

Scrum Master: Gracias por tu feedback. Lo consideraremos en nuestra próxima

planificación.

IV. Retrospective
El objetivo del Sprint Retrospective es reflexionar sobre el Sprints, identificar qué
funcionó bien, qué se puede mejorar y establecer un plan de acción para
 implementar cambios positivos en el próximo sprint. De esa manera, se
desarrolló una propuesta para el seguimiento del Retrospective en la reunión:
1. Bienvenida y establecimiento del tono: El Scrum Master dará la
bienvenida a todos los miembros del equipo y recordará el propósito de la
reunión: revisar el sprint de manera constructiva y colaborativa para mejorar
el proceso.
2. Recopilación de datos: Se utilizarán diferentes técnicas para recopilar
datos sobre el sprint. Los miembros del equipo compartirán lo que
consideren que funcionó bien, lo que consideren que no funcionó y
cualquier otra observación relevante.
3. Identificación de elementos positivos: El equipo resaltará los aspectos
positivos de los sprints. Se enfocarán en los logros, avances y prácticas que
resultaron efectivas y que deberían mantenerse en futuros sprints.
4. Discusión de desafíos y obstáculos: Se analizarán los desafíos y
obstáculos que el equipo enfrentó durante el sprint. Ello, para entender las
causas y cómo se abordaron para extraer lecciones aprendidas.
5. Identificación de áreas de mejora: El equipo identificará las áreas que
pueden mejorarse en el proceso de registro de movimientos. Se discutirán
posibles mejoras en la precisión de los registros, la eficiencia del proceso y
cualquier otro aspecto relevante.
6. Priorización y plan de acción: El equipo votará o priorizará las áreas de
mejora identificadas y seleccionará las más relevantes para abordar en los
próximos sprint. Luego, se establecerá un plan de acción con tareas
específicas, responsables y plazos para implementar esas mejoras.
7. Revisión de la comunicación y colaboración: Se analizará la efectividad
de la comunicación y colaboración entre los miembros del equipo durante el
registro de movimientos. Se propondrán ideas para mejorar la coordinación
y el trabajo en equipo.
8. Compromiso del equipo: Cada miembro del equipo expresará su
compromiso para trabajar en las áreas de mejora acordadas y asegurar el
éxito del próximo sprint correspondiente.
9. Cierre: El Scrum Master agradecerá a todos los miembros del equipo por su
participación y contribución en la retrospectiva. Se recordará la importancia
del aprendizaje continuo y el enfoque en la mejora constante.
A continuación, veremos las conversaciones que se llevaron a cabo durante el
Retrospective de cada Sprint:

SPRINT 1
Nombre HU HU002 - Registrar movimientos de entrada y salida
SPRINT RETROSPECTIVE
Scrum Master: Con respecto a la retrospectiva, evaluemos el rendimiento del equipo
durante lo trabajado previamente ¿Que podemos rescatar?

Desarrollador 2: Ejecutamos todo lo planeado previamente en tiempo y calidad optima.

Desarrollador 1: La motivación de cada integrante se resaltó gracias al trabajo en equipo

y comunicación durante la elaboración del proyecto.

Scrum Master: Bien dicho. ¿Alguna mejora que podamos identificar?

Desarrollador 1: Asignar las partes a trabajar a personas que puedan ejecutarlas a la

perfección, asi evitamos retrasos.

Scrum Master: Registremos cada opinión para tomar en cuenta. Agradecido por su apoyo
y comentarios. Sigan mejorando en los próximos proyectos.

SPRINT 2
Nombre HU HU003 - Registrar productos y proveedores en el sistema
SPRINT RETROSPECTIVE

Scrum Master: En esta retrospectiva, evaluaremos nuestro rendimiento durante el sprint y

discutiremos cómo podemos mejorar en el futuro. ¿Qué aspectos positivos podemos
destacar?

Desarrollador 2: Hemos logrado completar todas las funcionalidades planificadas y

entregamos un producto de calidad.

Desarrollador 1: También hemos mejorado nuestra colaboración y comunicación dentro

del equipo, lo que nos permitió resolver problemas de manera más eficiente.

Scrum Master: Muy bien. ¿Hay alguna oportunidad de mejora que podamos identificar?

Desarrollador 1: Podríamos haber asignado mejor las tareas al inicio del sprint para evitar
desequilibrios en la carga de trabajo.

Scrum Master: Tomemos nota de eso y asegurémonos de tener una planificación más
equilibrada en el próximo sprint. Agradezco sus comentarios y sugerencias. Sigamos
mejorando juntos en los siguientes sprints.

SPRINT 3
Nombre HU HU004 - Registrar Orden de compra
SPRINT RETROSPECTIVE
Scrum Master: En esta sesión de retrospectiva, reflexionaremos sobre nuestro
desempeño durante el sprint. ¿Qué aspectos creen que podríamos mejorar?

Desarrollador 1: Considero que podríamos haber realizado una planificación más precisa
al inicio del sprint. A veces, nos encontramos con detalles no previstos que ralentizaron
nuestro progreso.

Desarrollador 2: Estoy de acuerdo. También noté que podríamos dedicar más tiempo a la
revisión exhaustiva de las historias de usuario antes de comenzar a trabajar en ellas.
Esto nos ayudaría a comprender mejor los requisitos y evitar posibles confusiones.

Scrum Master: Es un buen punto. La planificación detallada y la revisión minuciosa son

fundamentales para un mejor rendimiento en futuros sprints. Sigamos trabajando en
mejorar estos aspectos.

Desarrollador 3: Quiero resaltar la colaboración y el apoyo entre los miembros del equipo.
Nos hemos apoyado mutuamente para superar los desafíos y lograr nuestras metas.

Scrum Master: ¡Exactamente! La colaboración y el trabajo en equipo son fundamentales

para el éxito. Sigamos fomentando esa mentalidad en cada sprint.

V. Product Backlog
El Product Backlog, igual que las historias de usuario, es una lista ordenada por
prioridades, pero en este caso, relacionado con las tareas de los sprints
directamente. A continuación, se mostrará la lista de los ítems de los sprints,
junto con su nivel de prioridad.

Prior Product Estimación

Sprint# Tarea de Desarrollo
idad Backlog Ítems (Horas)
SPRINT 1
Se creará una interfaz que permita
Creación de registrar y manejar las operaciones
1 1 72
interfaz relacionadas con la entrada y salida
de los productos

Implementar lógica necesaria para

Implementación
2 1 que se puedan registrar los 48
de lógica
movimientos de entrada y de salida.
Verifica el correcto funcionamiento
de la interfaz con respecto a la
Control de
3 1 recolecta de datos garantizando el 144
calidad
acceso seguro y control de
operaciones
Se implementa una función que
Actualización genere informes actualizados del
4 1 36
autónoma inventario de pues de cada
operación.
SPRINT 2
 El equipo de desarrollo se encargará
Diseño de la
de diseñar la interfaz de inicio de
1 interfaz de inicio 2 72
sesión que permitirá a los usuarios
de sesión
autenticarse en el sistema.

Implementación El equipo implementará todas las

2 de 2 funcionalidades relacionadas con la 96
funcionalidades gestión de productos.

El equipo se asegurará de
Validación de implementar validaciones en los
3 2 48
datos. formularios y funciones relacionadas
con la gestión de productos.

El equipo realizará pruebas

Pruebas y
exhaustivas en todas las
4 correcciones de 2 72
funcionalidades implementadas
errores
durante el sprint.

Planificación y El equipo llevará a cabo una reunión

5 asignación de 2 para discutir y asignar roles y 48
roles responsabilidades a cada miembro.

SPRINT 3

Creación de El equipo desarrollará una pantalla

1 pantalla y 3 que permita generar órdenes de 72
conexión compra.

Se creará la pantalla de listado de

órdenes de compra. Se realizarán las
conexiones necesarias para
2 3 consultar y verificar todos los 48
registros almacenados en la
colección "orden-compra" en la base
de datos.
Desarrollo de
pantalla de
listado de El equipo desarrollará la
órdenes de funcionalidad de un botón de acción
3 3 48
compra y que permita actualizar el listado de
conexiones órdenes de compra.

Se creará la pantalla de eliminación

de órdenes de compra. Se
implementará una conexión para
4 3 72
eliminar el registro correspondiente
de la colección "orden-compra" en la
base de datos.

d) Tablero Kanban del proyecto

Kanban es un método Ágil que se enfoca en mejorar la visibilidad del flujo de trabajo
y medir el tiempo de una actividad. El tablero nos muestra las tareas en su
respectivo proceso y señalización de cada uno. Indicando el verde como “En
progreso”, amarillo como “En revisión”, Morado como “Terminado” y naranja como
“Errores encontrados”
3. Conclusiones.
 Se logró identificar y priorizar los requisitos y funcionalidades clave del sistema de
gestión de inventarios en colaboración con los stakeholders, todo esto evidenciado
en las tres historias de usuarios elaboradas que fueron resueltas en los sprint
gracias al equipo de trabajo.
 Se desarrolló debidamente el Product Backlog detallando los elementos necesarios
para el sistema de gestión de inventarios que reflejaran todas las actividades por
hacer entre las cuales se pudo ver también las ya realizadas.
 Se definió y estableció los roles scrum, lo cual es de suma importancia ya que define
las funciones de los miembros del equipo, es decir, establece las tareas o
actividades para cada persona que participe en el proyecto, lo cual destacan 3 roles
importantes el Product owner, scrum master y los Developers Team, con el rol scrum
se define de manera clara las actividades de cada persona que interviene en el
proyecto.
 Realizar el Daily meeting es esencial para la planificación del proyecto, puesto que
tiene la finalidad de mantener a todo el equipo actualizado respecto al progreso o
cómo va el sprint, identificando así posibles problemas u obstáculos que se puedan
presentar en el transcurso para así lograr los objetivos y metas planteadas por el
equipo.