Skip to main content

Desarrollo del producto

En esta página se recoge el feedback proporcionado por el profesor y los compañeros relativo a la desarrollo del producto realizadas por los grupos durante las sesiones de clase. Se centra mas en temas y recomedaciones relaciones con desarrollo de productos software ya sea tecnologia, CD/CI, testing, etc.

Feedback del día 14/03​

  • Implementar medidas robustas de calidad de código mediante la automatización de la medición (por ejemplo, con SonarQube)
  • Establecer controles que rechacen pull requests de baja calidad y que garanticen que pasen las pruebas funcionales
  • Optimizar el proceso de despliegue adoptando sistemas de CI/CD, seleccionando instancias de despliegue adecuadas para evitar agotar créditos y revisando el modelo de costes
  • Revaluar el uso de tecnologías complejas y reutilizar soluciones ya existentes en procesos como el de autenticación (por ejemplo, auth0 o login social)

Feedback del día 21/03​

  • Un storyboard bien desarrollado ayuda a visualizar el flujo del producto. Sin embargo, en algunos casos es demasiado simple o poco efectivo, lo que dificulta entender el valor de la solución, es fundamental que se comprenda de forma rápida a quién va dirigido el storyboard, cuál es el público objetivo, además, se valorará de forma positiva su realización a mano, con el objetivo de aportar originalidad y distinción de la competencia.
  • Reevaluar si realmente se está priorizando lo importante del producto, priorizar el factor diferencial y apartar lo secundario hasta que tengamos la seguridad de que la implementación sea robusta y contiene la validación adecuada.
  • Optimizar el despliegue continuo y el mantenimiento del proyecto, reduciendo el alcance de tareas no esenciales, priorizando la solución de los numerosos problemas identificados y aprovechando la tecnología para disminuir costes y optimizar recursos.
  • No reinventar la rueda no ser necesario, por ejemplo, en vez de desarrollar una pagina de registro e inicio de sesión, utilizar un inicio de sesión social, para que puedan usar su cunata de google y asi no tener qeu crear un usurio y contraseña desde cero.
  • Garantizar que el usuario pone un correo que le pertenece y que no hace uso de APIs para so¡implemnete crearse el usuario en la palicación, para ello se puede enviar correos después de un tiempo y comprobar la existencia del mismo, de no existir se bloquearía la cuenta.

Feedback del día 04/04​

Se señaló la necesidad de cuidar el lenguaje utilizado, evitando frases como “esto es muy fácil”, que pueden sonar condescendientes. Asimismo, se valoró muy positivamente el storyboard del anuncio y la ejecución del vídeo, especialmente detalles creativos. Estas decisiones contribuyen a una identidad visual sólida y profesional. No obstante, se hizo énfasis en cuidar la coherencia visual, como el uso correcto de unidades (“10k” en lugar de “10000”) o evitar nombres de archivos sin contexto como Demo_04_04.mp4.

Feedback del día 11/04​

  • Se hace por etapas (MVP, prototipos, iteraciones).
  • Es fundamental testear rápido y mejorar constantemente.
  • Se protege lo creado (marcas, patentes, propiedad intelectual).
  • Necesita equipos diversos (tecnología, diseño, negocio).

Feedback del día 25/04​

  • Hablar del “pequeño equipo arreglando bugs” en la presentación final.
  • No es el momento para retrospectivas, sino para mostrar que todo va bien.
  • Mostrar funcionalidades útiles y claras.
  • Evitar tecnicismos innecesarios en la presentación final.
  • Transmitir confianza, avance sólido y que el producto está listo para mercado.

Feedback del día 02/05​

El desarrollo del producto ha sido evaluado con foco en la coherencia y calidad de las demos y materiales presentados. Se recalca que las demos deben tener una historia completa y no depender de factores externos o aplicaciones no integradas. Se valoró la importancia de usar videos claros y sin problemas técnicos (volumen, eco), y se recomienda tener un plan B técnico para la presentación final. Además, se insiste en explicar bien la propuesta de valor (como el tiempo para crear una cuenta) comparándola siempre con competidores, y justificar todas las cifras, incluyendo fuentes de ingreso y proyecciones.