Facultad de Ingeniería
Carrera de Ingeniería Industrial
Proyecto Final
Autor
Guzmán Requejo, Luis Antonio U19308834
Docente
Alejandro Marcial Alva
Lima, Perú
3 de marzo del 2024
I) Descripción de la empresa y/o área afectada por el proyecto a implementar
a) Nombre de la empresa y/o área:
Empresa: Puppy Petshop
Área: Ventas por internet
b) Misión y Visión de la empresa:
- Misión: nuestra misión es brindar una atención y experiencia de compra
agradable. Así mismo, ofrecer productos de alta calidad, que permitan que
las necesidades del cliente sean resueltas.
- Visión: nuestra visión es ser una de las tiendas de venta de productos para
mascotas más reconocidas en Lima norte y poder competir con las tiendas
que ya tienen un reconocimiento en este sector comercial.
c) Objetivos estratégicos de la empresa y/o área:
- Uno de los objetivos es que los clientes puedan recomendar la tienda
gracias a sus productos de buena calidad y precio accesible.
- También, ser diferenciados por nuestra venta por internet y envíos por
delivery, lo que permita una compra segura y obtención rápida del
producto.
- Ser reconocida a mediano plazo en Lima norte como una de las principales
tiendas debido a su calidad de productos.
II) Aplicación: Proyecto
a) Descripción del alcance del proyecto
i) Alcance general del proyecto a implementar
El proyecto se enfoca a las diferentes deficiencias encontradas en la
página web de la empresa, como por ejemplo la demora al momento
de registrarse en la página web para realizar su compra. Es por eso que
la finalidad de este proyecto es minimizar esas molestias para los
clientes, de esta manera no obstaculizar las compras que deseen
realizar mediante la red.
ii) Historias de usuarios de proyecto
A continuación, se mostrará las historias de usuarios:
- Atención al cliente vía web: los usuarios mostraron inconvenientes en las
plataformas online, ya sea mediante la página o la derivación a la atención
por WhatsApp.
Historia de Usuario
Datos básicos (a ser llenados por Product Owner)
Número EU001 Estado Lista
Nombre EU0001-Mejoramiento de la atención al cliente vía web
Sprints (Product Owner)
Sprint # 1 Prioridad Negocio P1
Release 1 Puntos Historia 2
Criterio General (Product Owner)
Descripción Yo, como Administrador
Deseo Mejorar la atención al cliente por la web
Para Poder brindar un servicio de calidad
Descripción
Sprint # Criterio Descripción
que se presentaron molestias por parte de los
Dado
clientes
esto perjudica la imagen y ganancias de la
1 1 Y
empresa
Cuando se comuniquen entre clientes
Entonces se debe mejorar la atención online.
Criterios de aceptación (Product Owner)
Sprint # Consid. Descripción
La mejora de la atención online deberá ser rápida y sin
1 inconvenientes
1
2 Deberá ser probado por un DEMO una semana
3 Se añadirá una cuesta de atención al culminar la compra
- El delivery no registra el mapa de destino: los clientes no pudieron
registrar sus compras ya que, al momento de colocar la dirección del
destino la página no daba opción de ruta, lo que originó la cancelación del
pedido.
Historia de Usuario
Datos básicos (a ser llenados por Product Owner)
Número En
EU002 Estado proceso
Nombre EU0002- El delivery no registra el mapa de destino
Sprints (Product Owner)
Sprint # 2 Prioridad Negocio P1
Release 1 Puntos Historia 2
Criterio General (Product Owner)
Descripción Yo, como Administrador
Deseo Mejorar el servicio de delivey
Para Poder entregar al cliente sus pedidos
Descripción
Sprint # Criterio Descripción
que este inconveniente no permite que el
Dado
cliente ejecute su compra
2 1
Y Esto limita las ventas de la empresa
Cuando El delivery es ilimitado
Entonces se debe mejorar la atención por delivery
Criterios de aceptación (Product Owner)
Sprint # Consid. Descripción
1 La página deberá registrar todos los ingresos de direcciones
Se puede aceptar errores si las direcciones no están registradas por
2
2 Google maps
3 Deberá grabar direcciones concurridas
- Los registros de datos de cuentas nuevas para obtener beneficios no
proceden: al momento que un usuario nuevo que realizar el registro en la
página ocurren fallas y el sistema niega el acceso del registro.
Historia de Usuario
Datos básicos (a ser llenados por Product Owner)
Número En
EU003 Estado proceso
Nombre EU0002- Los registros de datos de cuentas nuevas para obtener
beneficios no proceden
Sprints (Product Owner)
Sprint # 3 Prioridad Negocio P1
Release 1 Puntos Historia 2
Criterio General (Product Owner)
Descripción Yo, como Administrador
Deseo Mejorar los registros en la página web
Para Poder registrar nuevos clientes
Descripción
Sprint # Criterio Descripción
Dado que algunos clientes no pudieron registrarse
Y esto perjudica las ventas
3 1
Cuando Los clientes ingresen a la web
Entonces El registro debe de ser rápido
Criterios de aceptación (Product Owner)
Sprint # Consid. Descripción
1 La aceptación mínima será la optimización del registro manual
3 2 Se espera tener el registro automático mediante Facebook y Gmail
3 El tiempo de registro deberá de ser mínimo
iii) Roles Scrum (Product Owner, Scrum Master, Developers)
- Product Owner: es el encargado de hacer llegar los inconvenientes de los
clientes hacia el Scrum Team, de tal manera poder darle una solución
adecuada y que los registros de ventas no disminuyan, además que el
redimiento de la utilidad de la empresa se mantenga estable.
- Scrum Master: es el que tiene la responsabilidad de guiar y hacer
funcionar al equipo de trabajo. El Scrum Master deberá de ser una
persona capacitada para dar soluciones de aplicativos y páginas web de
empresas, para poder brindar técnicas de desarrollo a los miembros del
equipo.
- Developers: son los responsables de desarrollar las metodologías y
técnicas para las deficiencias en las redes y aplicativos webs, ya que las
ventas online son importantes para el crecimiento de la empresa.
b) Artefactos Scrum
i) Product Backlog: este artefacto nos va a servir para poder plantear de
forma precisa y ordenada todas las tareas a realizar descritas en las
historias de usuarios:
- Mejoramiento de la atención al cliente vía web.
- Optimizar el servicio de delivery.
- Regularizar el ingreso de nuevos registros de clientes.
ii) Sprint Backlog: acá se tomará las tareas que se van a realizar en cada
Sprint, como por ejemplo en el Sprint 1 se tomará la tarea de mejorar
la atención al cliente vía web.
iii) Increment: este artefacto nos permitirá obtener todas las tareas de los
Sprints. En este proyecto son las 3 tareas mostradas en el Product
Backlog.
c) Descripción de eventos de Scrum
i) Sprint Plannig: en este punto el Scrum Team lleva a cabo la
planificación de las tareas que se desarrollaran en el Sprint. En este
paso hay elección de tareas y reuniones.
ii) Daily: mediante reuniones diarias se le dará seguimiento a la ejecución
de las tareas realizadas, dando la aprobación de cada avance y que se
desarrollen de acuerdo a los plazos establecidos. En nuestro proyecto,
los tiempos dados para la ejecución de la optimización de las compras
online son muy cortas, por ende, la mejora debe de ser llevada de
acuerdo al plan sostenido en el Sprint Plannig, ya que se pierden
ventas por internet y eso afecta a las utilidades de la empresa.
iii) Review: en este punto podemos realizar pruebas o demostraciones
para la verificación de la mejora implementada, como ya se mencionó
anteriormente, se dispondrá de encuestas para que el cliente pueda
presentar su experiencia al momento de utilizar la web de la empresa,
así como de disponibilidad de los números de WhatsApp para quejas o
sugerencias y se establecerá una cantidad de internautas para
demostrar que la página funciona de manera adecuada.
iv) Retrospective: a continuación, se va a representar una de las
actividades principales en el Sprint y poder realizar el Sprint
Retrospective.
Sprint Planning Ejecución Sprint Review
Sprint Backlog TODO DOING DONE
Feedback: Se
pondrá a
prueba el
sistema con
Reunirse con el Reunirse con
Optimizar el Reunirse con el una total de
equipo de el equipo de
servicio de equipo de 100
trabajo (Scrum trabajo (Scrum
delivery trabajo interacciones,
Master) Master)
las cuales
serán
medidas con
encuestas.
Revisar los
Revisar los
Revisar los
alcances de
alcances de
alcances de
Google maps
Google maps
Google maps
(Developer 1)
(Developer 1)
ModificarModificar
Modificar
entrada de
entrada de
entrada de
registro de
registro de
registro de
direccióndirección
dirección
(Developer 2)
(Developer 2)
Acceder
Acceder
Acceder mediante otro
mediante otro
mediante otro buscador-
buscador- Waze
buscador- Waze Waze
(Developer 3)
(Developer 3)
Sprint Retrospective
¿Qué hicimos bien? ¿Qué hicimos mal? ¿Qué vamos a mejorar?
- Hubo demoras en el
- Se trabajó en equipo. tiempo de ejecución del - Trabajar de manera paralela.
proyecto.
- Se mejoró el servicio de - Disminuir los tiempos de
delivery. realización de losm procesos.
- Se desarrolló bien el Sprint.
- Las reuniones fueron
positivas.
d) Tablero Kanban del proyecto: a continuación, se presentará el tablero Kanban
con todas las actividades propuestas para la solución del proyecto.
III) Conclusiones:
- Se puede concluir que la metodología Scrum es un método ágil que
permite adecuar proyectos con una fácil utilización y comprensión de su
técnica.
- Esta metodología se puede utilizar para proyectos tecnológicos, pero
también se puede utilizar para cualquier proyecto.
- El tablero Kanban o tabla visual nos permite plasmar las actividades de
acuerdo a la urgencia o representando un orden establecido.
- En el proyecto se puede observar que las tareas son planteadas de manera
ordenada y desarrolladas por el equipo de trabajo con las técnicas
brindadas por el Scrum Master.
