Feedback Grupo 6 KeaKit
[Entrega 3: S2] – Fecha: 12/03/2026
1. Nuestro Feedback Directo
Anotaciones sobre lo que los profesores han comentado específicamente sobre nuestra presentación y proyecto.
-
🟢 Fortalezas (Lo que hemos logrado y debemos mantener):
- Estructura general de la presentación: La organización del contenido sigue una línea clara y coherente, facilitando el seguimiento por parte del público.
- Evolución del proyecto visible: Se aprecia progreso respecto al sprint anterior, mostrando una mejora en la madurez del producto y en la forma de comunicarlo.
- Capacidad de síntesis en algunos apartados: Se ha comenzado a reducir información innecesaria en ciertas secciones, mejorando la claridad global.
-
🔴 Debilidades (Áreas de mejora y puntos de dolor):
- Falta de objetivos en el commitment agreement: No se han definido objetivos claros que permitan evaluar el grado de cumplimiento del compromiso adquirido en el sprint.
- Plan de pruebas incompleto:
- No se especifica qué módulos se van a probar.
- No se detalla el tipo de pruebas a realizar.
- Falta indicar el orden y la prioridad de ejecución de dichas pruebas.
- No se han definido objetivos claros dentro del propio plan de pruebas.
- Exceso de detalle en la sección de problemas: Se incluye demasiada información, lo que dificulta identificar las incidencias más relevantes. Es necesario centrarse en los problemas críticos, especialmente aquellos relacionados con retrasos en el camino crítico.
- Análisis insuficiente del burndown chart: La explicación resulta superficial y no permite extraer conclusiones claras sobre el progreso del sprint.
- Killer opener poco realista: La introducción no refleja adecuadamente la naturaleza del producto, ya que se presentan objetos físicos que no se corresponden con la propuesta real basada en servicios de alquiler.
- Falta de coherencia visual en el diagrama de Gantt: No se representa claramente el estado de avance de las tareas (por ejemplo, mediante porcentajes o barras de progreso).
- Ubicación del código QR mejorable: El QR se muestra en un momento poco adecuado de la presentación, reduciendo su impacto y utilidad.
-
🛠️ Acciones Tomadas / A realizar (Mejoras de formato y planificación):
- Definir objetivos claros dentro del commitment agreement, que permitan evaluar el grado de cumplimiento del sprint.
- Desarrollar un plan de pruebas completo, incluyendo:
- Identificación de módulos a probar.
- Tipos de pruebas a realizar.
- Orden de ejecución y prioridades.
- Objetivos específicos del plan de pruebas.
- Reducir y sintetizar la sección de problemas, incorporando una tabla con un número limitado de incidencias (aproximadamente 5), priorizando aquellas más críticas como los retrasos en el camino crítico.
- Profundizar en el análisis del burndown chart, dedicando más tiempo a su explicación e interpretación.
- Rediseñar el killer opener para que sea coherente con el producto real y refleje correctamente el concepto de alquiler de servicios.
- Mejorar la visualización del diagrama de Gantt, incorporando indicadores de progreso como porcentajes o barras visuales.
- Reubicar el código QR al final de la presentación, para maximizar su visibilidad e impacto.