INFORME DE APLICACIÓN DE PROCESOS SCRUM
Desarrollo de un Sistema web para la gestión de Hotel SR orientado a eventos
utilizando la metodología Ágil SCRUM
–
Avance 01
Presentado por:
Mamani Huanca, Jhoel Rene U17106156
Arequipa, Perú2024
Informe de Aplicación de Procesos SCRUM
1 Definición del Proyecto
El Hotel SR está ubicado en Arequipa, alrededores de la ciudad blanca, su objeto es brindar un
servicio de hospedaje a turistas nacionales o extranjeros; y, con el fin de mejorar sus servicios se
propone desarrollar un sistema que automatice el proceso de Reserva de Habitaciones mediante la
web, el mismo que permitirá automatizar los procesos directos con el cliente de una forma más
ágil.
Así mismo facilitará las reservas de habitaciones por los clientes, desde cualquier parte del mundo.
El sistema nos permitirá manejar la información de los clientes, ver la disponibilidad de las
habitaciones y el estado en que se encuentran las mismas.
El cliente podrá solicitar servicios y el administrador del hotel o el encargado, tendrá un control de
stock de los productos que están próximos a agotarse, para solicitarlos a los proveedores. Se podrá
consultar los ingresos diarios que tiene el hotel por medio de reportes.
Los reportes que genera el sistema se darán en formato de hoja electrónica y permitirá a los
usuarios poder trabajar con filtros y tomar de mejor manera las decisiones en beneficio del hotel
SR.
1.1 Metodología SCRUM
Scrum es el marco ágil más extensamente utilizado para desarrollar y gestionar productos
(software) complejos. Esta metodología presenta 3 pilares fundamentales: planificación,
inspección, y adaptación. Con Scrum, un proyecto completo se divide en una secuencia de
iteraciones llamadas Sprints. Cada Sprint está limitado en el tiempo a no más de un mes y debe ser
planificado con mucha antelación.
2 Desarrollo
2.1 Formación del Equipo
En la siguiente tabla, definimos como Scrum master a Herles Obando por su experiencia
laboral en gestión y organización de equipos de trabajo, como también en la toma de ideas
en mejorar de proyectos. Para el rol de Product Owner fue seleccionado el especialista
Jhoel Mamani Huanca por su alta experiencia en toma de requerimientos de proyectos y a la
comunicación efectiva de los clientes. Por último,para el Development team se tiene a Juan
Alvarez y Jhoel Mamani especialistas anteriormente nombrados ya que poseen experiencia
en el diseño y desarrollo de páginas web.
ROL NOMBRE DEL ESPECIALISTA
Scrum Master Herles Obando
Product Owner Jhoel Mamani Huanca
Development team Juan Alvarez / Jhoel Mamani
2.2 Idea de Proyecto
Implementar la metodología ágil llamada Scrum en un proyecto web para un Sistema
aplicación web de Gestión de Hotel. A través de esta estrategia nos proponemos organizar
de una manera eficiente los equipos y fragmentar las tareas en demandas granulares para
hacer que el proceso sea más eficiente.
2.3 Objetivo General
Implementar un sistema Web integrado de gestión de reservas habitaciones y
administración de usuarios en una empresa de rubro de hotel utilizando Scrum para ganar
agilidad operacional con un valor agregado creciente para los clientes.
2.4 Objetivos Específicos
● Analizar y levantar los requerimientos necesarios para el proyecto.
● Implementar los procedimientos de registro de clientes, registro de reversas,
registro de habitaciones, caja.
● Analizar y diseñar la base de datos que se utilizará en el sistema.
● Agilizar las reservas de las habitaciones al cliente mediante la web.
● Automatizar la gestión de facturación, para un correcto manejo económico del
negocio.
● Generar un reporte completo de todas las transacciones y actividades del sistema.
● El proyecto Scrum debe poder generar una visión clara de todo el proceso,para
poder inspeccionar constantemente.
● Implementar un proyecto Scrum adaptativo para realizar los ajustes de manerarápida
y eficiente
● Generar un valor agregado para el producto a entregar al cliente.
2.5 Product Backlog
Para describir el producto backlog, se presenta la siguiente tabla resumen:
Nombre Prioridad Importancia Tiempo Número de
estimado(días) Sprint
Investigación
Preliminar MEDIA 17 11 0
Análisis del
Sistema ALTA 18 12 1
Diseñar el
Sistema ALTA 19 15 2
Diseño de la
base de datos ALTA 18 15 3
Desarrollo
del Backend ALTA 19 15 4
Desarrollo
del FrontEnd ALTA 19 15 5
2.6 Sprint Planning Meeting
Una vez establecido los Sprints, se definirán todas las tareas a realizar para cada una de
estas. Es necesario establecerlo por orden y clasificación, de este modo el equipo de
desarrollo tendrá la dirección correcta de los pendientes a realizar, como su tiempo de
inicio y fin. Esta planificación se desarrolla con todo el equipo de trabajo presente, así
pues, no habrá lugar a desconocimientos o confusiones en la ejecución y procedimiento
de las tareas.
2.7 Ejecución del Sprint
Una vez establecido los Sprints, se definen todas las tareas a realizar para cada una de
estas. A continuación, se muestran las tareas que se desarrollan en cada uno de los sprint.
Asimismo, esta forma parte de la planificación con el equipo de trabajo que tienen
conocimiento de definición, tiempos, y ejecución de procedimientos.
Sprint 0 - Investigación preliminar
ID Número de Tareas Desde Hasta Días
Sprint Totales
TA01 0 Definir y describir el 05/04/2023 05/04/2023 1
problema, o situación
actual.
TA02 0 Definir los objetivos del 06/04/2023 06/04/2023 1
proyecto.
TA03 0 Identificar los alcances y 07/04/2023 10/04/2023 3
límites de ejecución del
proyecto.
TA04 0 Analizar viabilidades del 11/04/2023 16/04/2023 6
planteamiento, se
consideran aspectos
económicos y técnicos.
Ejecución del Sprint 0 – Scrum Diario
Trabajo Trabajo a realizar Observación
realizado eldía el día de hoy
anterior
Dia 1 Realizar una Ninguna
reunión con el
cliente para
definir las
problemáticas
actuales en
la
empresa.
Dia 2 Reunión con elcliente.
Recibir toda la Ninguna
información
antigua y
presente del
sistema de
manejo de
datos en la
empresa.
Dia 3 Se Realizar una Ninguna
re verificación de
copiló estado actual
información y con algún
antecedentes deproblemática
método, de tal
forma que se
tengan
indicadores
actuales.
Dia 4 Se realizó Solicitar al Ninguna
estudio de cliente
estado actual. diagrama defuncionamiento
sistema
tradicional
Dia 5 Diagrama defuncionamiento.
Solicitar al Ninguna
cliente
diagrama defuncionamiento
deseado.
Dia 6 Se modifica Primer Ninguna
diagramade planteamiento desolución.
funcionamiento.
Dia 7 Se ejecutó la Segundo Ninguna
primera planteamiento desolución,
propuesta desolución.
Dia 8 Se ejecutó la Tercer Ninguna
segunda planteamiento de
propuesta de solución.
solución.
Dia 9 Se ejecutó la Definir y Ninguna
tercera ordenar los
propuesta desolución.
planteamiento
s de solución
para el
caso.
Dia 10 Se ordenan las Presentar y Se debe
soluciones esperar esperar
orientadas a las aprobación delplanteamiento
aprobación.
necesidades. problemáticas
obtenidas en
primeros días.
Dia 11 Se presenta al Realizar Ninguna
cliente estudios de
documento aspectos
resumen. económicos ytécnicos
propuesta
integral.
Sprint 1 - Análisis del sistema
I Núm Tareas Desde Hasta Día
D ero s
de Tot
Spri ale
nt s
T 1 Recopilar 17/04/ 19/04/ 3
A información y 2023 2023
0 determinar los
problemas y
1 necesidades a
resolver.
T 1 Definir el alcance 20/04/ 23/04/ 4
A del proyecto. 2023 2023
0 I
mplica describir
2 requerimientos
funcionales y no
funcionales del
sistema.
T 1 Realizar cuadro de 24/04/ 28/04/ 5
A gastos y 2023 2023
0 benefici
osgenerales del
3 sistema.
Ejecución del Sprint 1 – Scrum Diario
Trabajo Trabajo a Observación
real realizarel día
izadoel día de hoy
anterior
Dia 1 Solicitar Ninguna
informaciónde
nec
esidad
adicionales
seg
únpropuesta
implementada al
cliente.
Dia 2 Se Revisar Ninguna
s viabilidad de
olicitó necesidades aresolver
información
actualizada sobrenecesidades
a solución
planteada.
Dia 3 Se l Generar un Ninguna
re a informe
visó resumen de
viabilida d necesidades
d e del cliente y
solución como serán
adecuaci y cubiertas por el
ón. proyecto
(Aspecto
Gerencial).
Dia 4 Se u Definir y Ninguna
pre n describirlos
sentó requerim
informe. ientos
funcionales.
Dia 5 Se l Definir y Ninguna
de o describirlos
finió s requerim
requerimi ientos
entos no funcionales.
funcional
es.
Dia 6 Se l Definir y Ninguna
de o describir
finió s los
requerimi requerim
entos n ientosno
funcional o funcionales.
es.
Dia 7 Se l Realizar Ninguna
de o resumen
finió s técnico del
requerimi know how del
entos n proyecto.
funcional o
es.
Dia 8 Se hizo Verificar los Ninguna
retroalimentaci gastos que se
ón de realizarán para la
actividades implementació
pendientes n.
delproyecto.
trabajo.
Dia 9 Se verificó losgastos.
Verificar los Ninguna
tiempos que se
necesita para la
implementació
n.
Dia 10 Se verificó Describir
lostiempos. Ninguna
beneficios
generales delsistema.
Dia 11 Se describió losbeneficios.
Generar un Ninguna
formato
evaluación de
gastos para
informe al
cliente.
Dia 12 Se genera Realizar Ninguna
informe resumen
evaluación de económico delproyecto.
gastos. implementació
n.
Resultados:
Se obtuvieron los siguientes resultados de análisis requerimientos para la implementacióndel
proyecto que se muestra a continuación:
REQUERIMIENTOS FUNCIONALES
Requerimientos Funcionales
Se ingresan los datos de Registro: tipo de identificación (Cedula, Ruc,
Pasaporte),
Definir
apellidos, nombres, dirección, teléfono, celular, email, provincia y ciudad;
RF01 Reservas del
que serán guardados en la base respectiva.
Hotel
El sistema emite un mensaje de que el proceso se ha realizado con éxito, si
existe error el sistema notifica al usuario.
Se ingresan datos de tipo habitación (simple / matrimonial / triple), se
ingresa el numero de habitación y se selecciona el estado de la habitación
Definir
RF02 que por lo general cuando se lo ingresa se lo pone como disponible para
Habitación
reserva.
El sistema guarda los datos de Habitaciones.
Definir Fecha Se ingresan datos del cliente y los datos de la reserva, se selecciona la fecha
RF03 de Ingreso y Ingreso y Salida. Se carga automáticamente los precios dependiendo los días
Salida seleccionados de la reserva.
Se ingresa la información de los clientes nuevos, si el cliente es antiguo o que
Administrar ya este ingresado en la base de datos, únicamente ingresando la cédula el
RF04
Perfiles sistema, automáticamente presentará la información en pantalla, para que la
persona indicada pueda modificar el cliente.
Se ingresa en el sistema el nombre completo, usuario, la contraseña, y el
perfil al
Crear que pertenece el usuario.
RF05
Usuarios El sistema si no existe ningún tipo de error, guardará la información
correctamente
en la tabla de usuarios.
Como en los anteriores casos se procede a ingresar los datos del tipo de
Establecer usuario
RF06 Tipos de con toda la información relacionada y requerida, todos estos datos se
Usuario almacenan
en el bloque de tipos de usuario.
Actualización El sistema permitirá actualizar los estados de la reserva de habitación, así
RF07
Datos como el número de días a quedarse.
Para las opciones de menú, el usuario tendrá acceso a diferentes opciones
referentes a las reservas, aquí podrá ingresar datos como: el nombre,
Entrar a ubicación
RF08 Opciones de de las pantallas. Es importante recalcar que el ingreso de datos debe ser muy
Menú preciso con el fin de conocer los datos correctos de las pantallas, para
cuando sea
necesario asignarlas a los usuarios.
Imprimir
El sistema deberá permitir imprimir un reporte de la reserva generada de
RF09 Boleta de
parte del administrador.
Venta
REQUERIMIENTOS NO FUNCIONALES
La propuesta económica resultado, se detalla en el siguiente cuadro:
Sprint 2 – Diseño del Sistema Tareas del Sprint 2 - Sprint backlog
I Númer Tareas Desde Hasta Días
D o deSprint Totale
s
T 2 Definir laarquitectura
03/05/2 06/05/2 3
A de 022 022
softwar
8 e
T 2 Desarro 06/05/2 08/05/2 2
A llo de 022 022
interfaz
9 visual
T 2 Desarro 08/05/2 10/05/2 2
A llo de 022 022
clases
1
0
T 2 Desarro 10/05/2 18/05/2 8
A llo dela 022 022
aplicaci
1 ón
1
Ejecución del Sprint 2 – Scrum Diario
Trabajo Trabajo a Observación
realizado eldía realizar eldía
anterior de hoy
Dia 1 Reali l Ninguna
zar d a
defin e
ición l
méto o
dos s
Dia 2 Se y Reali l Ninguna
reali zar d a
zaron l defin e
definieron o ición l
métodos técni
s cas a
s
Dia 3 Se realizó y Defi l Ninguna
definió las nir a
técnicas a usar herra
en el proyecto. mien m
ta a
adec s
uada
despl p
egar a
softw r
are a
e
l
Dia 4 Se definió la Definir la Ninguna
herramienta/sof cantidadde
tware a usar formularios
Dia 5 Se definió la Desarrollar lainterfaz
Ninguna
cantidadde usando los
formularios a formularios
usar
Dia 6 Se desarrolló lainterfaz
Distribuir
visual las Ninguna
clases en
Net
Beans
siguiendo la
estructura
MVC
Dia 7 Se Asignar Ninguna
desarrollaron todo
lasclases en s los
NetBeans atributos a las
clases
Dia 8 Se asignaron losatributos
Realizar la Ninguna
conexióna
base de datos
Dia 9 Se realizó la Realizar los Ninguna
conexióna la métodospara
base de datos agregar
Dia 10 Se realizaron losmétodos
Realizar los Ninguna
datos métodospara
editar datos
Dia 11 Se realizaron Realizar los Ninguna
los métodos métodospara
para editar eliminar datos
datos
Dia 12 Se realizaron los Realizar los Ninguna
métodos paraeliminar
métodospara
visualizar
datos
Dia 13 Se realizaron Realizar los Ninguna
losmétodos paravisualizar
métodospara
hacer
consultas
Dia 14 Se realizaron Realizar los Ninguna
los métodos métodos para
para hacer registro de
consultas usuario
Dia 15 Se realizaron los Ejecución Ninguna
métodos para d
registrode e
usuario l
aaplicación
completa
Resultado:
Para Diseño del Sistema se hará uso de la herramienta Apache NetBeans en la cualse
programará usando el lenguaje JAVA
Sprint 3 – Diseño de la Base de DatosTareas del Sprint 3 – Sprint backlog
I Núme Tareas Desde Hasta Días
D ro de Totale
Sprint s
T 3 Diseño 18/05/2 23/05/2 5
A de la 022 022
base de
1 datos
2
T 3 Rediseñ 23/05/2 26/05/2 3
A ar la 022 022
base de
1 datos
3
T 3 Modelo 26/05/2 29/05/2 3
A entidad 022 022
relación
1
4
T 3 Modelo 29/05/2 31/05/2 2
A Lógico 022 022
1
5
T 3 Diccion 31/05/2 02/06/2 2
A ariode 022 022
datos
1
6
Ejecución del Sprint 3 – Scrum diario
Trabajo Trabajo a Observación
realizado eldía realizar eldía
anterior de hoy
Dia 1 Realizar la Ninguna
recolección
d
e
l
oscampos de
datos
Dia 2 Se realizó larecolección
Diseñar las Ninguna
tablas enla
base de datos
Dia 3 Se realizó el Ingresar los Ninguna
diseñode las datos a labase
tablas de datos
Dia 4 Se Revisar si los Ninguna
ingresaro datos
n los se
datos a la base re
dedatos gistran
correctamente
Dia 5 Se revisó si los Revisar si los Ninguna
datos son datos se editan
almacenados y eliminan
correctamente correctamente
Dia 6 Revisar si los Revisar la Ninguna
datos base dedatos
se editan y en general
eliminan
correctamente
Dia 7 Se revisó la Editar la base Ninguna
base dedatos de datos si un
completa campo o tabla
no son
correctos
Dia 8 Se editó la Revisión final Ninguna
base de datos si de labase de
se encontró datos
errores
Dia 9 Se revisó la Recolectar los Ninguna
base dedatos datos
completa para
realiza
r el
gráfico E-R
Dia 10 Se Realizar el Ninguna
recolectaron modeloE-R
losdatos
Dia 11 Se realizó el Revisar los Ninguna
modeloE-R gráficosdel
modelo E-R
Dia 12 Se revisaron losmodelos
Realizar el Ninguna
modeloLógico
Dia 13 Se realizó el Revisar el Ninguna
ModeloLógico ModeloLógico
Dia 14 Se revisó el Realizar el Ninguna
ModeloLógico diccionario de
datos
Dia 15 Se realizó eldiccionario
Revisión deldiccionario
Ninguna
Resultado:
Para la base de datos se usó la herramienta PGAdmin
Sprint 4 – Implementación del Sistema y Desarrollo de la aplicación BackendTareas
del Sprint 4 - Sprint backlog
I Nú Tareas Desde Hasta D
D mer
o de ía
Spri
s
nt
to
ta
le
s
Configuración de
los servidores de la
T 4 aplicación. 04/04/2022 04/04/2 1
A 022
3
1
T 4 Configuración de
A los servidores de la 05/04/2022 05/04/2
3 1
base de datos. 022
2
T 4 Configuración de 1
A los servidores de la 06/04/2022 06/04/2
3 022
base de datos.
3
T 4 Implementación 1
A 07/04/2022 07/04/2
3 022
de
4
l
abase de datos.
entidad relación
TA3 4 Implementación 1
5 08/04/20 08/04/2
de 22 022
l
abase de datos.
entidad relación
TA3 4 Implementación 1
6 09/04/20 09/04/2
de 22 022
l
abase de datos.
entidad relación
TA3 4 Módulo de 1
7 solicitud de
10/04/20 10/04/2
revisión técnica 22 022
TA3 4 Módulo de 1
8 planificación 11/04/20 11/04/2
22 022
TA3 4 Módulo de 1
9 administración 12/04/20 12/04/2
22 022
TA4 4 Módulo de 1
0 hoja de
13/04/20 13/04/2
servicio
22 022
TA4 4 Módulo de 1
1 hoja de
14/04/20 14/04/2
servicio
22 022
TA4 4 Módulo 1
2 reporte
15/04/20 15/04/2
s y
22 022
estadísticas
TA4 4 Módulo de pago 1
3 16/04/20 16/04/2
22 022
TA4 4 Módulo de 1
4 mantenimiento
17/04/20 17/04/2
22 022
Ejecución del Sprint 4 - Scrum Diario Tabla Scrum diario del Sprint 4
Trabajo realizado Trabajo a realizar el día de hoy
Observación
eldía anterior
Realizar la configuración
de losservidores de la
aplicación.
Realizar una reunión con el
cliente para revisar y validar los
Dí Ningu
costos de los servidores y las
a1 no.
fechas de duración de los
contratos de adquisición.
Realizar la configuración
Se realizó eficiente delos servidores de la
correctamente el base de datos.
levantamiento del
servidor.
Dí Ninguno.
a2
Realizar la configuración
Se realizó eficiente delos servidores de la
correctamente el base de datos.
levantamiento del
servidor.
Dí Ninguno.
a3
Implementación de la base de
Se realizó datosentidad relación
correctamente el
levantamiento del
servidor.
Dí Ninguno.
a4
Realizar la implementación de la
Se realizó basede datos.
correctamente la
implementación de Ninguno.
la base de datos
Dí entidad relación
a5
Continuar con la realización de
Se realizó laimplementación
labase de datos.
Dí Ninguno.
a6
Implementación del módulo desolicitud
Se realizó
correctamentela
base de datos. Ninguno.
Dí
a7
Implementación del módulo desolicitud
Se realizó
correctamente la
implementación del
módulo de solicitud
Dí revisión técnica. Ninguno.
a8
Implementación del módulo deadministración.
Se realizó
correctamente el
módulo de solicitud
del módulo
Dí planificación. Ninguno.
a9
Implementación del módulo deadministración.
Se realizó
correctamente la
implementación del
módulo de
Dí administración. Ninguno.
a
10
Implementación del módulo de
Se realizó hojade servicio.
correctamente la
implementación del
módulo de hoja de
Dí servicio. Ninguno.
a
11
Implementación del módulo de
Se realizó hojade reportes.
correctamente la
implementación del
módulo de hoja de
Dí servicio. Ninguno.
a
12
Implementación del módulo
Se realizó pagos.
correctamente la
implementación del
módulo de hoja de
Dí servicio. Ninguno.
a
13
Implementación del
Se realizó módulo
correctamente la mantenimiento.
implementación del
módulo pagos.
Dí Ninguno.
a
14
Implementación de estilo.
Se realizó
correctamente la
implementación del
módulo
Dí mantenimiento. Ninguno.
a
15
Sprint 5 – Implementación del Sistema y Desarrollo de la aplicación FrontEndTareas
del Sprint 5 - Sprint backlog
ID Núm Tareas Desde Hasta Días
ero totale
de s
Sprin
t
Formulario
T 5 solicitar 18/04/2 18/04/2 1
A re 022 022
45 visión
técnica.
Formulario
5 solicitar 19/04/2022 19/04/2022 1
re
visión
T técnica.
A4
2
Formulario deplanificación.
T 5 20/04/2022 20/04/2022 1
A4
3
Formulario deadministración.
5 21/04/2022 21/04/2022 1
T
A4
4
Formulario deadministración.
5 22/04/2022 22/04/2022 1
T
A4
5
Formulario
5 de hojade 23/04/2022 23/04/2022 1
servicio.
T
A4
6
Formulario dereportes.
5 24/04/2022 24/04/2022 1
T
A4
7
T 5 Formulario dereportes
24/05/2022 24/05/2022 1
A4
8
T 5 Formulario depagos
24/05/2022 24/05/2022 1
A4
9
T 5 Formulario depagos
25/05/2022 25/05/2022 1
A5
0
T 5 Formulario demantenimiento
26/05/2022 26/05/2022 1
A5
1
T 5 Formulario demantenimiento
27/05/2022 27/05/2022 1
A5
2
T 5 Formulario deestilo
28/05/2022 28/05/2022 1
A5
3
T 5 Detección deerrores
29/05/2022 29/05/2022 1
A5
4
T 5 Solución deproblemas
30/05/2022 30/05/2022 1
A5
5
T 5 Hosting y 30/05/2022 30/05/2022 1
A5 cacheode
5 página
Ejecución del Sprint 5 - Scrum Diario Tabla Scrum diario del Sprint 5
Trabajo Trabajo a Observación
real realizarel día
izadoel día de hoy
anterior
Dia 1 Realizar el Ninguna
formulario derevisión
Dia 1 Se realizó elformulario
Revisar el Ninguna
revisión formulario
técnica revisión
técnica
Dia 2 Se revisó el Realizar Ninguna
formulario form
revisión ulariode
técnica planificación
Dia 3 Se realizó el Realizar el Ninguna
formulario deplanificación
formulario deadministración
Dia 4 Se realizó el Revisar el Ninguna
formulario deplanificación
formulariode
administración
Dia 5 Se revisó el Realizar el Ninguna
formulario deadministración
formulario de
hoja deservicio
Dia 6 Se realizó elformulario
Realizar el Ninguna
servicio formulario dereportes
Dia 7 Se realizó el Revisar el Ninguna
formulario dereportes
formulariode
reportes
Dia 8 Se revisó el Realizar el Ninguna
formulario dereportes
formulario de
pagos
Dia 9 Se realizó elformulario
Revisar el Ninguna
formulariode
pagos
Dia 10 Se revisó elformulario
Realizar el Ninguna
formulario demantenimiento
Dia 11 Se realizó el Revisar el Ninguna
formulario demantenimiento
formulariode
mantenimiento
Dia 12 Se revisó el Realizar el Ninguna
formulario demantenimiento
formulario de
estilo
Dia 13 Se realizó elformulario
Detectar Ninguna
errores
Dia 14 Se hizo unadetección
Solucionar losproblemas
Ninguna
Dia 15 Se Hosting y Ninguna
solucionaron cacheo de
losproblemas página
Resultados
En la reunión con el cliente se estableció la interfaz de los formularios de las páginasweb.
Página principal
Inicio de Sesión:
Registrar usuario:
Página Principal Usuario:
Sesión citas:
3 Conclusión
- Scrum es una metodología que está empujando muy fuerte por la facilidad de implantación
y por su agilidad en cuanto a cambios y lo que propiamente aporta en comparación con
otras metodologías.
- Por un lado, Scrum evita la burocracia y la generación documental. No es que con Scrum
no se deba o no se pueda documentar, si no que con Scrum no se exige documentar nada
para iniciar un proyecto, algo que en otras metodologías es impensable.
- Con Scrum por otro lado, la idea principal es la de ponerse a trabajar prácticamente desde
el primer momento y empezar a sacar frutos de ese trabajo para que el cliente vaya viendo
los avances y se quede satisfecho con lo que se está haciendo y cómo seestá haciendo.
- La idea de la metodología ágil es fundamentalmente que adopte los cambios, que se pueda
reconducir el proyecto en un momento dado, y que afecte lo menos posible a los costes, los
tiempos y al equipo de trabajo.
- Un seguimiento diario no ayudará a saber cómo está avanzado el proyecto puesto quesi se ve
alguna observación esta podrá ser analizada al momento y no cuando el proyecto ya esté
avanzado.
- Es importante definir el grado de importancia en el Product Backlog para así poder tener
más énfasis en las etapas que requieren prioridad.
- La planificación de sprints es un proceso importante para los productos ya que
normalmente para el equipo de trabajo les resulta muy complicado entender en qué debe
concentrarse cada uno, especialmente si hay dependencias entre las tareas en curso y las
que siguen.
- La metodología ágil utilizada en este trabajo reflejó la importancia de la colaboración
constante y consistente del equipo. Debido a que se pudo verificar que junto al equipo de
trabajo se puede generar enfoques flexibles de aplicaciones; como es el caso de Integración
de programación para generar aplicación web destinada a servicios de un taller mecánico;
donde se pudo obtener resultados rápidos con liberación del producto en forma periódica
aplicando las prácticas del trabajo colaborativo.
