MVP Julio 2023
Esta sección tiene como objetivo el listado de los puntos que se deben considerar en la sesión de revisión de retrospectiva, para poder analizarla y obtener los puntos relevantes a considerar en la ejecución de posteriores proyectos.
¿Qué salió bien?
Punto | Descripción |
---|---|
Comités de Workshop de ejecución | Realizar proceso de revisión de trabajos de ejecución con el equipo de desarrollo para cerrar actividades durante la ejecución |
Planeado vs Ejecutado | Salvo los temas con dependencias, en general no hubo demasiado desviación de lo planeado vs lo ejecutado |
Seguimiento del proyecto | El seguimiento diario fue crucial para el cumplimento de los objetivos |
Migración a microservicios | Se logró migrar la aplicación de backend de una arquitectura stand alone a microservicios con Docker y K8s |
¿Qué salió mal?
Punto | Descripción |
---|---|
No tener completa la integración con terceros | No tener las definiciones completas de lo que se va a integrar e igualmente tener cambios sobre la marcha |
Definiciones y dependencias | Haber salido con definiciones o dependencias del ecosistema aún inconclusas o sin definir, si bien es mejor iniciar con lo que está definido, lo que aún no se encontraba definido o concluido de parte de áreas transversales creo algunos re-trabajos |
Seguridad | Las distintas áreas de seguridad exigieron cumplimientos retroactivos, es decir que definían procesos o requisitos al vuelo y había que cumplirlos |
Proyectos llave en mano | El proyecto de Repartidores rebasó a la empresa Infinite, tal vez por falta de experiencia o por no contar con desarrolladores y personal de administración suficientemente capacitados |
Comunicación con involucrados en los proyectos (desarrollo y producto) | El manejo de comunicación con los participantes del proyectos debe ser mas eficiente para poder tener menos desviaciones de cara a los entregables |
|
|
¿Qué aprendimos?
Punto | Descripción |
---|---|
|
|
|
|
¿Qué debemos hacer diferente?
Punto | Descripción |
---|---|
Establecer dentro del plan de trabajo las actividades de seguridad. | Verificar que los pasos para realizar la verificación |
Establecer fechas madre adicionales en el proyecto | Más allá de las actividades de desarrollo, existen actividades transversales, DevSecOps, licenciamiento, área de compras, etcétera, que deben de formar parte del plan |
Generar documentación desde el momento en que se inicia el desarrollo | Se debe generar documentación útil que sirva para poder tener entendimiento de la necesidad y el diseño propuesto de solución. Adjunto un ejemplo |