Problems, Solutions and Metrics
Musclemate, Grupo 3, Sprint 3
Historial de versiones
| Versión | Fecha | Autor | Diferencia entre versiones |
|---|
| 1.0 | 2024-03-01 | Luis García | Versión inicial del documento |
| 2.0 | 2024-03-03 | Luis García | Corrección del documento |
| 3.0 | 2024-04-01 | Luis García | Corrección del documento |
| 4.0 | 2024-04-20 | Luis García | Actualización del documento |
1. Resumen ejecutivo
Este documento ofrece una visión intregral de los problemas ocurridos durante el proyecto, asi como las medidas tomadas para solucionarlos.
Sirve como una herramienta fundamental para identificar, dcumentar y abordar de manera efectiva cualquier problema que pueda surgir durante el ciclo de vida del proyecto.
Introducción
El desarrollo de proyecto de software conlleva una serie de desafíos que pueden surgir en cualquier etapa del proceso.
Desde la fase de planificación hasta la implemenetación y el mantenimiento, es crucial tener en cuenta que la ocurrencia de problemas es algo casi inevitable, y
que por eso es necesario contar con un plan de acción para abordarlos de manera efectiva.
Problemas identificados
Semana 1 (30/01/2024 - 05/02/2024)
No aplica
Semana 2 (06/02/2024 - 12/02/2024)
No aplica
Semana 3 (13/02/2024 - 19/02/2024)
No aplica
Semana 4 (20/02/2024 - 26/02/2024)
| Problema | Solución | Objetivo | Análisis de la solución |
|---|
| Durante la planificación del Diccionario de la EDT no se tuvieron bien en cuenta las dependencias entre las tareas de backend y de frontend | Uso de MockApi | Reducir la dependencia entre los distintos "departamentos" | Se manejaron dos alternativas, la primera de ellas era la reestructuración de la EDT y la segunda era el uso de MockApi ya que esto se comentó al principio del desarrollo. Finalmente, se eligió el uso de MockApi porque era lo que se había comentado en un principio y de las dos alternativas era la que menos tiempo requería teniendo en cuenta el avance que ya se había hecho del desarrollo |
Semana 5 (27/02/2024 - 04/03/2024)
| Problema | Solución | Objetivo | Análisis de la solución |
|---|
| Falta de comunicación efectiva entre backend y frontend: como es la falta de un manual de instrucciones para el manejo del backend en local y la espera de frontend del despliegue de api | Realizar el manual y una comunicación mas constante entre "departamentos". Además inclusión de un miembro del grupo como "vigilante" de ambos grupos | Acelerar el proceso de desarrollo para tener un "prototipo funcional" desplegado antes de la entrega | |
| Backend se basa en los modelos nuevos actualizados y frontend se basa en los mockups no actualizados | Una comunicación mas constante entre los dos "departamentos" | Facilitar el desarrollo y la cohesión de ambos departamentos | |
- Deficiente: Esta medida indica que la solución implementada tiene una calidad notablemente baja o insatisfactoria en relación con su propósito o función prevista. Sugiere que la solución no está cumpliendo adecuadamente con los requisitos o expectativas, y que se requieren mejoras significativas para corregir deficiencias o deficiencias substanciales.
- Mejorable: Esta medida sugiere que la solución tiene margen para mejorar o perfeccionarse aún más. Indica que, aunque la solución actual puede ser funcional, eficaz o aceptable en cierta medida, existen oportunidades para optimizarla, fortalecerla o hacerla más eficiente para lograr un mejor rendimiento o resultados.
- Completa: Esta medida indica que la solución está bien desarrollada, aborda adecuadamente los problemas identificados y cumple con los requisitos o expectativas establecidos. Sugiere que la solución proporciona una respuesta integral y satisfactoria a la situación o desafío en cuestión, sin dejar aspectos importantes sin atender o sin resolver.
Semana 6 (05/03/2024 - 12/03/2024)
| Problema | Solución | ¿Cómo medimos la solucion? | Medida de la Solución | ¿Seguimos con esa solución? |
|---|
| Falta de documentación de la API por parte del equipo Backend lo que propicia una dificultad a la hora de la realizacion de tareas por parte del front | Creación de una issue por parte del equipo Frontend en el Project de Backend comentando la situación para la creación de dicha documentación | Medimos la solución mediante la calidad de la documentación proporcionada | Completa | Sí, se seguirá con esta solución de aquí a final de proyecto debido a la gran eficencia de la misma |
Semana 7 (12/03/2024 - 18/03/2024)
| Problema | Solución | ¿Cómo medimos la solución? | Análisis de la solución | ¿Seguimos con esta solución? |
|---|
| Falta de personal en el equipo de Front lo que da lugar a un retraso en el desarrollo de las actividades | Apoyo de integrantes por parte del backend al equipo frontend | Estado de finalización de las tareas del frontend | Completa | Sí, seguirá con la solución indicada en el futuro de proyecto ya sea para el apoyo al equipo de Front o de Back |
| Falta de interes para la realizacion de tareas de documentacion | Darle prioridad a las tareas de documentacion tratandolas como si fueran de desarrollo | Observar fecha finalización de las tareas | Deficiente | No, no se seguirá con esa solución debido a no que ha sido todo lo eficiente que se esperaba |
| Falta de pruebas las cuales dan lugar a la creación de Bugs | Realizacion de pruebas exhaustivas | Obeservamos el número de bugs a lo largo del sprint | Deficiente | No, no se seguirá con esa solución debido a no que ha sido todo lo eficiente que se esperaba, seguimos con la existencia de muchas issues 'Bug' |
Semana 8 (19/03/2024 - 24/03/2024)
| Problema | Solución | ¿Cómo medimos la solucion? | Medida de la Solución | ¿Seguimos con esa solución? |
|---|
| Falta de interes para la realizacion de tareas de documentacion | Anuncio por parte del coordinador del proyecto para el aviso de la realización de las tareas de documentación | Medimos la solución mediante la calidad de la documentación proporcionada | Mejorable | Si, seguiremos con dicha medida pero habrá que realizar algunas mejoras en la misma para una mejor eficiencia |
| Falta de pruebas las cuales dan lugar a la creación de Bugs | Asignación instántanea de tareas de Testing | Obeservamos el número de bugs a lo largo del sprint | Mejorable | Si, seguimos con esa solución pero todavía no hemos logrado un cierto nivel de eficiencia aceptable, seguimos con la existencia de bugs |
Semana 9 (02/04/2024 - 09/04/2024)
| Problema | Solución | ¿Cómo medimos la solucion? | Medida de la Solución | ¿Seguimos con esa solución? |
|---|
| Falta de interes para la realizacion de tareas de documentacion | Parte del equipo se encarga únicamente de documentar | Medimos la solución mediante la calidad de la documentación proporcionada | Completa | Si, seguiremos con dicha medida |
| Falta de pruebas las cuales dan lugar a la creación de Bugs | Asignación instántanea de tareas de Testing | Observamos el número de bugs a lo largo del sprint | - | - |
Semana 10 (10/04/2024 - 23/04/2024)
| Problema | Solución | ¿Cómo medimos la solucion? | Medida de la Solución | ¿Seguimos con esa solución? |
|---|
| Falta de interes para la realizacion de tareas de documentacion | Parte del equipo se encarga únicamente de documentar y revisar la calidad de los mismos | Medimos la solución mediante la calidad de la documentación proporcionada | Completa | Sí, hasta final del proyecto |
| Falta de pruebas las cuales dan lugar a la creación de Bugs | Asignación instántanea de tareas de Testing | Observamos el número de bugs a lo largo del sprint 3 (6 bugs) | Mejorable | Sí, seguimos con dicha medida |