Skip to main content

Sesión 9

Fecha: 11/04/2025

Hora inicio: 10:40

Hora finalización: 14:30

Lugar: Aula H1.12

Holos

Feedback positivo de estudiantes

  • El killer opener ha captado la atención del público.
  • Se ha bajado al barro, capta la atención.
  • El anuncio de inversores ha sentado muy bien en la clase.
  • El presentador ha sido valiente al exponer tanto sus errores
  • Muy buena diapositiva de equipo.
  • La clase ve con buenos ojos el cambio de PM.
  • Felicitan el anuncio de los inversores.
  • Valor a la hora de cambiar de PM, es una decisión arriesgada. Destaca que al poner los mejores del sprint se pone también el motivo.

Feedback negativo de estudiantes

  • No se escucha bien el anuncio (muy bajo el volumen).
  • Se ha equivocado al hilar dos diapositivas.
  • Se debería haber mencionado que se iba a ver antes de poner el anuncio para inversores.
  • Presentación muy larga, se vuelve a ir corriendo al final. Debemos recortar el número de diapositivas.

Feedback de profesores (Pablo)

  • En general, el hilo del discurso y el ritmo están bastante bien. En particular ha habido partes que están especialmente bien. Felicita el anuncio de los inversores. Propone contrastarlo con un inversor.
  • Hay partes que están especialmente bien, por ejemplo el anuncio de inversores.
  • Esta muy bien la forma en la que se comentan los problemas y sus soluciones.
  • Ha faltado el horizonte temporal en los problemas.
  • Ensayos de volumen. Proyección de voz, buscar micrófono…
  • Sería muy interesante intentar hacer algún ejercicio de vocalización. Hacer esfuerzo para no ir tan rápido explicando las cosas.
  • Sobre el tema de las ramas, a la hora de buscar eficiencia, uno de los principales problemas en la IC son las ramas, lo ideal es un equipo donde haya suficiente automatización de pruebas para que cuando se haga código se asegure con las pruebas automáticas.
  • Recomienda encarecidamente playwright.
  • Cuanto más tiempo tardemos desde que se crea una pull request hasta que se revisa, peor. Recomienda que en el momento en que se haga una pull request, se revise.
  • Usuarios piloto: Es muy importante que hagamos que los UP usen en su dia a dia la aplicación. ¿Cuántos usuarios piloto usan la aplicación de verdad? Eso sí que va a ser una fuente de feedback verdadera.