TABLA DE CONTENIDO

1. INTRODUCCION ...................................................................................................................... 2
1.1. PROPOSITO DEL DOCUMENTO ................................................................................. 3
1.2. OBJETIVO GENERAL ..................................................................................................... 3
1.3. OBJETIVOS ESPECIFICOS .......................................................................................... 3
1.4. DESCRIPCION DEL PROBLEMA ................................................................................. 3
1.4.1. Proceso de gestión de clientes ................................................................................... 3
1.4.2. Proceso gestión de empleados ................................................................................... 3
1.4.3. Proceso gestión de mascotas ..................................................................................... 4
1.4.4. Proceso de gestión de almacén .................................................................................. 4
1.4.5. Proceso gestión de compras ....................................................................................... 5
1.4.6. Proceso gestión de ventas........................................................................................... 5
1.4.7. Proceso gestión de proveedores. ............................................................................... 5
1.4.8. Proceso gestión de servicios clínicos. ....................................................................... 5
1.5. ALCANCE .......................................................................................................................... 6
2. DESCRIPCION GENERAL DE LA METODOLOGIA ......................................................... 7
2.1. VISION GENERAL ........................................................................................................... 7
2.2. CARACTERISTICAS ....................................................................................................... 7
2.3. VENTAJAS Y DESVENTAJAS ...................................................................................... 8
2.4. FUNDAMENTO TEORICO ............................................................................................. 9
2.5. VALORES DEL TRABAJO............................................................................................ 10
3. PLANIFICACION .................................................................................................................... 10
3.1. HISTORIAL DE VERSIONES ....................................................................................... 10
3.2. PERSONAS Y ROLES DEL PROYECTO .................................................................. 11
3.3. PRODUCT BACKLOG ................................................................................................... 11
3.4. SPRINT ............................................................................................................................ 12
3.4.1. SPRINT 1 ................................................................................................................. 12
4. HERRAMIENTA O SOFTWARE .......................................................................................... 13
 1. INTRODUCCION
Los avances tecnológicos siguen evolucionando considerablemente sobre todo en los
sistemas de gestión, en la actualidad son de vital importancia en las empresas grandes
medianas o pequeñas que se dedican a diversas actividades de negocio, mismas que
manejan gran cantidad de información así como para uso interno y/o externo, informacion
que se lograría gestionar correctamente, hoy en dia ha venido a ser una necesidad la
administración, almacenamiento, gestión y control de la información en las empresas por
mas pequeñas que sean, para sistematizar sus procesos, siendo en este caso la clínica
veterinaria El chaco.

El presente proyecto se refiere a la aplicación de la metodología SCRUM a un módulo

llamado compra, el cual nos muestra el flujo de trabajo (WORKFLOW) que realiza al
momento de registrar una compra.

La característica principal de este tipo de WORKFLOW es el seguimiento que necesita para

realizar una compra y para su elaboración. Recurriremos a trabajarlo con todo lo que realiza
en SCRUM.

La elección del módulo fue porque es uno de los procesos principales del proyecto. Y través
de este proyecto poder mostrar en Sprints y asi ver su evolución paso a paso para la
realización del módulo.

En los últimos años las metodologías de desarrollo ágil están adquiriendo gran popularidad.
La mayoría de las empresas lideres en el área de la informática están comenzando a
utilizarlas: Google, Yahoo, Microsoft, y una amplia lista más de organizaciones siguen el
modelo agil. Las metodologías agiles aparecen como una opción atractiva pues, en
contraposición con las metodologías convencionales que actúan basadas en principios de
estabilidad y control del contexto, las metodologías agiles no se centran en habilidades de
predicción, ni pretenden tener un sistema perfectamente definido como paso previo a su
construcción, sino que perciben cada respuesta al cambio como una oportunidad para
mejorar el sistema e incrementar la satisfacción del cliente, considerando la gestión de
cambios como un aspecto inherente al propio proceso de desarrollo software y permitiendo
de este modo una mejor adaptación en entornos.

En este contexto, Scrum se ha convertido en una de las metodologías agiles más populares
en el mercado, por lo que se ha sido la elegida para el desarrollo e implementación del
presente proyecto.
 1.1. PROPOSITO DEL DOCUMENTO
Facilitar la información de referencia necesaria a las personas implicadas en el
desarrollo del módulo de compras.

1.2. OBJETIVO GENERAL

Desarrollar el WORKFLOW del módulo de compras aplicando la metodología SCRUM.

1.3. OBJETIVOS ESPECIFICOS

 Elaborar los roles de trabajo para cada integrante del equipo de trabajo.
 Elaborar el plan de trabajo.
 Realizar el uso de Sprints

1.4. DESCRIPCION DEL PROBLEMA

Actualmente, las veterinarias, en su mayoría no cuentan con herramientas tecnológicas que
le permitan gestionar eficientemente a: clientes, mascotas, almacén y servicios que realizan
las veterinarias.

En un comienzo no se veía la necesidad de una herramienta tecnológica, debido a que

daban pocos servicios. Debido al aumento de trabajos que realiza la veterinaria, se requiere
un sistema de información para la administración de sus servicios.

Para describir la problemática que surge en la empresa, mencionaremos los siguientes

procesos:

1.4.1. Proceso de gestión de clientes

El personal de trabajo registra al cliente anotando el nombre, ci y teléfono de referencia, en
cual existen diversos problemas en este proceso de los cuales mencionaremos:

 La empresa no puede llevar un control preciso sobre el número de mascotas que

posee un cliente.
 Muchas veces hay pérdidas de datos de los clientes que son registrados.
 No hay una obtención rápida de la información ante cualquier reclamo o exigencia
del cliente.
 Existen problemas a la hora de buscar datos de un cliente debido a la acumulación
de registros físicos.
1.4.2. Proceso gestión de empleados
El administrador o propietario de la veterinaria registra a los empleados anotando el
nombre, ci y teléfono de referencia como ser:
  Algunas veces existe perdida de datos de los empleados.
1.4.3. Proceso gestión de mascotas
El personal de trabajo registra las mascotas que son ingresados en la veterinaria anotando
los datos de la mascota como ser: especie, color, edad, raza, sexo, tamaño, etc. y del cliente
al que pertenece.

Existen diversos problemas en este proceso de los cuales mencionaremos a algunos:

 La empresa no puede llevar un control preciso sobre las mascotas que atienden.
 Muchas veces hay pérdidas de datos de las mascotas que son atendidas.
 Existen problemas con algún tratamiento realizado a las mascotas, debido a la
confusión del cliente que lo lleva, al poder este no ser el propietario.
 No hay una obtención rápida de la información ante cualquier reclamo o exigencia
del cliente.
 No existe respaldo del control de vacunas (carnet de vacuna) que se le realiza a la
mascota.
 Falta de información de tratamientos anteriores en otras veterinarias.
1.4.4. Proceso de gestión de almacén
Hay diversos problemas en este proceso de los cuales mencionaremos:

 No cuenta con un buen control de las ventas que se realizan al día y esto provoca
que a veces ocurra desorden en la documentación, por lo que puede ocurrir pérdida
de dinero.
 No se tiene conocimiento exacto de la cantidad y fecha de vencimiento de los
productos en stock.
 Es moroso para el vendedor, al momento de realizar una venta, el tener que verificar
la existencia de dicho producto, debido a que son muchos los productos que se
ofrecen, para así poder realizar la venta y tal situación resulta incómodo para el
cliente cuando este no existe.
 Varía el precio de los productos en venta, tales motivos como: devaluación de
productos, economía del país, cambio de dólar, etc.
 No se tiene la cifra exacta de las ganancias o pérdidas que se haya obtenido durante
cierto periodo de tiempo ya sea día, semana, mes o año.
 No se tiene control adecuado en el almacén sobre las herramientas y equipos de
trabajo.
  No hay control sobre las herramientas y equipos que usa cada doctor en un día de
trabajo.
 No se tiene un control de daños o pérdidas en las herramientas y equipos de trabajo.
1.4.5. Proceso gestión de compras
La veterinaria realiza compra de sus productos de diferentes proveedores y ciertos
problemas se le presentan como ser:

 No se lleva el control de los productos comprados en cierto periodo de tiempo.

1.4.6. Proceso gestión de ventas.
En la veterinaria aparte de realizarse servicios clínicos también se realiza la venta de
distintos productos como ser accesorios, químicos o accesorios y surgen algunos
problemas como ser:

 No se lleva el control de las ventas realizadas en ciertos periodos de tiempos.

1.4.7. Proceso gestión de proveedores.
La veterinaria realiza el pedido de sus productos de distintos proveedores, pero no lleva
registro de ninguno de ellos, y en algunas ocasiones se dan los siguientes problemas:

 No hay registro de la información del proveedor en caso de que haya algún producto
en mal estado o funcionamiento.

1.4.8. Proceso gestión de servicios clínicos.

Al momento de brindar algún servicio a una mascota surgen los siguientes problemas:

Consultas

 No hay un control sobre qué servicios brinda el doctor o auxiliar en un día laboral.
 El personal de trabajo no puede llevar un control de información de todos los
servicios que brinda a lo largo de un día, semana, mes o año.
 No hay una obtención rápida de la información ante cualquier reclamo o exigencia
del cliente.
Historial
 Demora al buscar el historial de un paciente.
Análisis Clínico
 No hay buen control en la solicitud de análisis y entrega de resultados de los
mismos.
Tratamiento
 No se lleva control de los tratamientos recetados a un paciente.
Hospitalización

 No se registra correctamente los servicios prestados durante la hospitalización.

Vacunas
 No se tiene un control exacto sobre las vacunas administradas a las mascotas,
perdiendo así la fecha de la siguiente dosis.
Alergias
 No se conoce con exactitud las alergias que tiene alguna mascota.

Extras

 No se lleva registro de los servicios extras brindados como ser: baños, peluquería,
etc.

Cirugías

 Perdida de registro de la cirugía realizada a una mascota.

Diagnostico

 No se lleva correctamente el registro de diagnósticos hechos a las mascotas,

perdiendo así datos para una posible reconsulta.

1.5. ALCANCE
1.7.1.1. Gestionar Proveedor

Se gestionará a cada proveedor ya sea persona o empresa con su NIT o cedula

de identidad, nombre de persona o empresa, dirección, fecha de entrega, teléfono
y cantidad.

1.7.1.3. Gestionar empleado

Se gestionará cada empleado con su carnet de identidad, nombre, apellido,

ocupación, fecha de ingreso, teléfono y dirección.

1.7.1.2. Gestionar productos

Gestionar productos fármacos

Se gestionará los productos higiénicos, antisépticos, suplementos y medicamentos

con su ID, nombre, precio, presentación, tipo y descripción.
 Gestionar productos alimenticios

Se gestionará a todos los productos alimenticios con su ID, nombre, precio, tipo y
descripción.

Gestionar productos químicos

Se gestionará cada uno con su ID, nombre, precio, presentación, tipo y

descripción.

Gestionar accesorios

Se gestionará a cada uno son su ID, nombre precio, tipo, descripción, color y
tamaño.

1.7.1.17. Gestionar nota de ingreso

Se gestionará todos los productos comprados con su ID, fecha y total.

1.7.1.18. Gestionar usuario

Se gestionará a cada usuario con su nombre de usuario y contraseña.

1.7.1.26. Gestionar Reportes

Se Gestionará los diferentes reportes que quiera obtener el administrador.

1.7.1.27. Gestionar Almacén

Se gestionará los datos del almacén donde se encuentran los productos.

1.7.1.16. Gestionar bitácora

Se gestionará todas las actividades dentro del sistema, ya sea el ingreso, compra o
venta realizada de los productos, registros, modificación de cualquier información.

2. DESCRIPCION GENERAL DE LA METODOLOGIA

2.1. VISION GENERAL
El sprint es cada iteración de desarrollo y se recomienda realizarlo con duraciones de 1
a 4 semanas. Por lo tanto, es el NUCLEO que proporciona la base del desarrollo
iterativo e incremental.

2.2. CARACTERISTICAS
Los elementos que caracterizan al desarrollo de SCRUM son:
 Reuniones

Tipos de reuniones

- Planificación del Sprint: Jornada de trabajo previa al inicio de cada sprint. Se

determina el trabajo a realizar y los objetivos de cada iteración.
- Reunión diaria: Breve revisión del trabajo realizado en el equipo hasta la
fecha y previsión del siguiente día.
- Revisión de Sprint: Análisis y revisión del incremento generado.
 Elementos

Tipos de elementos

- Pila del producto: Lista de requisitos de usuario inicialmente y que va

creciendo con el desarrollo.
- Pila del sprint: Lista de los trabajos que debe realizar el equipo durante el
sprint para generar incremento positivo.
- Incremento: Resultado de cada sprint.

 Roles

Diferentes roles
- Comprometidos:
Propietario del producto
Equipo
Scrum manager
- Implicados:
Otros interesados
 Valores

- Respeto entre los miembros.

- Responsabilidad.
- Trasparencia del proyecto.
2.3. VENTAJAS Y DESVENTAJAS
La Metodología Ágil (SCRUM) tiene las siguientes:

Ventajas:

o Entregables en tiempo y forma, puedes ir enviando entregables al cliente

mientras vas atacando los objetivos más sencillos, eso te hace ganar tiempo
para atacar los objetivos más complejos.
 o El ScrumMaster tiene el conocimiento necesario para lograr el objetivo
primario y secundario por lo cual puede ir controlando el proyecto y
delegando roles.
o Cada persona sabe que es lo que tiene que hacer y no es necesario estar
reorganizando una y otra vez los Tracks de cada persona.
o Se involucra desde un principio y se da un rol a todos los stakeholders
(personas que van a participar en el proyecto incluyendo cliente final, QA,
Testers, etc.)

Desventajas

o Algunos miembros de tu equipo pueden saltar pasos importantes en el

camino rápido para llegar al “sprint” final.
o El cliente siempre va a esperar los informes con la fecha exacta, y muchas
veces los va a pedir antes, cuando capaz no pudiste avanzar en nada.
o Demasiadas reuniones para poco avance, a veces es muy cansador y
estresante reunirse demasiadas veces por el mismo tema, algunos van
perdiendo el interés en el proyecto.
o Si una persona renuncia o hay algún cambio es complicado remplazar ese
rol ya que es la persona que se lleva el conocimiento específico y afecta a
todo el proyecto.
o No es aplicable a grandes escalas o cuando el sector IT es variado.

2.4. FUNDAMENTO TEORICO

Las principales razones del uso de un ciclo de desarrollo iterativo e incremental de
tipo Scrum para la ejecución de este módulo son:

 Sistema modular. Las características del módulo solicitud de crédito bancario

permiten desarrollar una base funcional mínima y sobre ella ir incrementando
las funcionalidades o modificando el comportamiento o apariencia de las ya
implementadas.

 Entregas frecuentes y continuas al cliente de los módulos terminados, de

forma que puede disponer de una funcionalidad básica en un tiempo mínimo
y a partir de ahí un incremento y mejora continua del sistema.

 Previsible inestabilidad de requisitos.

 o Es posible que el sistema incorpore más funcionalidades de las
inicialmente identificadas.

o Es posible que durante la ejecución del proyecto se altere el orden

en el que se desean recibir los módulos o historias de usuario
terminadas.

o Para el cliente resulta difícil precisar cuál será la dimensión completa

del sistema, y su crecimiento puede continuarse en el tiempo
suspenderse o detenerse.

2.5. VALORES DEL TRABAJO

Los valores que deben ser practicados por todos los miembros involucrados en el
desarrollo y que hacen posible que la metodología Scrum tenga éxito son:

 Autonomía del equipo

 Respeto en el equipo
 Responsabilidad y auto-disciplina
 Foco en la tarea
 Información transparencia y visibilidad.

3. PLANIFICACION
3.1. HISTORIAL DE VERSIONES

Fecha Versión Descripción Autor

Definición de roles. Alejandro Aragon Arturo

10/09/2017 1.0
Definición del PRODUCT Andia Balderrama Kevin H.
BACKLOG. Planeación Mendoza Ribera German
del SPRINT 1. Vargas Bravo Ivan Mijael
 3.2. PERSONAS Y ROLES DEL PROYECTO
ROLES

Cliente (Product Owner) Alejandro Aragon Arturo

Facilitator (Scrum Master) Alejandro Aragon Arturo
Equipo (Team) Alejandro Aragon Arturo
Andia Balderrama Kevin H.
Mendoza Ribera German
Vargas Bravo Ivan Mijael

3.3. PRODUCT BACKLOG

SELECCIÓN DE REQUISITOS
*LISTA DE REQUISITOS (Product Backlog)

MÓDULO DE SOLICITUD

ID REQUISITOS Prioridad

1 GESTIONAR PROVEEDOR Alta

2 GESTIONAR EMPLEADO Alta

3 GESTIONAR PRODUCTO Alta

4 GESTIONAR USUARIO Alta

5 GESTIONAR NOTA DE INGRESO Alta

6 GESTIONAR REPORTES Media

7 GESTIONAR BITACORA Media

8 GESTIONAR ALMACEN Alta

 3.4. SPRINT
3.4.1. SPRINT 1
ID REQUISITOS TAREAS QUIEN ESTADO ESTIMACION(HRS)

Diseñar la vista de gestionar Proveedor TERMINADA

Consultar métodos de consultas SQL a la BD Alejandro Aragón TERMINADA
1 GESTIONAR PROVEEDOR 10
Arturo
Generar vista de proveedores INICIADA
Realizar test de pruebas INICIADA
Diseñar la vista de gestionar Empleado TERMINADA
Consultar métodos de consultas SQL a la BD Alejandro Aragón TERMINADA
2 GESTIONAR EMPLEADO 10
Arturo
Generar vista de empleados INICIADA
Realizar test de pruebas INICIADA
Diseñar la vista de gestionar Producto TERMINADA
Consultar métodos de consultas SQL a la BD Andia Balderrama TERMINADA
3 GESTIONAR PRODUCTO 10
Kevin Aiden
Generar vista de productos INICIADA
Realizar test de pruebas INICIADA
Diseñar la vista de gestionar Usuario TERMINADA
Consultar métodos de consultas SQL a la BD Andia Balderrama TERMINADA
4 GESTIONAR USUARIO 10
Kevin Aiden
Generar vista de usuarios INICIADA
Realizar test de pruebas INICIADA
Diseñar la vista de gestionar Nota de Ingreso TERMINADA
GESTIONAR NOTA DE Consultar métodos de consultas SQL a la BD Mendoza Ribera TERMINADA
5 10
INGRESO German
Generar vista de nota de ingreso INICIADA
Realizar test de pruebas INICIADA
Diseñar la vista de gestionar Reporte TERMINADA
Consultar métodos de consultas SQL a la BD Mendoza Ribera TERMINADA
6 GESTIONAR REPORTE 10
German
Generar vista de reportes INICIADA
Realizar test de pruebas INICIADA
Diseñar la vista de gestionar Bitácora TERMINADA
Consultar métodos de consultas SQL a la BD Vargas Bravo Iván TERMINADA
7 GESTIONAR BITACORA 10
Mijael
Generar vista de bitácora INICIADA
Realizar test de pruebas INICIADA
Diseñar la vista de gestionar Almacén TERMINADA
Consultar métodos de consultas SQL a la BD Vargas Bravo Iván TERMINADA
8 GESTIONAR ALMACEN 10
Mijael
Generar vista de almacén INICIADA
Realizar test de pruebas INICIADA
4. HERRAMIENTA O SOFTWARE
Se utilizará la herramienta en línea Trello

Desde esta aplicación podrás realizar numerosas acciones como:

 Tomar notas.

 Adjuntar archivos.

 Añadir listas.

 Asignar tareas a usuarios de tu mismo espacio de trabajo.

 Colocar fechas límite a cada tarea.

 Personalizarlo tanto en forma como en contenido.

Trello es una plataforma de gestión de proyectos colaborativa basada en el concepto

de tableros. En Trello los tableros representan proyectos, y cada tablero está
compuesto por columnas, que representan los estados por los que puede pasar una
tarea, denominada “tarjeta”. Puedes echar un vistazo a la guía de iniciación oficial de
Trello si quieres saber más.

El tablero es publico para las cualquier persona, solo las personas añadidas al equipo pueden
editarla.

https://trello.com/b/76Nyvmc3/scrum