Feedback Grupo 10 - StreetAsk

[Entrega 1: S1] – [Fecha: 26/02/2026]

Anotaciones sobre lo que los profesores han comentado específicamente sobre nuestra presentación y proyecto.

🟢 Fortalezas (Qué hemos hecho bien):

Claridad en la propuesta de valor y enfoque del proyecto.
Identificación correcta de las necesidades tecnológicas (aunque requieran más profundidad en el análisis)

🔴 Debilidades (Qué tenemos que mejorar/corregir):

Narrativa y Enfoque: Evitar el "vamos a usar" y sustituirlo por "hemos usado". No se deben hacer referencias a presentaciones pasadas; cada sesión debe ser independiente.
Cultura de Equipo: Eliminar la separación por departamentos; todos los equipos deben realizar código.
Deficiencias en Sprints: El Sprint 3 no tiene buena visibilidad y, en general, todos los Sprints necesitan un desarrollo mucho más profundo.
Investigación Técnica: Falta profundizar en la integración y posibilidades de la API de Google Maps.
Métricas y Metodología: Las métricas carecen de umbrales (máximos y mínimos). Es necesario trabajar por milestones e incluir la Retrospectiva en el esquema de Scrum.
Diseño y UX: Los mockups son demasiado planos; se requieren casos de uso más desarrollados y explicar la gestión de errores (qué pasa si el usuario se molesta ante un fallo).
Análisis de Costes (Crítico): La sección no es clara. Falta incluir:
- Análisis de licencias y herramientas.
- Coste detallado de APIs y coste por tokens.
- Consideración del factor tiempo en el presupuesto total

🛠️ Acciones Tomadas / A realizar:

Mejora de Procesos: Integrar la Retrospectiva en el flujo de trabajo y definir los umbrales de éxito/fallo en las métricas por hito.
Refuerzo de Diseño: Dcumentar los flujos de respuesta ante errores de usuario.
Reestructuración de Tareas: Asegurar que la carga de programación esté distribuida en todos los subgrupos.

Anotaciones sobre lo que los profesores han comentado específicamente sobre otros proyectos.

Re-planificación: Se debe confirmar y documentar la re-planificación realizada tras los últimos contratiempos para asegurar fechas de entrega realistas.
Métricas de Control: Implementar métricas basadas estrictamente en objetivos vs. tiempos para medir el rendimiento real del equipo.
Desglose de Tareas: Se requiere mayor profundidad en el planning de los Sprints 1, 2 y 3. Es necesario visibilizar la carga de trabajo y dependencias.
Flujo de Usuario: Se ha detectado una ausencia de flujo de usuario claro. Hay que definir el recorrido lógico del cliente dentro de la plataforma.
Segmentación de Usuarios: Definir con precisión qué perfil de usuario corresponde a cada caso de uso específico
Usuarios Piloto: Existe un vacío crítico en la estrategia. No se ha abordado el plan de marketing para la captación de los usuarios piloto necesarios para validar el producto. Establecer cómo vamos a conseguir "más" (escalabilidad) partiendo de la base de los pilotos.
Diferencia Temporal de Gastos: Explicar el desfase entre la ejecución de tareas y el devengo/pago de los gastos asociados.

Anotaciones sobre lo que los profesores han comentado específicamente sobre nuestra presentación y proyecto.

🟢 Fortalezas (Qué hemos hecho bien):

Flujo lógico: La presentación tiene un flujo lógico muy bien construido y fácil de seguir.
Opening: La apertura está muy bien ejecutada y engancha desde el inicio.
Conexión con Mockups: El opening se enlaza de forma efectiva con los mockups, dando coherencia visual y narrativa a la presentación.

🔴 Debilidades (Qué tenemos que mejorar/corregir):

Narrativa y Estructura: La parte de competidores rompe el hilo de la presentación; su ubicación interrumpe el flujo lógico del discurso.
Apoyo Visual en Problemas y Medidas: El checklist de problemas y medidas existe, pero las medidas carecen de apoyo visual que las respalde y haga más comprensibles.
Commitment Agreement — Cumplimiento: El commitment agreement está presente, pero no se muestra evidencia de su cumplimiento (gráficas de seguimiento, checklists de comprobación, etc.).
Gráficas de Seguimiento: Faltan la gráfica de progreso total y la gráfica por sprint (referenciadas en la página 23 de la presentación). Además, deben empezarse desde 0 para reflejar fielmente la evolución real del equipo.
Costes Fijos: No se han incluido los costes fijos en el análisis económico del proyecto.
CI / Pruebas en la Nube: No se ha abordado la integración continua ni la estrategia de pruebas en la nube.

🛠️ Acciones Tomadas / A realizar:

Reestructurar la presentación para que la sección de competidores no rompa el hilo narrativo; reubicarla en un punto más coherente dentro del discurso.
Añadir soporte visual (diagramas, tablas, iconos) en el checklist de problemas y medidas para que las acciones correctivas sean más claras.
Incorporar evidencia de cumplimiento del commitment agreement: gráficas de seguimiento individual/grupal, checklists verificados, etc.
Añadir las gráficas de progreso (total y por sprint) empezando desde 0 en la página correspondiente (p. 23).
Incluir costes fijos en el desglose económico (página 32 de la presentación).
Definir e integrar CI/pruebas en la nube dentro de la estrategia técnica del proyecto.