DESARROLLO DEL TRABAJO

Modelo de solución propuesto

Para el desarrollo del proyecto se utilizará el framework Scrum, los procesos están
agrupados en 5 (cinco) fases, los cuales son los siguientes:
1. Sprint 0 – Fase Inicio

En esta fase se establece el propósito del proyecto, creando una estructura

básica para que se puedan desarrollar los siguientes sprints. Se elabora la
versión inicial del Product Backlog. Se realizan las historias de usuario con los
que se trabajará, estableciendo cuales son prioritarias. Se estudia el diseño y la
arquitectura, al igual que los entornos de desarrollo. Se define el equipo y los
roles de cada persona con quienes se trabajará. Se realiza una aproximación
de los plazos y los esfuerzos necesarios para el desarrollo del proyecto.
También se estudia el caso de negocio, así como la rentabilidad.

1.1. Crear la visión del proyecto

Entradas:
Caso del negocio del proyecto: Anexo 1
Misión: Identificar los grupos potenciales de interés y adicionalmente la
posibilidad de generar y estimular una ampliación progresiva en el uso
de la bicicleta como medio de transporte metropolitano seguro,
integrado y eficiente, con la finalidad de contribuir a la mitigación del
cambio climático y mejorar la calidad de vida a la población.
Visión: Ser una empresa líder en alquiler de bicicletas dentro de la
ciudad y a nivel nacional. Garantizando la calidad y satisfacción del
cliente y accesorios modernos.
Herramientas:
Reunión de la visión del proyecto
Salidas:
Product Owner Identificado: Debbie Calderón
Declaración de la visión del proyecto:
Este proyecto tiene la finalidad de desarrollar e implementar un sistema
web para el control de inventarios en la empresa Bicilandia, de esta
manera mejorar sus procesos y automatizarlos, además de incrementar
la cantidad de reportes disponibles.
Con el sistema web se busca agilizar los procesos de alquiler,
mantenimiento de las bicicletas y reportes que tiene el negocio, los
 cuales en la actualidad son engorrosos, de esta manera beneficiar a la
empresa ya que tendrá una herramienta que le va a permitir gestionar
sus recursos, tomar mejores decisiones por el manejo eficiente de la
información.

1.2. Identificar al Scrum Master y stakeholders

Entradas:
Herramientas:
Criterios de selección:
- Habilidades para resolver problemas
- Disponibilidad
- Compromiso
- Estilo de liderazgo servicial
Salidas:
Scrum Master Identificado: Debbie Calderón
Stakeholders Identificado:
o Administrador: necesita que la información del negocio esté
disponible de manera inmediata y que sea veraz.
o Empleados: permitirá realizar su labor de manera ordenada y con la
información que necesiten al instante.

1.3. Formar el equipo Scrum

Entradas:
Herramientas:
Selección del equipo Scrum:
Salidas:
Equipo Scrum Identificado:
Debbie Kristy Calderón Morales (Programadora, Analista)

1.4. Desarrollar Épicas

Entradas:
Equipo Principal Scrum: Debbie Kristy Calderón Morales
Declaración de la visión del proyecto:
Herramientas:
Reuniones del grupo de usuarios: Administrador, empleados y
mecánico.
Técnicas de identificación de riesgos
Salidas:
Épicas:
- E01: Módulo de Usuarios
- E02: Módulo de Bicicletas
- E03: Módulo de Mantenimiento
- E04: Módulo de Alquiler
- E05: Módulo de Reportes
Prototipos:
- P01: El usuario Administrador con el rol administrador requiere
administrar los usuarios
- P02: El usuario Administrador con el rol administrador requiere
administrar las bicicletas
- P03: El usuario Mecánico con el rol mecánico requiere agregar las
bicicletas que se encuentran en mantenimiento
- P04: El usuario Empleado con el rol empleador requiere agregar los
alquileres de las bicicletas
- P05: El usuario Administrador con el rol administrador requiere
acceder a todos los reportes que se generen
Riesgos Identificados
N° ÉPICA NOMBRE DEL RIESGO
RI01 Incumplimiento en los trabajos solicitados.
RI02 Acceso indebido por parte de los usuarios por medio
de los perfiles inadecuados.
RI03 E01 Falta de personal con las capacidades necesarias
para el desarrollo del proyecto.
RI04 El plazo establecido del desarrollo del sprint no se
cumple.
RI05 Las imágenes de las bicicletas no se puedan
visualizar.
E02
RI06 La base de datos no soporte la cantidad de
transacciones que se realicen.
RI07 Las interfaces del sistema web no atienden las
E03 necesidades de los usuarios.
RI08 Mala comunicación con los stakeholders.
RI09 Los planes de capacitación no son satisfactorios
para los usuarios.
E04
RI10 Los stakeholders del proyecto no tengan una clara
dimensión de los alcances del proyecto.
RI11 Los entregables no cumplen con lo solicitado.
E05
RI12 El desarrollo de los reportes sea lento.
 Requisitos de seguridad: Aspectos de seguridad de información que
se tomarán en cuenta para el desarrollo de cada sprint
N° ASPECTOS DE SEGURIDAD
1 Asignar roles por cada perfil de usuario.
2 Para navegar por el sistema se implementará la
autenticación de usuario.
3 Realizar copias de seguridad de la base de
datos cada 15 días.
4 Establecer validaciones en los campos de datos
que lo requieran.
5 Controlar la información que muestran los
mensajes de errores.

1.5. Crear el Backlog Priorizado del Producto

Entradas:
Equipo Principal Scrum
Épicas
Prototipos
Riesgos identificados
Herramientas:
Métodos de priorización de historias de usuario: Se utilizó el método
de los 100 puntos
Técnicas de evaluación de riesgos: El PO convoca al equipo Scrum y
Stakeholders y se evalúan riesgos.
Evaluación de Riesgos
Épica Riesg Probabilidad Impacto/Efecto Puntaj Prioridad
o e
RI01 50% Catastrófica 20 1°
RI02 20% Serio 10 3°
E01
RI03 15% Tolerable 7 6°
RI04 40% Serio 12 4°
RI05 10% Tolerable 7 2°
E02
RI06 20% Serio 8 2°
RI07 20% Serio 10 1°
E03
RI08 50% Catastrófica 18 2°
RI09 15% Serio 9 1°
E04
RI10 30% Serio 11 1°
RI11 50% Catastrófico 20 1°
E05
RI12 30% Serio 10 1°
 PROBABILIDAD DE OCURRENCIA
Criterio de probabilidad de Riesgo
Probabilidad Descripción
Menor que 10% Muy bajo.
Entre 10 – 25% Bajo.
Entre 26 – 50% Moderado.
Entre 51 – 75% Alto.
Mayor a 75% Muy alto.

EFECTO O IMPACTO DE LOS RIESGOS

Criterio de Efecto o Impacto de los riesgos
Efecto Descripción
Insignificante No merecen ser tenidos en cuenta.
Tolerable Están dentro de un margen de aceptación, por lo
cual no comprometen ni el proyecto, ni el producto,
ni la organización.
Serio Comprometen seriamente el proyecto o el producto
o la organización.
Catastrófica Amenazan la supervivencia del proyecto o del
producto o de la organización.

POLÍTICAS PARA LA SELECCIÓN DE ESTRATEGIAS

Puntaje Estrategia Descripción
del riesgo
15 – 25 Evitar Cambiar las condiciones originales de
ese evento, para eliminar totalmente el
riesgo identificado.
6 – 14 Mitigar Llevar a cabo acciones concretas que
disminuyan, o bien la probabilidad de
aparición de la amenaza, o bien su
impacto si acaba materializándose.
3–5 Aceptar Si no se puede ser proactivo frente al
activamente riesgo, se tiene que estar preparado
para reaccionar. Esta respuesta se da
aceptando lo peor y especificando un
plan para actuar cuando el riesgo se
haga realidad, es decir, se definen
planes de contingencia.
1–2 Aceptar No se hace nada. Esta respuesta es
pasivamente aceptable para aquellos riesgos con muy
baja probabilidad de ocurrencia.

Salidas:
 Backlog Priorizado del Producto: basado en el método de los 100
puntos, se priorizan requerimientos de negocio y las historias de usuario,
basados en tres factores: valor, riesgo y dependencias

ID Épica Historia de Valor Riesgo Dependencia

Usuario
H01 Ingreso al Alto Ninguno
Módulo de Sistema
H02 Usuarios Mantener Medio H01
Usuarios
H03 Mantener Medio H01
Módulo de Bicicletas
H04 Bicicletas Filtrar Bajo H01
Bicicletas
H05 Módulo de Mantener Medio H01
Mantenimiento Repuestos
H06 Registrar Alto H01
Bicicletas en
mantenimiento
H07 Realizar Alto H01
Módulo de Alquiler
H08 Alquiler Listado de Bajo H07
alquileres
H09 Generar Alto H06
Reporte de
disponibilidad
Módulo de
de bicicletas
Reportes
H10 Generar Alto H08
Reporte de
alquileres

Riesgos Priorizado: mostrar la lista de riesgos priorizados y cuales se

deben de mitigar
N° Épica Riesgo Estrategia
RI01 Incumplimiento en los trabajos Evitar
solicitados.
RI02 Acceso indebido por parte de los Mitigar
E01 usuarios por los perfiles inadecuados.
RI03 Falta de personal con las Mitigar
capacidades necesarias para el
desarrollo del proyecto.
RI04 El plazo establecido del desarrollo del Mitigar
sprint no se cumple.
RI05 E02 Las imágenes de las bicicletas no se Mitigar
puedan visualizar.
 RI06 La base de datos no soporte la Mitigar
cantidad de transacciones que se
realicen.
RI07 Las interfaces del sistema web no Mitigar
atienden las necesidades de los
E03 usuarios.
RI08 Mala comunicación con los Evitar
stakeholders.
RI09 Los planes de capacitación no son Mitigar
satisfactorios para los usuarios.
RI10 E04 Los stakeholders del proyecto no Evitar
tengan una clara dimensión de los
alcances del proyecto.
RI11 Los entregables no cumplen con lo Evitar
solicitado.
E05
RI12 El desarrollo de los reportes sea Mitigar
lento.

Se presenta el backlog del producto del riesgo ajustado, presentando

HU y riesgos a ser mitigados en cada Épica
Criterios de Terminado: los criterios son:
- Cada historia de usuario cumple con los criterios de
aceptación, validados y aprobados de manera satisfactoria
- Se realizan las pruebas de calidad por parte del equipo SQA
y sin incidencias.
- Verificar demo de la aplicación web creada.
- Verificar la funcionalidad de cualquier parte del producto.
1.6. Realizar la Planificación de lanzamiento
Entradas:
Equipo principal Scrum
Stakeholders
Declaración de la visión del proyecto
Backlog priorizado del Producto
Herramientas:
Sesiones de planificación de lanzamiento
Métodos de priorización de lanzamiento
Salidas:
Cronograma de planificación de lanzamiento: estimado por cada
sprint
Duración del Sprint
Sprint Descripción Duración
Sprint 1 Módulo de Usuarios 2 semanas y 3 días
Sprint 2 Módulo de Bicicletas 2 semanas y 3 días
Sprint 3 Módulo de Mantenimiento 3 semanas
Sprint 4 Módulo de Alquiler 2 semanas y 3 días
Sprint 5 Módulo de Reportes 3 semanas