Saltar al contenido principal

Sprint 1

[Sprint 1] – [Fecha: 19/02/2026]​

1. Nuestro Feedback Directo​

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

  • 🟢 Fortalezas (Qué hemos hecho bien):

    • Presentación visual y fácil de seguir

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

    • Primero centrar la idea y después presentar los mockups
    • Responsabilidades: todos los integrantes del equipo tienen que tener tareas de desarrollo asignadas
    • Usar activamente el feedback de los usuarios pilotos
    • En el killer opener, la persona que actúa debe hablar más; no se debe hablar por él
    • Corrección conceptual: no es MVP sino Core, el MVP se va construyendo durante la clase
    • Incluir en la planificación de tareas el tiempo destinado a rectificar según el feedback de los usuarios piloto
    • Ajustar la paleta de colores: en el proyector se ven más oscuros de lo que son en pantalla

[Sprint 1] – [Fecha: 26/02/2026]​

1. Nuestro Feedback Directo​

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

  • 🟢 Fortalezas (Qué hemos hecho bien):

    • El Killer opener ha funcionado bien.
    • La identidad de marca está bien definida.
    • Buen hincapié en el Sprint 1 dentro de la planificación.
    • Las métricas en el commitment agreement son adecuadas al estar basadas en objetivos.

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

    • Orden de los elementos: Evitar saltar entre temas de forma repetitiva (ej. hablar de herramientas, luego de otro tema y volver a herramientas).
    • Hilo conductor: Es necesario mantenerlo de forma más sólida durante toda la presentación.
    • Consistencia visual y discurso: Si se menciona un elemento (como un tablero en la metodología), este debe aparecer explícitamente en las diapositivas.
    • Enfoque de Sprints: Centrarse prioritariamente en los casos de uso core.
    • Análisis de métricas: No es suficiente con decir que "están bien"; hay que profundizar en la explicación y mejora de lo que se comunica.
    • Lecciones aprendidas: Realizar un análisis sobre la disparidad de horas, asegurando que los gráficos (Clockify) muestren datos por personas y no solo por tareas.
    • Gestión de costes: Diferenciar claramente entre gastos anteriores, durante y posteriores al proyecto.
    • Análisis económico: Proyectar la rentabilidad futura y si el modelo permite cubrir los costes previstos.
    • Seguimiento del equipo: Incluir una diapositiva que muestre visualmente (mediante checklists o evaluaciones) cómo se cumple o desvía el compromiso de cada miembro.
    • Detalle en Planning: Aportar más detalles sobre las tareas e incluir procesos de replacing si se realizan.
    • Usuarios piloto: Falta definir una estrategia clara para captar un mayor número de usuarios.
    • Scrum Académico: Mantener en las diapositivas las diferencias explícitas respecto al modelo estándar.