SOLUCIÓN DE ESCRITORIO

PARA LA EMPRESA "CHILALO SHOTH"

Metodologìa Ágil
Framework Scrum
Integrantes:
-Namuche Solano Eswin Joel
- Hidalgo Morales Walter Jose
-Sullon Terrones Ruth Noemi
-Garcia Cornejo Ariana Ahely
ORIO
LO SHOTH"

il
m
 REQUERIMIENTOS DE USUARIO

Nro. 1 Descripción de los Requerimeintos de Usuario

Acceso de Usuario:El sistema debera permitir el acceso seguro al usuario con una
contraseña
1
Catalogo de Productos : El sistema debera presentar un catalogo de productos que
incluya imágenes y precios actualizados
2
Registro de Ventas :El sistema debera registrar cada venta ,incluyendo
fecha ,hora,producto,cantidad, precio y datos del vendedor
3
Calculo Automatico: El sistema debera calcular automaticamente el total de la venta
realizada
4
Emision de Recibos :El sistema debera emitir recibos detallados por cada venta
realizada
5
Generar Alertas :El sistema emitira alertas de colores sobre productos que estan en
Stock
6
Actualizacion de inventario : El sistema debera actualizarse en tiempo real despues de
un a compra
7
Modificación de Productos: El sistema deberá permitir la modificación de la
información de los productos existentes.
8
Analisis de Ventas :El sistema debera mostrar los productos mas vendidos y menos
vendidos
9
Registro de Productos :El sistema debera permitir el registro de nuevos productos,
incluyendo descripcion,precio,cantidad y categoria
10
Modificación de Boletas :El sistema debera permitir modificar los datos de la boleta
11
 ÉPICAS - HISTORIAS DE USUARIO
HU Descripción de las Historias de Usuario

El sistema debe permitir controlar el stock y alertar cuando los

HU1
productos estan bajos

El sistema debe actualizar en tiempo real el catalogo de los

HU2 productos

HU3 El sistema debe poder modificar los productos

El sistema debe permitir registrar productos con descripcion,

HU4
precio, cantidad y categoria

HU5 El sistema debe permitir que el usuario acceda al sistema

El sistema debe permitir organizar los productos mas

HU6
vendidos y menos vendidos en una tabla

HU7
El sistema va a mostrar un catalogo de productos con
imágenes y precios

El sistema de registrar ventas con fecha, hora, producto,

HU8
cantidad y precio.

El sistema de calcular automaticamente el total de cada

HU9
producto

HU10
El sistema debe permitir registrar pagos con metodo de
pago, fecha y hora

HU11
El sistema debe permitir modificar los datos de la boleta
antes de ser entregada
HU11
El sistema debe permitir modificar los datos de la boleta
antes de ser entregada
 Épicas PROBLEMA

La licorería Chilalo enfrenta desafíos

significativos debido a la ausencia de un
sistema de ventas digital que registre cada
GESTION DE INVENTARIO compra, controle el inventario en tiempo real y
ofrezca un catálogo actualizado de productos.
Esta carencia dificulta la gestión eficiente de
las operaciones y limita la capacidad de
respuesta ante las necesidades del mercado.

PRODUCTO
Este producto consiste en un sistema de
GESTION DE ADMINISTRADOR ventas que automatiza los procesos de pago
de los clientes y permite la visualización del
catálogo de productos disponibles, junto con
su precio y categoría. Este sistema de ventas
posibilitará a la licorería optimizar la gestión
del inventario y mejorar la experiencia del
cliente, garantizando que los datos se
mantengan siempre actualizados. Además, se
prevé un aumento en la rentabilidad al reducir
costos operativos innecesarios.

GESTION DE VENTAS
 BLEMA

lo enfrenta desafíos
o a la ausencia de un
igital que registre cada
ventario en tiempo real y
ctualizado de productos.
a la gestión eficiente de
imita la capacidad de
ecesidades del mercado.

DUCTO
siste en un sistema de
za los procesos de pago
mite la visualización del
os disponibles, junto con
. Este sistema de ventas
ería optimizar la gestión
orar la experiencia del
ndo que los datos se
ctualizados. Además, se
la rentabilidad al reducir
vos innecesarios.
 CRITERIOS DE ACEPTACIÓN DE HISTORIAS DE

Historia de Usuario: HU01

Título: Acceso de Usuario

Usuario:Empleado de tienda
Developer Team: Ariana
Cómo
encargado de ventas
Quiero
Descripción de la HU01 Acceder de manera segura al sistema
Para
Pueda realizar mis funciones sin compro

El sistema debe requerir credenciales (usuario y contras

Criterios de Aceptación
Se debe registrar la actividad de inicio de sesión de los

Historia de Usuario: HU02

Título: Catálogo de Productos
Usuario:Empleado de tienda
Developer Team: Ruth
Cómo
Encargado de ventas
Quiero
Descripción de la HU02 Ver un catálogo de productos con imáge
Para
Pueda elegir fácilmente los productos

El catálogo debe actualizarse automáticamente al agreg

Criterios de Aceptación
Los productos deben ser categorizados para facilitar la C

Historia de Usuario: HU03

Título: Registro de Ventas
Usuario:Empleado de tienda
Developer Team: Eswin
Cómo
encargado de ventas
Quiero
Descripción de la HU03 Registrar cada venta con todos los deta
Para
Pueda llevar un control preciso de las ve
 El sistema debe permitir la búsqueda de productos dura
Criterios de Aceptación
Se debe mostrar un resumen de la venta antes de finaliz

Historia de Usuario: HU04 Cálculo Automático

Título:
Usuario:Empleado de tienda
Developer Team: Walter
Cómo
encargado de ventas
Quiero
Que el sistema calcule automáticamente
Descripción de la HU04
Para
Que pueda acelerar el proceso de pago

El cálculo debe incluir impuestos aplicables y descuento

Criterios de Aceptación
El total debe mostrarse en pantalla antes de la confirma

Historia de Usuario: HU05 Título: Emisión de boletas

Developer Team:Ariana Usuario:Empleado de tienda

Cómo encargado de ventas

Quiero Dar Boletas detalladas después de la c
Descripción de la HU05
Para Poder tener un registro de la compra .

El recibo debe incluir todos los detalles de la transacción

Criterios de Aceptación precios.
El sistema debe ofrecer la opción de enviar el recibo po
Criterios de Aceptación precios.
El sistema debe ofrecer la opción de enviar el recibo po

Historia de Usuario: HU06 Título: Generar Alertas

Developer Team:Ruth Usuario:Empleado de tienda
Cómo encargado de ventas
Descripción de la HU06 Quiero Controlar el inventario
Pueda reabastecer y recibiraalertas
productos tiempocy
Para

El administrador debe poder observar el stock de cada

Criterios de Aceptación
Las alertas deben mostrarse en un panel de control acc

Historia de Usuario: HU07 Título: Actualización del inventario

Developer Team:Eswin Usuario:Empleado de tienda
Cómo encargado de ventas
Descripción de la HU07 Quiero Registrar las entradas y salidas de prod
Para Pueda mantener un control preciso del i

El sistema debe permitir que el catalogo se actualize en

Criterios de Aceptación
automatica despues de cada compra

Historia de Usuario: HU08 Título: Modificación de Productos

Developer Team:Walter Usuario:Empleado de tienda
Cómo encargado de ventas
Descripción de la HU08 Quiero Modificar la información de los producto
Para Pueda mantener el catálogo actualizado

El sistema debe permitir la edición de todos los campos

 El sistema debe permitir la edición de todos los campos
Criterios de Aceptación descripción, etc.).
Los cambios deben reflejarse en el catálogo inmediatam

Historia de Usuario: HU09 Título: Análisis de Ventas

Developer Team:Ariana Usuario:Empleado de tienda
Cómo encargado de ventas
Descripción de la HU09 Quiero Visualizar los productos más vendidos y
Para Pueda ajustar la oferta de productos seg

El sistema debe presentar un informe visual que resuma

Criterios de Aceptación
Debe permitir filtrar por período de tiempo para análisis

Historia de Usuario: HU010 Título: Registro de Productos

Developer Team:Ruth Usuario:Empleado de tienda
Cómo encargado de ventas
Descripción de la HU010 Quiero Registrar nuevos productos con toda su
Para Pueda mantener un catálogo completo y

El sistema debe permitir la inclusión de descripción, pre

para cada nuevo producto.
Criterios de Aceptación
Debe validarse que no se puedan registrar productos du
Historia de Usuario: HU010 Título: Modificación de boleta
Developer Team:Ruth Usuario:Empleado de tienda
Cómo encargado de ventas
Descripción de la HU010 Quiero poder modificar la boleta antes de ser en
Para asi no tener problemas con los clientes

El sistema debe permitir la modificación de los datos de

Criterios de Aceptación
antes de ser entregada .
 DE HISTORIAS DE USUARIO

ario

Sprint: 1

entas
nera segura al sistema
mis funciones sin comprometer la seguridad de la información.

prioridad most have

nciales (usuario y contraseña) para acceder.

e inicio de sesión de los usuarios.

estiamción 4

oductos
Sprint:2
entas
de productos con imágenes y precios
cilmente los productos

prioridad most have

utomáticamente al agregar o modificar productos.

orizados para facilitar la Criterios de Aceptación

estimación 10

ntas
Sprint: 3
entas
venta con todos los detalles relevantes
control preciso de las ventas

prioridad shoud have

 prioridad shoud have

queda de productos durante el registro de ventas.

e la venta antes de finalizar la transacción.

estimación 5

ático

Sprint: 4
ventas
calcule automáticamente el total de cada compra

lerar el proceso de pago y minimizar errores.

prioridad most have

s aplicables y descuentos si corresponde.

alla antes de la confirmación del pago.

estiamción 10

etas

Sprint:5

entas
etalladas después de la compra

registro de la compra .

prioridad most have

detalles de la transacción, como fecha, productos, y

ón de enviar el recibo por correo electrónico

estiamación 9
ón de enviar el recibo por correo electrónico

estiamación 9

s
Sprint:6
entas
entario y recibiraalertas
ecer productos tiempocuando
y evitarlos niveles sean bajos
faltantes.

prioridad most have

servar el stock de cada producto.

n un panel de control accesible.

estimacion 5

el inventario
Sprint:7
entas
tradas y salidas de productos
er un control preciso del inventario.

prioridad most have

catalogo se actualize en tiempo real de manera

ompra

estimación 7

Productos
Sprint:8
entas
ormación de los productos existentes
er el catálogo actualizado y preciso.

prioridad most have

ión de todos los campos relevantes (nombre, precio,

 prioridad most have

ión de todos los campos relevantes (nombre, precio,

n el catálogo inmediatamente.

estimación 9

tas
Sprint:9
entas
roductos más vendidos y menos vendidos
a oferta de productos según la demanda.

prioridad could have

nforme visual que resuma las ventas por producto.

de tiempo para análisis más detallados.

estimación 10

ductos
Sprint:10
entas
os productos con toda su información relevante
er un catálogo completo y actualizado.

prioridad most have

usión de descripción, precio, cantidad y categoría

an registrar productos duplicados.

estimacón 8
 estimacón 8

boleta
Sprint:10
entas
la boleta antes de ser entregada
blemas con los clientes

prioridad most have

ificación de los datos del producto y/o del cliente

estimacón 7
 PRODUCT BACKLOG PRIORIZADO Y ESTIMADO

PB_ID ID_SPB DESCRIPCION PRIORIZADO ESTIMADO

1 HU1 Acceso de Usuario must have 4

2 HU2 Catálogo de Productos must have 10
3 HU3 Registro de Ventas shoud have 9
4 HU4 Cálculo Automático must have 10
5 HU5 Emisión de bolesta must have 9
6 HU6 Generar Alertas must have 5
7 HU7 Actualizacion del inventario must have 9
8 HU8 Modificación de Productos must have 9
9 HU9 Análisis de Ventas must have 10
10 HU10 Registro de Productos must have 10
11 HU11 Modificacion de prductos must have 8
 DETERMINACIÓN DE LA LONG

Nombre del Negocio

LONGITUD DEL SPRINT Participantes

SPRINT Nro. TEMAS

1 Acceso de Usuario

2 Registro de Productos
Sprint 1
3 catalogo de productos

4 Registro de Ventas

5 Cálculo Automático

Sprint 2 6 Modificación de Productos

7 Actualizacion del inventario

8 Análisis de Ventas

Sprint 3 9 Generar Alertas

10 Emisión de boletas
11 Modificacion de Boleta

1.0 Procut Backlog

2.0 Sprint Backlog

3.0 Incremento Producto

DETERMINACIÓN DE LA LONGITUD DEL SPRINT

CHILALO SHOT Fecha:18/09/2024

Ariana Ahely Garcia Cornejo
Walter Jose Hidalgo Morales
Ruth Noemi Sullon Terrones
Eswin Namuche Solano

Contenido Fechas
permite inicio de sesion con usuario y
25 de septiembre - 25 de septiembre
contraseña

registro de nuevos productos incluyendo

26 de septiembre - 2 de octubre
descripcion precio,cantidad y categoria

visualizar buscar y filtrar los productos por

3 de octubre - 9 de octubre
categoria

Permite ver siempre la disponibilidad actual

10 de octubre - 16 de octubre
de productos.

calculo de pedido de los clientes 17 de octubre - 23 de octubre

interfas que permite la modificacion de

productos 24 de octubre - 30 de octubre

ingresar datos de ventas , asignar productos

y guardar 31 de octubre - 6 de noviembre

Reportes detallados del inventario 7 de noviembre - 13 de noviembre

observar el stock de cada producto 14 de noviembre - 20 de noviembre

entregar boletas en formato PDF 21 de noviembre - 27 de noviembre

Editar datos de la compra 27 noviembre - 30 noviembre

SPRINT 3: 4SEMANAS SCRUM MASTER

PRODUCT OWNER
DEVELOPMENT SCRUM TEAM
MVP

SPRINT BACKLOG
 DETERMINACIÓN DEL MVP

PB_ID DESCRIPCIÓN MOSCOW

HU01 Permitir el inicio de sesion con un usuario y cntraseña must have

Registro de nuevos productos incluyendo descripcion

HU10 precio , cantidad y categoria
must have

HU02 Visualizar buscar y filtrar los productos por categoria must have

HU03 Ingresar datos de ventas , asignar productos y guardar must have

HU04 Calcular la compra de los pedidos de los clientes must have

HU08 Interfaz que permita la modificación de productos must have
Permitir ver siempre la disponibilidad actual de
HU07 productos
shoud have

HU09 Reportes detallados y mostrarlos en una tabla must have

Control del inventario y alertas atraves de un mensaje de
HU06 colores
must have

HU05 Listado en formato PDF couldhave

HU011 Modificacion de boleta couldhave
ESTIMADO
4 MVP SPRINT 1

10

10

10 sprint 2
9

10

5
sprint 3
9
7
 SPRINT PLANNING

SPRINT 1 SPRINT 2 SPRINT 3

Permitir el inicio de sesion Calcular la compra de los Reportes detallados y

con un usuario y cntraseña pedidos de los clientes mostrarlos en una tabla

Registro de nuevos
Control del inventario y alertas
productos incluyendo Interfaz que permita la
atraves de un mensaje de
descripcion precio , modificación de productos
colores
cantidad y categoria

Permitir ver siempre la

Visualizar buscar y filtrar
disponibilidad actual de Listado en formato PDF
los productos por categoria
productos

Ingresar datos de ventas ,

asignar productos y Modificacion de datos de la
guardar boleta antes de ser entragada
 C META Funcionando al 100% ID_SPB

HU1

El sistema de gestión incluye un acceso a

usuario seguro, un registro de productos HU10
para añadir artículos al inventario, y un
catálogo de productos que facilita la
Sprint 1 búsqueda. También cuenta con un
registro de ventas que documenta
transacciones y actualiza el inventario HU2
automáticamente, optimizando así la
gestión de productos y ventas.

HU3

SPRINT META Funcionando al 100% ID_SPB

HU4

El sistema permite el cálculo automático

de ventas e inventario, facilitando el
seguimiento en tiempo real. Incluye una
modificación de productos que permite
HU8
Sprint 2 ajustar información como precios y
descripciones, y una actualización del
inventario que refleja automáticamente los
cambios tras cada transacción,
asegurando un control preciso y eficiente.
HU7

CCC META Funcionando al 100% ID_SPB

HU9

El sistema incluye un análisis de ventas

que proporciona información sobre el
 HU6
El sistema incluye un análisis de ventas
que proporciona información sobre el
rendimiento de los productos, ayudando
en la toma de decisiones. También
permite generar alertas para notificar
Sprint 3 sobre niveles bajos de inventario o
productos de baja rotación. Además, HU5
facilita la emisión de boletas para
documentar las ventas, asegurando un
registro adecuado y profesional de las
transacciones.

HU11
 CEREMONIA DEL SPRINT PLANNING: SPR

Nombre del SPB ID_Tarea

1
2
ACCESO A USUARIO
3
4
1
2
REGISTRO DE PRODUCTOS
3
4
1
2
CATALOGO DE PRODUCTOS
3
4
1
2
REGISTRO DE VENTAS
3
4

Nombre del SPB ID_Tarea

1
2
CALCULO AUTOMATICO
3
4
1
2
MODIFICACION DE PRODUCTOS 3

1
2
ACTUALIZACION DEL INVENTARIO 3
4

Nombre del SPB ID_Tarea

1

ANALISIS DE VENTAS 2
3
4
 1
2
GENERAR ALERTAS
3
4
1

EMISION DE BOLETAS 3

1
2
Modificación de boletas

3
4
REMONIA DEL SPRINT PLANNING: SPRINT 1

Descripción de la Descomposición de TareasTipo de Responsable

Tarea estimado
Averiguar que tipos de herramientas tecnologicas se usaran M WALTER 3
informar sobre los metodos que se usaran en la cracion de inic M RUTH 5
Implementar el inicio de sesión. M ESWIN 6
Documentar el proceso de acceso de usuario M ARIANA 5
Tener la lista de los productos M ESWIN 5
Ingresar nuevos productos al sistema. M WALTER 9
Actualizar información de productos existentes M RUTH 9
Clasificar productos por categorías. S ARIANA 8
Visualizar productos en el catálogo. M ESWIN 9
Implementar funcionalidad de búsqueda y filtrado por categoría M RUTH 8
Actualizar información de productos. M WALTER 5
Documentar el proceso del catálogo de productos. M ARIANA 5
Investigar las herramientas tecnologicas a usar M ESWIN 5
Ingresar datos de ventas en el sistema. S RUTH 5
Asignar productos a las ventas registradas. M WALTER 8
Documentar el proceso de registro de ventas. M ARIANA 7

Descripción de la Descomposición de TareasTipo de Responsable

Tarea
Definir requisitos del calculo Automatico M RUTH 10
Desarrollar algoritmos para calculos de pedidos M ESWIN 9
Implementar interfaz de usuario para ingresar datos M WALTER 8
Documentar
Averiguar el proceso
metodos parade calculo
que Automaticopueda modificar
el recepcionista M ARIANA 9
el inventario M ESWIN 8
Permitir la actualizacion de informacion de procesos C RUTH 8
Implementar cambios de precios y descripciones M WALTER 7
Documentar el proceso de proceso de modificacion de M ARIANA
productos 8
Investigar metodos de actualizacion en un catalogo de ventas M ESWIN 8
Registro de Salidas M RUTH 9
Auditoría de Inventario M WALTER 5

Documentar el proceso de actualizacion del inventario M ARIANA 10

Descripción de la Descomposición de TareasTipo de Responsable

Tarea
Averiguar en como crear cuadros o graficos para la compra de M ESWIN
productos 9
Investigación de Herramientas que se usaran C RUTH 8
Asociarlo al historial de Inventario M WALTER 9
Documentar el proceso de análisis de ventas. M ARIANA 8
Investigar metodos para que el sistema genere alertas M ESWIN 9
Configurar sistema de control Stock M RUTH 7
Implementar seguimiento de inventario en tiempo real M WALTER
Configurar alertar para niveles bajos de stock S ARIANA 8
Investigar como el sistema podra generar boletas M ESWIN 7
Diseñar formato de lista para la Emision de boletas de las M RUTH
compras 8
Dessarrollar funcionalidad para generar boletas M WALTER 9

ARIANA
Documentar el proceso de Emision de boletas C 8
Revisar el formato actual de la boleta e identificar áreas de ESWIN
mejora. M 6
Investigar el formato para la emisión de boletas. M RUTH 5

WALTER
Consultar con el equipo sobre las funcionalidades que desean. C 5
Documentar el proceso actual de emisión de boletas. C ARIANA 5
Fecha de Inicio Fecha de Fin T. Estimado T. Real Estado
25 sep 25 sep 1 dias 1dias Terminado
25 sep 25 sep 1 dia 1 dias Terminado
25 sep 25 sep 1 dia 1 dias Terminado
25 sep 25 sep 1 dias 1dias Terminado
26 sep 27 sep 1dias 2dias Iniciado
27 sep 28 sep 1 dias 2dias Pendiente
29 sep 29 sep 1 dia 1 dias Pendiente
30 sep 1 de octubre 4 dias 2 dias Iniciado
3 de octubre 4 de octubre 3 dias 3dias Pendiente
5 de octubre 5 de octubre 6 dias 3dias Iniciado
6 de octubre 8 de octubre 3 dias 2 dias Pendiente
9 de octubre 9 de octubre 1 dias 1 dias Pendiente
10 de octubre 12 de octubre 1 dias 1 dias Pendiente
13 de octubre 14 de octubre 1 dias 1 dias Pendiente
15 de octubre 15 de octubre 1 dia 1 dias Pendiente
16 de octubre 16 de octubre 1 dias 1dias Pendiente

Fecha de Inicio Fecha de Fin [Link] T. Real Estado

17 de octubre 17 de octubre 01 dia 1dias Terminado
18 de octubre 20 de octubre 1 dias 1 dias Pendiente
21 de octubre 22 de octubre 1 dias 1 dias Pendiente
23 de octubre 23 de octubre 1 dia 1dias Terminado
24 de octubre 25 de octubre 2 dias 2dias Iniciado
26 de octubre 26 de octubre 1 dia 1 dia
27 de octubre 28 de octubre 4dias 3dias Iniciado

29 de octubre 30 de octubre 1 dias Pendiente

1dias
31 de octubre 1 de noviembre 3 dias 2dias Iniciado

3 de noviembre 4 de noviembre 5dias 4dias Planificado

5 de noviembre 06 de noviembre 6dias 5dias Planificado

Fecha de Inicio Fecha de Fin [Link] T. Real Estado

7 de noviembre 9 de noviembre 3dias Planificado
2dias
10 de noviembre 10 de noviembre 3dias 2dias Pendiente
11 de noviembre 12 de noviembre 6dias 3dias
13 de noviembre 13 de noviembre 6dias 3dias Iniciado
14 de noviembre 15 de noviembre 5dias 4dias Iniciado
16 de noviembre 17 de noviembre 7dias 3dias Iniciado

18 de noviembre 20 de noviembre 6dias 3dias Planificado

21 de noviembre 22 de noviembre 7dias 2dias Pendiente

23 de noviembre 23 de noviemnbre 5dias Pendiente

3dias
24 de noviembre 25 de noviembre 2 dias 2 dias

26 de noviembre 27 de noviembre Pendiente

3dias 2dias

27 de noviembre 27 de noviembre Pendiente

3 dias 2 dias
28 de noviembre 28 de noviembre 2 dias 1 dia Pendiente

29 de noviembre 29 de noviembre Pendiente

2 dias 1 dia
30 de noviembre 30 de noviembre 2 dias 1 dia Pendiente
SPRINT META Funcionando al 100% ID_SPB

HU1

El sistema de gestión incluye un

acceso a usuario seguro, un registro de
productos para añadir artículos al HU10
inventario, y un catálogo de productos
que facilita la búsqueda. También
Sprint 1 cuenta con un registro de ventas que
documenta transacciones y actualiza el
inventario automáticamente, HU2
optimizando así la gestión de productos
y ventas.

HU3
 CEREMONIA DE

Nombre del SPB ID_Tarea

1
2
ACCESO A USUARIO
3
4
1
2
REGISTRO DE PRODUCTOS
3
4
1
2
CATALOGO DE PRODUCTOS
3
4
1
2
REGISTRO DE VENTAS
3
4
 CEREMONIA DEL SPRINT PLANNING: SPRINT 1

Descripción de la Descomposición de Tareas

Averiguar que tipos de herramientas tecnologicas se usaran
informar sobre los metodos que se usaran en la cracion de inicio de sesion
Implementar el inicio de sesión.
Documentar el proceso de acceso de usuario
Tener la lista de los productos
Ingresar nuevos productos al sistema.
Actualizar información de productos existentes
Clasificar productos por categorías.
Visualizar productos en el catálogo.
Implementar funcionalidad de búsqueda y filtrado por categorías.
Actualizar información de productos.
Documentar el proceso del catálogo de productos.
Investigar las herramientas tecnologicas a usar
Ingresar datos de ventas en el sistema.
Asignar productos a las ventas registradas.
Documentar el proceso de registro de ventas.
Tipo de Tarea Responsable estimado Fecha de Inicio Fecha de Fin
M WALTER 3 25 sep 25 sep
M RUTH 5 25 sep 25 sep
M ESWIN 6 25 sep 25 sep
M ARIANA 5 25 sep 25 sep
M ESWIN 5 26 sep 27 sep
M WALTER 9 27 sep 28 sep
M RUTH 9 29 sep 29 sep
S ARIANA 8 30 sep 1 de octubre
M ESWIN 9 3 de octubre 4 de octubre
M RUTH 8 5 de octubre 5 de octubre
M WALTER 5 6 de octubre 8 de octubre
M ARIANA 5 9 de octubre 9 de octubre
M ESWIN 5 10 de octubre 12 de octubre
S RUTH 5 13 de octubre 14 de octubre
M WALTER 8 15 de octubre 15 de octubre
M ARIANA 7 16 de octubre 16 de octubre
T. Estimado T. Real Estado
1 dias 1dias Terminado
1 dia 1 dias Terminado
1 dia 1 dias Terminado
1 dias 1dias Terminado
1dias 2dias Iniciado
1 dias 2dias Pendiente
1 dia 1 dias Pendiente
4 dias 2 dias Iniciado
3 dias 3dias Pendiente
6 dias 3dias Iniciado
3 dias 2 dias Pendiente
1 dias 1 dias Pendiente
1 dias 1 dias Pendiente
1 dias 1 dias Pendiente
1 dia 1 dias Pendiente
1 dias 1dias Pendiente
 CEREMONIAS SCRUM: SPRINT 1

SCRUM TEAM Meta

Walter Jose Hidalgo Morales

El primer Daily Scrum tiene como
objetivo principal la creación del
acceso a usuario, un proceso
Ruth Noemi Sullon Terrones fundamental para garantizar que
todos los miembros del equipo
puedan interactuar de manera
efectiva con las herramientas y
Eswin Joel Namuche Solano recursos necesarios para el
desarrollo del proyecto.

Ariana Ahely Garcia Cornejo

SCRUM TEAM Meta

Eswin Joel Namuche Solano

la meta de este segundo Daily

Scrum es Optimizar la gestión del
inventario mediante la
Walter Jose Hidalgo Morales investigación de procesos
necesarios, la actualización de
datos de productos, la
incorporación precisa de nuevos
Ruth Noemi Sullon Terrones artículos y la clasificación efectiva
por categorías, con el fin de mejorar
la eficiencia operativa y facilitar el
acceso a la información.

Ariana Ahely Garcia Cornejo

 la eficiencia operativa y facilitar el
acceso a la información.

Ariana Ahely Garcia Cornejo

SCRUM TEAM Meta

Eswin Joel Namuche Solano La meta de este tercer Daily Scrum

es desarrollar un catálogo de
productos completo uniendolo con
la base de datos , se busca que sea
Ruth Noemi Sullon Terrones fácil de navegar, que permita a el
usuario visualizar, buscar y filtrar
productos de manera eficiente,
asegurando que toda la
información esté actualizada y
Walter Jose Hidalgo Morales organizada por categorías, con el
objetivo de mejorar la experiencia
del cliente y facilitar el acceso a la
información necesaria para la toma
Ariana Ahely Garcia Cornejo de decisiones de compra .

SCRUM TEAM Meta

Eswin Joel Namuche Solano

Este Daily Scrum tiene como

objetivo Optimizar el proceso de
Walter Jose Hidalgo Morales registro de ventas para asegurar la
precisión y eficiencia en la gestión
de transacciones, mediante la
integración efectiva de la base de
Ruth Noemi Sullon Terrones datos, la asignación precisa de
productos y la documentación clara
de cada paso del proceso.

Ariana Ahely Garcia Cornejo

Ariana Ahely Garcia Cornejo

SCRUM TEAM Meta

Ruth Noemi Sullon Terrones

En esta ceremonia se busca

optimizar el cálculo automático a
Eswin Joel Namuche Solano través de la definición de requisitos
específicos, el desarrollo de
algoritmos para la gestión de
pedidos, la implementación de una
Walter Jose Hidalgo Morales interfaz de usuario intuitiva y la
documentación exhaustiva del
proceso.

Ariana Ahely Garcia Cornejo

SCRUM TEAM Meta

Eswin Joel Namuche Solano

Optimizar el proceso de
modificación de productos
Walter Jose Hidalgo Morales mediante la implementación de
métodos que permitan al
recepcionista realizar cambios
precisos en el inventario, incluyendo
Ruth Noemi Sullon Terrones la actualización de precios,
descripciones y cantidades. Además
se documentara detalladamente

Ariana Ahely Garcia Cornejo

 SCRUM TEAM Meta

Eswin Joel Namuche Solano

Ruth Noemi Sullon Terrones Optimizar el proceso de

actualización del inventario
mediante la implementación de
métodos efectivos para la gestión
de catálogos de ventas, asegurar la
Walter Jose Hidalgo Morales precisión en el registro de salidas

Ariana Ahely Garcia Cornejo

SCRUM TEAM Meta

Eswin Joel Namuche Solano Mejorar el análisis de ventas

mediante la investigación de
métodos para crear cuadros y
gráficos que visualicen las compras
Ruth Noemi Sullon Terrones de productos, desarrollando
gráficos basados en los datos de
ventas. Esto incluirá la evaluación y
selección de herramientas
adecuadas para el análisis, la
Walter Jose Hidalgo Morales integración de gráficos con el
historial de inventario para
proporcionar una visión completa, y
la documentación detallada del
Ariana Ahely Garcia Cornejo proceso de análisis

SCRUM TEAM Meta

Eswin Joel Namuche Solano

Como meta tenemos generar
alertas automáticas investigando
Eswin Joel Namuche Solano
Como meta tenemos generar
alertas automáticas investigando
métodos para que el sistema lo
Ruth Noemi Sullon Terrones haga, configurando un control de
stock y realizando pruebas para
asegurar su funcionamiento.
Implementaremos un seguimiento
de inventario en tiempo real,
Walter Jose Hidalgo Morales ajustaremos según sea necesario y
configuraremos alertas para niveles
bajos de stock, optimizando así la
gestión del inventario.
Ariana Ahely Garcia Cornejo

SCRUM TEAM Meta

Eswin Joel Namuche Solano

Como meta tenemos optimizar la
emisión de boletas investigando
cómo el sistema podrá generarlas,
diseñando un formato de lista para
Ruth Noemi Sullon Terrones la emisión de boletas de compras y
desarrollando la funcionalidad
necesaria en el sistema.
Realizaremos pruebas para
Walter Jose Hidalgo Morales asegurar que la generación de
boletas funcione correctamente y
actualizaremos la documentación
con el formato final y los
procedimientos correspondientes.
Ariana Ahely Garcia Cornejo

SCRUM TEAM Meta

Eswin Joel Namuche Solano

Como meta tenemos optimizar la

modificación de boletas,
Eswin Joel Namuche Solano

Como meta tenemos optimizar la

Ruth Noemi Sullon Terrones modificación de boletas,
permitiendo editar los datos de las
boletas existentes. Revisaremos el
formato actual para identificar
Walter Jose Hidalgo Morales mejoras y ajustaremos la
funcionalidad del sistema.

Ariana Ahely Garcia Cornejo

Nombre del Negocio

Participantes

2.0 CEREMONIA DAILY SCRUM MEETING

¿ Que hiciste ayer?

Se informó al equipo sobre los métodos que se

usarán para el acceso a usuario.

Se identificaron las herramientas tecnológicas que

se utilizarán.

Se inició la implementación del sistema de inicio de

sesión

Se comenzó a documentar el proceso de acceso de

usuario.

2.0 CEREMONIA DAILY SCRUM MEETING

¿ Que hiciste ayer?

Realizar investigación sobre los procesos

requeridos para la creación del requerimiento.

Preparar la lista de nuevos productos a ingresar.

Revisar la información de productos existentes

para identificar actualizaciones necesarias.

Evaluar los criterios de clasificación de productos.

Evaluar los criterios de clasificación de productos.

2.0 CEREMONIA DAILY SCRUM MEETING

¿ Que hiciste ayer?

Revisar y analizar cómo unir la base de datos de

los productos del catálogo.

Evaluar opciones para la funcionalidad de

búsqueda y filtrado.

Identificar qué información de los productos

necesita ser actualizada.

Recopilar información sobre el proceso actual del

catálogo.

2.0 CEREMONIA DAILY SCRUM MEETING

¿ Que hiciste ayer?

Investigué herramientas tecnológicas para

optimizar el registro de ventas.

Investigé cómo unir la base de datos para el

registro de venta

Asigné productos a las ventas registradas en el

sistema.

Documenté el proceso de registro de ventas para

crear un manual.
Documenté el proceso de registro de ventas para
crear un manual.

2.0 CEREMONIA DAILY SCRUM MEETING

¿ Que hiciste ayer?

Definir requisitos del calculo Automatico

Desarrollar algoritmos para calculos de pedidos

Implementar interfaz de usuario para ingresar

datos

Documentar el proceso de calculo Automatico

2.0 CEREMONIA DAILY SCRUM MEETING

¿ Que hiciste ayer?

Averiguar metodos para que el recepcionista

pueda modificar el inventario

Permitir la actualizacion de informacion de

procesos

Implementar cambios de precios y descripciones

Documentar el proceso de proceso de modificacion

de productos
 2.0 CEREMONIA DAILY SCRUM MEETING
¿ Que hiciste ayer?

Investigar metodos de actualizacion en un

catalogo de ventas

Registro de Salidas

Auditoría de Inventario

Documentar el proceso de actualizacion del

inventario

2.0 CEREMONIA DAILY SCRUM MEETING

¿ Que hiciste ayer?

Averiguar en como crear cuadros o graficos para la

compra de productos

Investigación de Herramientas que se usaran

Asociarlo al historial de Inventario

Documentar el proceso de análisis de ventas.

2.0 CEREMONIA DAILY SCRUM MEETING

¿ Que hiciste ayer?

Investigar metodos para que el sistema genere

alertas
 Investigar metodos para que el sistema genere
alertas

Configurar sistema de control Stock

Implementar seguimiento de inventario en tiempo

real

Configurar alertar para niveles bajos de stock

2.0 CEREMONIA DAILY SCRUM MEETING

¿ Que hiciste ayer?

Investigar como el sistema podra generar boletas

Diseñar formato de lista para la Emision de boletas

de las compras

Dessarrollar funcionalidad para generar boletas

Documentar el proceso de Emision de boletas

2.0 CEREMONIA DAILY SCRUM MEETING

¿ Que hiciste ayer?

Revisé el formato actual de la boleta y identifiqué

áreas de mejora.
Revisé el formato actual de la boleta y identifiqué
áreas de mejora.

Investigé requisitos legales y de formato para la

emisión de boletas.

Consulté con el equipo sobre las funcionalidades

que desean.

Documenté el proceso actual de emisión de

boletas.
 Karcher Perú SAC
1)Eswin Joel Namuche Solano
2)Ruth Noemi Sullon Terrones
3)Walter Jose Hidalgo Morales
4)Ariana Ahely Garcia Cornejo
LY SCRUM MEETING
¿ Qué vas a hacer hoy?

Revisar la comprensión del equipo y resolver

dudas sobre los métodos.

Profundizar en las características de las

herramientas seleccionadas.

Completar la implementación y realizar

pruebas de funcionalidad.

Finalizar la documentación y asegurarse de

que esté accesible para el equipo.

LY SCRUM MEETING
¿ Qué vas a hacer hoy?

Profundizar en los procesos identificados y

recopilar información adicional.

Ingresar los nuevos productos al sistema,

asegurando que todos los datos sean
correctos.

Actualizar los datos de los productos

existentes en el sistema.

Clasificar los productos en las categorías

definidas para mejorar la organización.
 Clasificar los productos en las categorías
definidas para mejorar la organización.

LY SCRUM MEETING
¿ Qué vas a hacer hoy?

Realizar ajustes para mejorar la visualización

de los productos.

Comenzar a implementar la búsqueda y

filtrado por categorías.

Actualizar los datos de los productos en el

catálogo.

Redactar la documentación que describa el

proceso del catálogo.

LY SCRUM MEETING
¿ Qué vas a hacer hoy?

Evaluaré y seleccionaré las herramientas

más adecuadas para implementar.

Comenzaré la integración de la base de

datos con el sistema de ventas.

Revisaré las asignaciones de productos para

asegurar la precisión.

Actualizaré la documentación con cualquier

cambio realizado en el proceso.
 Actualizaré la documentación con cualquier
cambio realizado en el proceso.

LY SCRUM MEETING
¿ Qué vas a hacer hoy?

Revisaré y ajustaré los requisitos según el

feedback recibido.

Continuaré refinando los algoritmos y

realizaré pruebas.

Mejoraré la interfaz según la usabilidad y la

experiencia del usuario.

Actualizaré la documentación con los

cambios realizados y ejemplos de uso.

LY SCRUM MEETING
¿ Qué vas a hacer hoy?

Implementaré los métodos seleccionados en

el sistema.

Probaré la funcionalidad de actualización

para asegurar su efectividad.

Revisaré los cambios realizados para

garantizar su correcta aplicación.

Actualizaré la documentación con los nuevos

procedimientos y ejemplos prácticos.
LY SCRUM MEETING
¿ Qué vas a hacer hoy?

Implementaré los métodos más efectivos en

el sistema.

Verificaré la precisión de los registros de

salidas y realizaré ajustes si es necesario.

Analizaré los resultados de la auditoría y

tomaré acciones correctivas si es necesario.

Actualizaré la documentación con cualquier

cambio realizado y mejores prácticas.

LY SCRUM MEETING
¿ Qué vas a hacer hoy?

Desarrollaré algunos gráficos basados en los

datos de ventas.

Evaluaré y seleccionaré las herramientas más

adecuadas para el análisis.

Probaré la integración de los gráficos con el

historial de inventario.

Actualizaré la documentación con ejemplos y

mejores prácticas.

LY SCRUM MEETING
¿ Qué vas a hacer hoy?

Configuraré el sistema para que genere

alertas automáticamente.
 Configuraré el sistema para que genere
alertas automáticamente.

Realizaré pruebas para asegurarme de que

el control de stock funcione correctamente.

Evaluaré la eficacia del seguimiento y haré

ajustes según sea necesario.

Probaré las alertas para garantizar que

funcionen adecuadamente.

LY SCRUM MEETING
¿ Qué vas a hacer hoy?

Diseñaré el formato de lista para la emisión

de boletas de las compras.

Desarrollaré la funcionalidad para generar

boletas en el sistema.

Realizaré pruebas para asegurar que la

generación de boletas funcione
correctamente.

Actualizaré la documentación con el formato

final y los procedimientos.

LY SCRUM MEETING
¿ Qué vas a hacer hoy?

Realizaré ajustes en el diseño y contenido de

la boleta.
Realizaré ajustes en el diseño y contenido de
la boleta.

Implementaré los cambios necesarios en el

sistema.

Probaré el nuevo formato de la boleta y

realizaré ajustes según el feedback.

Actualizaré la documentación con los

cambios realizados.
Fecha:18/09/2024

¿ Algún impedimento?

ninguna

minguna

ninguno

La falta de tiepo para documentar los procesos

¿ Algún impedimento?

ninguno

ninguno

ninguna

ninguna
 ninguna

¿ Algún impedimento?

falta de tiempo

ninguna

falta de tiempo

falta de tiempo

¿ Algún impedimento?

falta de tiempo

La falta de experiencia en unir la base de datos

ninguno

ninguno
 ninguno

¿ Algún impedimento?

ninguno

ninguno

puede generar problemas al momento se unirlo con la base de datos

ninguno

¿ Algún impedimento?

ninguno

ninguno

ninguno

ninguno
¿ Algún impedimento?

ninguno

ninguno

ninguno

ninguno

¿ Algún impedimento?

ninguno

ninguno

ninguno

ninguno

¿ Algún impedimento?

ninguno
 ninguno

ninguno

ninguno

ninguno

¿ Algún impedimento?

ninguno

ninguno

ninguno

ninguno

¿ Algún impedimento?

ninguno
ninguno

ninguno

ninguno

ninguno
 SPRINT 1: SCRUM BOARD
por hacer realizado
PLANNING DOING TESTING (TDD)
PB01 Acceso a usuarios
PB02 Registro de productos
PB03 Catálogo de productos
PB04 Registro de ventas
PB05 Desarrollar emisión de boleta
PB06 Implementar
Implementar generación dedel
actualización alertas
PB07 inventario

PB08 Implementar modificación de

productos
PB09 Desarrollar análisis de ventas
PB10 Implementar registro de productos
PB11 Implementar modificación de boleta
hecho
DONE
Acceso a usuarios
Registro de productos
Catálogo de productos
Registro de ventas

,
 CEREMONIAS SCRUM: SPRINT 1

3.0 CEREMONIA SPRINT

Nro. Sprint Meta 100%

El sistema de gestión incluye un acceso a

usuario seguro, un registro de productos para
añadir artículos al inventario, y un catálogo de
productos que facilita la búsqueda. También
Sprint 1 cuenta con un registro de ventas que
documenta transacciones y actualiza el
inventario automáticamente, optimizando así la
gestión de productos y ventas.
 Nombre del Negocio Karcher Perú SAC Fecha:18/09/2024
1 Eswin Joel Namuche Solano
2Walter Jose Hidalgo Morales
Participantes
3Ruth Noemi Sullon Terrones
4Ariana Ahely Garcia Cornejo

CEREMONIA SPRINT REVIEW: DEMOSTRACIÓN EN TIEMPO REAL DEL PRIMER ENTREGABL

Fecha de Inicio Fecha Final Duración

8/25/2024 10/16/2024 2 Semanas

 SCRUM MASTER
PRODUCT OWNER
DEVELOPMENT SCRUM TEAM
CLIENTE
OTROS STAKEHOLDERS TI

MER ENTREGABLE FUNCIONANDO

Estado Impedimentos

Se tuvieron problemas al organizar

nuestro tiempo , ya que cada integrante
TERMINADO 100% tenia deberes fuera del proyecto , pero
nos logramos organizar para la
conclusion del sprint 1
 Feedback

En este SPRINT 1 se logro completar los

requerimientos principales , el grupo se logro
organizar deacuerdo con las fechas que estaban
propuestas en la ficha de "longitud del sprint 1" .
 CEREMONIAS SCRUM: SPRINT 1

Nro. Sprint Meta 100%

El sistema de gestión incluye un acceso seguro para

usuarios autorizados, un registro de productos que
permite añadir artículos al inventario, un catálogo de
Sprint 1 productos que facilita la búsqueda de artículos y un
registro de ventas que documenta las transacciones y
actualiza automáticamente el inventario. Todo esto
optimiza la gestión de productos y ventas.
Nombre del Negocio Karcher Perú SAC
1 Eswin Joel Namuche Solano
2Walter Jose Hidalgo Morales
Participantes
3Ruth Noemi Sullon Terrones
4Ariana Ahely Garcia Cornejo

4.0 CEREMONIA SPRINT RETROSPECTIVE

¿Qué salió bien en la iteración del

Sprint 1? (aciertos)

Inicio de sesión: Se implementó correctamente el sistema de

autenticación y autorización, garantizando que solo los usuarios
autorizados pudieran acceder al sistema. Esto asegura la
protección de datos sensibles.

Registro de productos: Se desarrolló con éxito el módulo de

registro de productos, permitiendo que los usuarios puedan
agregar artículos al inventario con validaciones de entrada para
garantizar la precisión de los datos.

Catálogo de productos: El catálogo de productos fue

implementado correctamente, permitiendo a los usuarios buscar
y filtrar productos de manera rápida y eficiente. Esto facilita la
navegación y gestión de inventarios.

Registro de ventas: El módulo de registro de ventas se integró

con éxito, permitiendo que las transacciones de ventas se
registren y actualicen automáticamente el inventario. Esto
facilita el control en tiempo real de las existencias y mejora la
eficiencia operativa.
 Fecha:18/09/2024 SCRUM MASTER
DEVELOPMENT SCRUM TEAM

PRINT RETROSPECTIVE

¿Qué no salió bien en la iteración del

Sprint 1? (errores, BUG)

Durante las pruebas del sistema de inicio de sesión, no se

identificaron a tiempo algunos problemas ,lo que resultó en fallos
en el acceso. Esto se debió, en parte, a la falta de experiencia en
pruebas de seguridad y manejo de sesiones.

Falta de experiencia en integración de módulos: Al intentar

integrar funcionalidades como el registro de productos con el
catálogo y el registro de ventas, hubo dificultades técnicas
debido a la falta de experiencia en la integración de distintos
módulos del sistema. Esto resultó en errores de sincronización
de datos.

Problemas de comunicación interna: Hubo dificultades en la

coordinación entre los miembros del equipo. La falta de
comunicación clara retrasó la resolución de problemas técnicos y
afectó el flujo del desarrollo.

Falta de pruebas exhaustivas: Como equipo sin experiencia, no

se dedicó suficiente tiempo a realizar pruebas exhaustivas de los
componentes, especialmente en escenarios extremos o con
grandes cantidades de datos.
TEAM

¿Qué mejoras debemos implementar en el

próximo
Sprint 2 para ser más ágiles? (recomendaciones
de mejora continua)

Es crucial implementar pruebas de seguridad exhaustivas en

el sistema de inicio de sesión, validando contraseñas, manejo
de sesiones y protegiendo contra ataques comunes como
inyecciones SQL

Utilizar mas las herramientas tecnologicas para que haci cada

integrate logre adquerir la suficiente experiencia y el proyecto
se pueda desarrollar efectivamente

Comunicarnos mas como equipo y realizar las reuniones

necesarias para la creacion del sistema

Tener en cuenta que las pruebas que se realizan en los

requerimientos de este primer sprint no tiene que afectar el
cumplimiento de los demas requerimientos
 SPRINT GROOMING : ORDENAR EL PRODUCT BACKLO

PB_ID ID_SPB DESCRIPCION

1 HU1 Acceso usuario
2 HU2 catálogo de productos
3 HU3 Registro de ventas
4 HU4 cálculo automático
5 HU5 Emisión de boleta
6 HU6 Generar alerta
7 HU7 actualización de inventario
8 HU8 Modificación de producto
9 HU9 Análisis de ventas
10 HU10 Registro de productos
11 HU11 Modificación de producto
: ORDENAR EL PRODUCT BACKLOG

Refinamiento del Product Backlog, es la ceremonia o e

PRIORIZADO ESTIMADO ordenar las Historias de Usuario dentro del Product Ba
must have 4 continuo único de cada proyecto ágil y de cada equipo
must have 10 tiene que descrubir la frecuencia y la forma de poder ag
tareas despues de haber TERMINADO el Sprint
shoud have 9
must have 10
must have 9
must have 59
must have 9 PARTICIPANTES
must have 9
must have 10 PRODUCT OWNER
must have 10 SCRUM MASTER
must have 8 SCRUM TEAM
g, es la ceremonia o evento dedicado a agregar detalles, estimar y
dentro del Product Backlog. Es un proceso
ágil y de cada equipo Scrum. Por eso cada equipo Scrum
y la forma de poder agregar detalles para priorizar y estimar las
NADO el Sprint
Estado Iniciado Tipo de Tarea Análisis
Planificado Diseño
Terminado Programación
Pendiente Pruebas (Testing)

MOSCOW M
S
C
W

IMP LOG RESUELTO Estimacion 10

EN PROCESO 9
PENDIENTE 8
7
6
Integrantes ESWIN 5
ARIANA 4
WALTER 3
RUTH 2
1