RiskAnalysis
| Grupo de prácticas: 8 |
|---|
| Alberto Benitez Morales |
| Álvaro Carrera Bernal |
| Álvaro Navarro Rivera |
| Álvaro Jose Sanchez Flores |
| Artemio Rodriguez Asensio |
| Eduardo de Bustamante Lucena |
| Fernando Barroso Barroso |
| Francisco Jose Vargas Castro |
| Gonzalo Santigo Martín |
| Guillermo Alonso Pacheco Rodrigues |
| Jaime Caballero Hernandez |
| Javier Nunes Ruiz |
| Javier Rodríguez Cordero |
| Juan Martínez Cano |
| Marco Antonio Roca Rodríguez |
| Mario Sanchez Naranjo |
| Pablo Martínez Valladares |
Universidad de Sevilla
Escuela Técnica Superior de Ingeniería Informática
Sprint 1
BanquetBuddy
Análisis de Riesgos
Grado en Ingeniería Informática – Ingeniería del Software
Ingeniería del Software y Práctica Profesional
Curso 2023 – 2024
| Fecha | Versión |
|---|---|
| 25/02/2024 | 1.0 |
| --- | --- |
| Grupo de prácticas: 8 |
|---|
| Alberto Benitez Morales |
| --- |
| Álvaro Carrera Bernal |
| --- |
| Álvaro Navarro Rivera |
| --- |
| Álvaro Jose Sanchez Flores |
| --- |
| Artemio Rodriguez Asensio |
| --- |
| Eduardo de Bustamante Lucena |
| --- |
| Fernando Barroso Barroso |
| --- |
| Francisco Jose Vargas Castro |
| --- |
| Gonzalo Santigo Martín |
| --- |
| Guillermo Alonso Pacheco Rodrigues |
| --- |
| Jaime Caballero Hernandez |
| --- |
| Javier Nunes Ruiz |
| --- |
| Javier Rodríguez Cordero |
| --- |
| Juan Martínez Cano |
| --- |
| Marco Antonio Roca Rodríguez |
| --- |
| Mario Sanchez Naranjo |
| --- |
| Pablo Martínez Valladares |
| --- |
Control de Versiones
| Fecha | Versión | Descripción |
|---|---|---|
| 25/02/2024 | 1.0 | Creación del documento |
| --- | --- | --- |
4. Cambios en la configuración 5
Riesgos encontrados
1. Documentación deficiente
| ID | Problema | Categoría |
|---|---|---|
| 5 | Documentación deficiente | Gestión de proyecto |
| --- | --- | --- |
Durante el desarrollo del Sprint 1 unos nos encontramos con la casuística de que el documento Gestión del código no se encontraba redactado de forma correcta, por lo que dejaba muchas situaciones sin especificar. Esta carencia en la documentación generó confusiones y dificultades adicionales en el equipo, ya que no teníamos pautas claras sobre cómo manejar ciertos aspectos del código, como por ejemplo:
- PB-001: No se especificaba la manera en la que el equipo tenía que actuar ante los conflictos en las pull-request.
- PB-002: Algunos miembros del equipo no tenían claro cómo nombrar correctamente los commits.
Respuesta:
Para abordar la situación encontrada durante el desarrollo del Sprint 1, se decidió mejorar del documento de Gestión del Código como la primera acción a realizar. Dado lo importante que es tener instrucciones claras sobre cómo manejar el código en el proyecto, nos aseguramos de dedicar especial atención a esta tarea. Queríamos asegurarnos de que todos en el equipo tuvieran una guía clara y fácil de entender para seguir cuando trabajaran en el código.
Durante esta revisión, se agregaron ejemplos concretos y se ampliaron las especificaciones del documento para abordar las situaciones identificadas. Se incluyeron ejemplos de prácticas recomendadas para el control de versiones, normas de codificación, procesos de integración continua, gestión de ramas y políticas de revisión de código. Estos ejemplos ayudaron a clarificar los conceptos y a proporcionar a los miembros del equipo un marco de referencia práctico para aplicar en su trabajo diario.
2. Falta de comunicación
| ID | Problema | Categoría |
|---|---|---|
| 6 | Falta de comunicación | Equipo |
| --- | --- | --- |
Durante el desarrollo del Sprint 1, el subgrupo 1 ha experimentado una falta de comunicación. Como consecuencia directa de esta deficiencia de comunicación, gran parte de las responsabilidades del subgrupo para este Sprint fueron realizadas por una única persona en lugar de distribuirse de forma equilibrada entre los miembros del equipo.
Respuesta:
Como respuesta a esta situación, el subgrupo 1 ha establecido medidas para mitigar el problema. Se ha acordado la realización de reuniones al inicio de cada Sprint. En estas reuniones, se abordará la distribución de tareas para asegurar que sea justa, y equilibrada entre todos los miembros del grupo.
3. Falta de comunicación
| ID | Problema | Categoría |
|---|---|---|
| 6 | Falta de comunicación | Equipo |
| --- | --- | --- |
Durante el desarrollo del proyecto, el equipo se enfrentó a la dispersión de la documentación en Google Drive, lo que resultó en una falta de comunicación y coordinación eficiente entre los miembros del equipo. Con la documentación almacenada en diferentes carpetas y archivos en Drive, era difícil para los miembros del equipo encontrar la información relevante y mantenerse al día con las actualizaciones.
Respuesta:
Para mitigar este riesgo y mejorar la comunicación y la colaboración en el equipo, se decidió tomar la acción de crear una wiki en GitHub con los documentos más importantes del proyecto. La creación de esta wiki tenía como objetivo unificar la manera de trabajar y centralizar la documentación crítica en un solo lugar de fácil acceso para todos los miembros del equipo.
4. Cambios en la configuración
| ID | Problema | Categoría |
|---|---|---|
| 15 | Cambios en la configuración | Técnico |
| --- | --- | --- |
En la fase de inicialización del proyecto, el equipo designó postgreSQL como base de datos del proyecto. En reuniones posteriores, el equipo acordó que la base de datos pasaría a SQLite con el objetivo de facilitar la configuración.
Respuesta:
La respuesta del equipo ante este cambio en la configuración fue comunicar la modificación a todos los miembros del equipo. Es crucial que todos estén al tanto de estos cambios para evitar posibles malentendidos. Además, se designó a un responsable específico para llevar a cabo la migración.