Checklist: Contenido para las presentaciones del Sprint 2

Sprint 2 - Semana 1 (12/03/2026)

Estructura y Contenido de las Diapositivas

• 1. Killer Opener y Contexto: Apertura con un enganche claro que introduzca el problema y conecte rápidamente con la idea del proyecto.
• 2. Idea del Proyecto: Recordatorio breve del valor del producto y de qué problema soluciona.
• 3. Presentación del Equipo: Quiénes somos y actualización de la composición del equipo si aplica, además de evidencias de eventos de Team Building si aplica.
• 4. Funcionalidades Core: Explicación clara de las funcionalidades principales del producto y de cualquier ampliación relevante del core.
• 5. Demo del Producto: Demo preparada (preferiblemente grabada) mostrando el flujo principal del producto, centrada en las funcionalidades core y explicando claramente qué usuario realiza cada acción.
• 6. Competidores: Análisis de competidores en una única diapositiva clara y visual mostrando el posicionamiento del proyecto.
• 7. Stack Tecnológico y ALM: Tecnologías utilizadas en el proyecto y explicación a alto nivel del Application Life Cycle Management (CI, QA, herramientas de desarrollo, etc.).
• 8. Planificación de Despliegue: Explicación de cómo se va a desplegar el producto y cuál es la estrategia de entrega.
• 9. Plan de Pruebas (QA): Plan explícito de pruebas indicando tipos de tests, módulos cubiertos, cuándo se ejecutan y objetivos de cobertura.
• 10. Metodología Real de Trabajo: Explicación breve de cómo se aplica realmente la metodología de trabajo (adaptaciones prácticas de Scrum u otra metodología).
• 11. Revisión del Sprint 2: Explicación del avance del Sprint 2, desviaciones respecto al plan inicial y revisión del plan de desarrollo.
• 12. Rendimiento del Sprint: Análisis del rendimiento real del equipo durante esta mitad del sprint, comparándolo con lo previsto.
• 13. Riesgos del Proyecto: Riesgos que han aparecido durante el desarrollo, cómo se están mitigando y cómo se mide si las soluciones funcionan.
• 14. Problemas del Equipo y Lecciones Aprendidas: Problemas reales surgidos durante el trabajo en equipo, cómo se han gestionado y qué se ha aprendido de ellos.
• 15. Commitment Agreement: Diapositiva que recuerde el acuerdo interno del equipo y cómo se está demostrando su cumplimiento (por ejemplo, con fórmulas matemáticas y/o gráfica de barras anónimas analizando el esfuerzo por cada miembro).
• 16. Presupuesto y Monetización: Actualización del análisis económico del proyecto (más detallado, incluyendo costes Opex y Capex) y del modelo de monetización.
• 17. Usuarios Piloto: Estado actual de los usuarios piloto, cómo se están gestionando y cómo se está recogiendo su feedback.

---

Sprint 2 - Semana 2 (26/04/2026)

Estructura y Contenido de las Diapositivas

• 1. Killer Opener y Contexto: Apertura clara que introduzca el problema y conecte rápidamente con la idea del proyecto. Debe enlazar con la demo para justificar por qué el producto es diferente.
• 2. Idea del Proyecto: Recordatorio breve del valor del producto y del problema que soluciona.
• 3. Presentación del Equipo: Quiénes somos, fotos del equipo homogéneas y actualización de la composición del equipo si aplica. Incluir evidencias de actividades de Team Building realizadas o planificadas y su frecuencia.
• 4. Funcionalidades Extras: Explicación clara de los casos de uso más allá del core.
• 5. Demo del Producto: Demo preparada (preferiblemente grabada) mostrando claramente los casos de uso extras. El entregable debe poder ejecutarse correctamente y verse bien durante la demo.
• 6. Competidores: Análisis de competidores en una única diapositiva clara y visual mostrando el posicionamiento del proyecto a alto nivel.
• 7. Stack Tecnológico: Tecnologías utilizadas explicadas de forma breve, indicando el motivo de su elección.
• 8. CI/CD y QA: Explicación del sistema de CI/CD, herramientas de calidad y del framework de pruebas utilizado (por ejemplo, JUnit para tests unitarios), además de los tipos de pruebas implementados.
• 9. Plan de Pruebas (QA): Detalle de los tipos de tests que se realizan, qué módulos cubren, cuándo se ejecutan y los objetivos de cobertura.
• 10. Metodología Real de Trabajo: Explicación breve de cómo se aplica realmente la metodología de trabajo (adaptaciones prácticas de Scrum u otra metodología).
• 11. Retrospectiva del Sprint: Análisis de alto nivel del sprint que termina, incluyendo qué se ha completado y qué desviaciones han aparecido respecto al plan inicial de manera explícita, incluyendo aquellas aplazadas para el tercer sprint.
• 12. Rendimiento del Equipo: Análisis del rendimiento de los miembros del equipo indicando cómo se mide (por ejemplo mediante métricas como cumplimiento del commitment agreement, horas realizadas o tareas completadas). Diferenciar claramente entre desviaciones de tiempo y rendimiento semanal de cada uno. Hacer esta tarea tanto para el Sprint 2 como para todo el proyecto de forma global, analizando la evolución de todos los miembros del equipo.
• 13. Plan de Desarrollo del Sprint 3: Explicar la revisión del plan de desarrollo para el Sprint 3, teniendo en cuenta las desviaciones del Sprint 2 si las hubiera.
• 14. Problemas y Soluciones: Detallar los problemas encontrados durante el desarrollo, las soluciones aplicadas y las métricas que se están utilizando para comprobar que esas soluciones funcionan.
• 15. Commitment Agreement: Análisis de alto nivel del cumplimiento del compromiso interno del equipo, tanto en el Sprint 2 como desde el inicio del proyecto.
• 16. Usuarios Piloto: Resumen de alto nivel del estado de los usuarios piloto (número y tipo de usuarios), cómo se están gestionando y cómo se está recogiendo su feedback. Mostrar estadísticas y plan de crecimiento.
• 17. Gestión del Feedback de Usuarios: Más detalle sobre el feedback recibido de usuarios piloto, cómo se está reaccionando a ese feedback y cómo influye en decisiones del proyecto (incluyendo expectativas de precio que estarían dispuestos a pagar).
• 18. Análisis Económico: Análisis económico del proyecto indicando claramente unidades económicas, diferenciando tipos de costes y relacionando las estimaciones de usuarios piloto con las estimaciones de costes y beneficios.
• 19. Actividades de Team Building: Mostrar qué actividades se están implementando para mejorar el ambiente de trabajo del equipo y evaluar si están funcionando.