|
|
|
**Sprint Retrospective**
|
|
|
|
|
|
|
|
#### 1. Validación y Cierre de Issues
|
|
|
|
Como desarrollador full stack, me aseguro de que los issues funcionen tanto en el front-end como en el back-end antes de cerrarlos. Esto a veces lleva a cerrar varios issues a la vez porque no siempre sé cómo hacer validaciones aisladas de cada issue. Para mejorar este aspecto, se propone:
|
|
|
|
|
|
|
|
- Investigar y aprender métodos para realizar validaciones aisladas de issues.
|
|
|
|
- Pedir ayuda o buscar asesoramiento de compañeros o recursos externos para mejorar la validación individual.
|
|
|
|
- Implementar pruebas automatizadas que puedan facilitar la validación de issues por separado.
|
|
|
|
- Documentar cualquier problema encontrado durante la validación grupal para facilitar su resolución en el futuro.
|
|
|
|
|
|
|
|
#### 2. Fragmentación de Tareas y Aprendizaje
|
|
|
|
A veces, mis tareas incluyen una parte significativa de aprendizaje, lo que dificulta la planificación precisa. Para abordar esto, se propone:
|
|
|
|
|
|
|
|
- Dividir las tareas en partes más pequeñas y manejables.
|
|
|
|
- Estimar el tiempo de aprendizaje por separado y ajustar las estimaciones de las tareas en consecuencia.
|
|
|
|
- Comunicar cualquier dificultad o necesidad de aprendizaje durante las Daily para ajustar las expectativas del equipo.
|
|
|
|
|
|
|
|
#### 3. Pruebas Relacionadas con el Envío de Emails
|
|
|
|
Las pruebas relacionadas con el envío de emails requieren un despliegue real para conseguir acceso por HTTPS, ya que el entorno de pruebas de Eclipse solo proporciona HTTP. Para abordar este desafío, se propone:
|
|
|
|
|
|
|
|
- Configurar un entorno de pruebas que permita el uso de HTTPS.
|
|
|
|
- Buscar soluciones alternativas o temporales para realizar pruebas de envío de emails sin necesidad de despliegue completo.
|
|
|
|
- Documentar cualquier problema encontrado durante estas pruebas y buscar formas de optimizar el proceso de despliegue para futuras pruebas. |
|
|
|
\ No newline at end of file |
