Sprint 2 ‐ Semana 4 - TheCodeTeamUni/documentacion-proyecto GitHub Wiki
Sprint Burndown Chart
Comparación del trabajo planeado contra el trabajo realizado
Gráfica de trabajo pendiente en el sprint
Informe de trabajo completado
Velocity time chart
Business value chart
Release Burndown Chart
Code coverage chart
Code coverage frontend
Pruebas Unitarias
Code coverage
Pruebas End to End
- Sprint 1
- Sprint 2
Code coverage backend
Pruebas unitarias
Code Coverage
A continuación se presenta de cobertura de las pruebas en los componentes que ahora tenemos para el Backend, Users, Aspirant e Integrator:
Demostración de funcionalidad
Url Aplicación Web
http://jobs-app-frontends-angular.s3-website-us-east-1.amazonaws.com
APK Aplicación Mobile
https://github.com/TheCodeTeamUni/documentacion-proyecto/tree/main/apk/apk-sprint2
Video de demostración de la aplicación Web y Móvil
Video de demostración
Video de entrega sprint 2
Evidencias Devops
Commits / pullrequest
Código Backend
- Repositorio Integrator: https://github.com/TheCodeTeamUni/backend-inte-proyecto
- Repositorio Users: https://github.com/TheCodeTeamUni/backend-users-proyecto
- Repositorio Aspirant: https://github.com/TheCodeTeamUni/backend-aspirant-proyecto
Se presentaran los commits y Pull Request del componente integrador, en los respectivos repositorios, se encontrá los commits y pull request de los demás componentes:
-
Commits: https://github.com/TheCodeTeamUni/backend-inte-proyecto/commits/main
-
Pull Request:
Código Frontend
-
Repositorio: https://github.com/TheCodeTeamUni/frontend-proyecto
-
Commits: https://github.com/TheCodeTeamUni/frontend-proyecto/commits/main
-
Pull Request: https://github.com/TheCodeTeamUni/frontend-proyecto/pulls?q=is%3Apr+is%3Aclosed
Código Mobile
-
Repositorio: https://github.com/TheCodeTeamUni/mobile-proyecto
-
Commits: https://github.com/TheCodeTeamUni/mobile-proyecto/commits/main
Flujo de trabajo y estrategia de versionamiento
Código Backend
( Se muestra el componente usuarios, pero para los demás componentes ya se tienen sus debidos tags)
-
Flujo trabajo:
-
Versión 2: https://github.com/TheCodeTeamUni/backend-users-proyecto/releases/tag/v2.0
Código Frontend
-
Flujo trabajo:
-
Versión 2:
Código Mobile
- Flujo trabajo:
- Versión 2:
Ejecución de pruebas
Ejecución de pruebas automática del código
Código Backend
Código Frontend
Retrospectiva
¿Qué salió bien en el Sprint?
El sprint ha tenido varios aspectos sumamente positivos, ya que logramos alcanzar con éxito los objetivos establecidos para cada una de las historias de usuario, al mismo tiempo que entregamos un código de alta calidad siguiendo prácticas de desarrollo sólidas. No obstante, deseamos destacar especialmente aquellos elementos que consideramos de mayor relevancia:
Mantuvimos un proceso de despliegue en la nube que nos permite tener a disposición los artefactos del backend sin necesidad de realizar despliegues locales en nuestras máquinas. Logramos cumplir con un nivel mínimo de cobertura de código del 80% tanto para los componentes del backend como del frontend. Desarrollamos las historias de usuario asignada cumpliendo con el proposito del sprint al 100% Nuestro progreso en cada tarea ha estado en línea con nuestras expectativas, lo que se refleja en un gráfico de avance (burndown chart) que se ajusta al plan establecido. Mantuvimos una comunicación excelente dentro del equipo, lo que nos permitió ser más organizados al integrar los diferentes componentes de nuestro sistema. Las interfaces de usuario de los dos componentes del frontend (Android y Web) son visualmente atractivas y altamente usables para nuestros clientes. Implementamos con éxito la automatización de los despliegues de los componentes del backend, lo que nos ha permitido ser más ágiles a la hora de entregar resultados.
Estos logros demuestran el compromiso y la eficiencia de nuestro equipo, y nos brindan una base sólida para futuros éxitos en nuestros proyectos.
¿Qué no salió bien en el Sprint?
Reconocemos que, a pesar de cumplir con la entrega oportuna de todos los elementos y aplicar prácticas de desarrollo excelentes en nuestros componentes, no todo transcurrió sin obstáculos. Nos enfrentamos a diversos desafíos que impactaron negativamente en la velocidad que habíamos inicialmente planificado para el sprint, lo que nos llevó a invertir más tiempo del que habíamos previsto. A continuación, destacamos los obstáculos más significativos que encontramos:
La integración entre nuestro back y fron se complico en un punto, ya que algunas definiciones de estructura no estaban lo suficientemente clara. La definición de los elementos de salida del backend no fue lo suficientemente clara, lo que generó inconsistencias al integrarlos con los componentes del frontend y requirió un mayor tiempo de desarrollo. La integración con el backend resultó ser un desafío considerable, ya que demandó una curva de aprendizaje empinada para comprender la mejor manera de llevarla a cabo. Algunas historias de usuario incluyeron tareas redundantes que se estaban realizando desde otros componentes, lo que resultó en una inversión de tiempo innecesaria. Planificamos posiblemente más puntos de capacidad de equipo de los que era realista, lo que nos llevó a invertir más tiempo del que originalmente habíamos estimado.
Reconocemos la necesidad de llevar a cabo reuniones más eficientes, donde todos lleguemos con una comprensión clara de los temas a tratar y los posibles obstáculos que puedan surgir.