Report
Universidad de Sevilla
Escuela Técnica Superior de Ingeniería Informática
Grado en Ingeniería Informática – Ingeniería del Software
Curso: 2024 – 2025
Fecha: 19/02/2025
Versión: v1.0
Grupo de prácticas: G1
- María del Mar Ávila Maqueda
- Joaquín González Ganfornina
- Nerea Jiménez Adorna
- Juan del Junco Obregón
- Miguel Ángel Gómez Vela
- Juan Antonio Moreno Moguel
- María del Carmen Barrera Garrancho
- Daniel Guedes Preciados
- Julia Virginia Ángeles Burgos
- Javier Muñoz Romero
- Juan Núñez Sánchez
- Nicolás Pérez Gómez
- Francisco Pérez Lázaro
- Celia Aguilera Camino
- Gabriel María Vacaro Goytía
- Ignacio Warleta Murcia
- José María Portela Huerta
Repositorio: GitHub - Holos-INC
Control de Versiones
| Fecha | Versión | Descripción |
|---|---|---|
| 19/02/2025 | v1r0 | Creación del documento de aportación a la Base Común de Conocimiento |
Índice de contenido
1. Introducción
Este documento detalla las aportaciones que ha realizado nuestro grupo a la Base Común de Conocimiento.
2. Enlaces relevantes
Enlace a la Base Común de Conocimiento: https://bcc2425.vercel.app/
Enlace a la Base de conocimiento individual: https://github.com/Holos-INC/Docusaurus-Holos
3. Feedback para nuestro grupo
3.1 Sesión 1
Fecha: 07/02/2025
Hora inicio: 10:40
Hora finalización: 14:30
Lugar: Aula H1.12
Convivio
App para gestión de convivencia en pisos.
Feedback de estudiantes
No ha quedado claro que problema estamos intentando solucionar, es decir, nuestro factor diferenciador.
Feedback de profesores
No tenemos claro el alcance de la aplicación, pregunta si alguien perteneciente a una finca podría usar también la app. Portela responde que esta más orientado a pisos.
La profesora entiende que es mas individual. Además se aclara que habrá trabajadores acreditados que participen y que puedan ser elegidos para arreglar incidencias. La profesora no tiene mucha fe en la idea, piensa que ya existen, no ve una necesidad en aunar dos aplicaciones distintas ya existentes como el chat con el casero y el solver de incidencias.
Le ha gustado a la profesora el tema de los incentivos pero dice que no podemos asegurar mucho como desarrolladores en el tema de las reseñas.
3.2 Sesión 2
Fecha: 14/02/2025
Hora inicio: 10:40
Hora finalización: 14:37
Lugar: Aula H1.12
Holos
App para venta de obras de artistas.
Feedback de estudiantes
Desde su perspectiva si la "IA" vuelve a fallar sería grave
tenemos planteado competir o cooperar con la IA? tenemos pensado competir, con flitros anti IA y cosas varias
No se veía la tabla de competidores, mala elección de dimensiones.
en el commitment agreement es bastante probable que se compinchen personas para blindar a alguien y que no lo echen. Podemos usar el logo como marca de agua para que no ocupe espacio.
Feedback de profesor
Hay un competidor que solo tiene una cosa, respondemos que esta puesto para dar a entender que nosotros aunamos esa característica
El orden de la presentación es raro, los competidores no deberían estar tan al final.
Le gusta que le hayamos puesto corazon, pero ve mal enfocada la presentación, no ve cuales el propósito general de la aplicación y el quiere saber cual es el caso de uso core, además no hemos hecho caso al feedback, nos dijo que no tiene sentido las dimensiones usadas en las diapositivas (no puede ser que no se vean cosas en la presentación).
El valor diferencial no queda claro, deberíamos aclarar como trabajan actualmente los artistas y que aportaríamos, que es lo que no pueden hacer y por que funcionalidad concreta estarían dispuestos a pagar los artistas.
A nivel de delivery, no es aceptable que no se vea la presentación ni destacar los casos de uso core.
Hay cosas como perder tiempo en el índice, en una estructura del equipo, el nivel de detalle cree que no ha sido el correcto, todo es valido mientras no ignoremos el feedback.
La frase de cuando ha salido la presentación del mock up de "sabemos que no se puede ver bien", es fatal.
4. Feedback de otros grupos
4.1 Sesión 1
Fecha: 07/02/2025
Hora inicio: 10:40
Hora finalización: 14:30
Lugar: Aula H1.12
Grupo 2
GEZSTOCK
Ayuda a la gestión de inventarios y mejora de logística mediante IA, publico objetivo: PYMES
Feedback de estudiantes
Le ha encantado la idea pero hay dos cosas que no le gustan:
¿el software se ejecuta desde un servidor externo o hay que tener una maquian? ¿Cómo se integraría en cada local? No han sabido responder muy bien
¿Se han planteado usar las APIs de chatGPT y deepSeek? si
De nuevo se pregunta por si será fácil la integración por parte del cliente para usar la app, responden que tendrán un trabajador de mantenimiento. Los costes iniciales son elevadísimos para los usuarios piloto.
Como harían de forma técnica la implementación de la IA. quizás usen API o quizás entrenen un modelo simple con las características mas básicas.
Feedback de profesores
Entiende el objetivo, hay muchos retos, no sabe hasta que punto van a implementar los chats (responden chatbot), dice que debe de haber un análisis de competidores mucho más extenso, quiere una tabla comparativa entre análisis de competidores y el grupo, con lo bueno y lo malo de la comparativa.
Le ha gustado el orden de presentación (no presentar el equipo justo después del nombre porque la gente desconecta),No le gusta la forma de presentar (han leído mucho el DAFO). Mucho texto en la presentación, debe ser mucho mas agiles, metáforas visuales, no tanto texto. Falta paginación. Le ha gustado mucho que hayan hecho un sondeo de los usuarios piloto, piensa que son demasiado ambiciosos al decir que funcionará en todos los sectores.
Se debe especificar mejor los salarios, mayor transparencia, más detalles, les falto el coste de mantenimiento.
Grupo 3
EVENTBRIDE
Aplicación para gestionar eventos cristianos; bodas, bautizos y comuniones
Feedback de estudiantes
Portela preguna sobre los beneficios por comisiones, dice de usar el chat para buscar proveedores, y luego contactar fuera con los proveedores fuera de la app. Como respuesta le dicen que como van a hablar con muchos proveedores, no sería nada cómodo hacer eso de manera continua, y que el beneficio de la comodidad merece la pena.
Algunos compañeros no saben que ofrecen realmente, no lo ven realista ( la clase murmura con excepticismo)
Dicen que Bodas.net es un competidor demasiado potente en el mercado, cuando un compañero ha preguntado por esta página, en el grupo se han reido todos, como respuesta dicen que sus costes van a ser más baratos y que ofrecen ventajas como mensajes esporádicos, el objetivo de la aplicación es para las personas que quieren hacer eventos "con prisa".
¿Se puede hacer para bodas que no sean cristianas? por supuesto
Feedback de profesor
La profesora entiende las dudas de los alumnos, piensa que algunas cosas pueden ser útiles, como en el caso de conocer de antemano las empresas proveedoras, poder ser contratadas "con un click" lo que favorece la velocidad.
Ampliar análisis de competidores, solo tienen 5.Como positivo dice que la imagen corporativa le gusta, pero que la presentación tiene una mala elección de colores, no se puede leer, faltan los números de pagina y los mockups no se alineaban nada con la aplicación. Mala elección de las dimensiones de los cuadros de texto, el titulo ocupaba 1/3 de las diapos. Ha habido diapositivas que no se han presentado (esas deben omitirse)
Le ha gustado el sondeo con las empresas (no han sido empresas realmente, sino usuarios finales).
Los perfiles de usuario se piden más tarde, se ha sorprendido con que lo hayan realizado tan temprano.
Todos tenemos que ahondar mas en los casos de uso y en la tabla comparativa con los competidores.
Grupo 4
BORROO
Aplicación para generalizar el alquiler de objetos, es de matchmaking-improved market
Feedback de estudiantes
Portela dice: todo muy claro, muy distintivo.
¿Qué pasa si alquilo un objeto y me lo roban? respuesta: se añade una fianza que en función del precio y del producto se calculara y crearán un proceso que administre la incidencia.
Feedback de profesor
Todo lo que dice el profesor se entiende como un feedback para otorgarnos autonomía y busca la mayor profesionalidad posible, desde un punto de vista general, el tema de moderación esta siendo pobre, quiere que el moderador dirija la clase.
Desde el punto de vista de el tiempo, le parece necesario un timer compartido, para que todo el mundo tenga acceso al timer.
Desde le punto de vista de la clase, ver y escuchar el feedback es importante.
Si se interviene, hay que proyectar de forma correcta la voz, respetar el turno.
Para aprovechar el tiempo, el profesor se centra en cosas de mejora, va a ser duro con los grupos.
Feedback propio del grupo: A nivel de delivery y por ser el primer grupo que critica este profesor va a ser más duro:
-El aprovechamiento de la capacidad es horrible. -No se ven las letras. -El uso del texto es muy problemático -Intentar optimizar al máximo la conversación entre el exponente y la presentación (mensajes en sincronia) -Evitar ver las presentaciones como guion -Intentar mirar mas a la audiencia, hacer barridos visuales -Hay que intentar evitar el uso de vocabulario especifico (tecnicismos) ej: matchmaking, springBoot… -Paginado
En relación al mercado:
9 competidores es un DESASTRE ABSOLUTO, inaceptable, 16 personas han trabajado 96 horas, de esas solo 4h han sido dedicadas a buscar competidores No dar respuestas defensivas, si algo salió mal no protestar. En 10 segundos ha encontrado 2 competidores que hacen exactamente lo mismo que su app que el grupo no ha logrado encontrar Quedan muchas mas cosas en el tintero, se le acaba el tiempo.
Grupo 5
Camyo
App para juntar camioneros con empresas
Feedback de estudiantes
Le ha gustado mucho el cambio de idea que han hecho y le gusta mucho la paleta de colores, la fuente le parece pequeña.
Feedback de profesores
Lo que comento anteriormente a nivel de presentación se aplica aquí también. Le he gustado el teatrillo inicial Uso de vocabulario simple. Han realizado 11 horas en el análisis de competidores, es un desastre inaudito, es tirar a la basura 1400 horas. Pablo dice que en su lugar hubiera usado como MINIMO 55 horas en este apartado (en 10 segundos ha encontrado otro competidor) Es mejor centrarse en decir que hacemos que el resto no, en qué nos diferenciamos El éxito es el análisis certero sobre algo que alguien estaría dispuesto a pagar. Uber se come el mercado, que lo único que lo diferencie sea un chat es una vergüenza Se buscan DECENAS de competidores como mínimo. Se necesitan DECENAS de personas dispuestas a pagar como sondeo. Intentar que en las presentaciones las diapositivas NO sean genéricas (Quitar la mayor cantidad de morralla posible). Poner datos en crudo que ni se ven es mala idea, decidir que nivel de información se puede ver, contar, leer y asimilar (ver que sobra de la presentación)
Grupo 6
Gallery Guide App
Mapas virtuales de cada museo y rutas guiadas según preferencias, no como Google maps, sino como un plano
Feedback de estudiantes
No hay
Feedback de profesores
Tienen muy pocos competidores (el profesor ha encontrado 2 competidores que hacen lo mismo que ellos) Tienen muchos problemas, no lo ve confuturo, si los museos grandes ya tienen sus propias aplicaciones, no tiene sentido que se descargaran la suya. Observa que sería mejor sino fuera sobre museos sino sobre rutas turísticas en la calle. Cosas de presentaciones igual que el resto.
Feedback de la sesión
Firmar ya el comittment agreement Usar clocky YA La velocidad de exposición es acelerada. Identificacio de los roles es importante pero con un nivel de detalle menor Analizar TCO (Total cost of ownership)es algo de PSG2 Diferenciar el analizar y describir un DAFO Tener claro la funcionalidad por la que nuestros usuarios pagarían (caso de uso core mas imporante -> Implementar primero) Mejorar muchísimo el análisis de competidores. Si hay que pivotar la idea denegocio se pivota. Vamos un poco tarde con el análisis de competidores (Lista exhaustiva). Los que tengamos menos de 12 usuarios piloto VAMOS FATAL, lo normal es 20-30 de cada tipo Si tenemos mucho problema encontrando usuarios piloto, quizás no haya mercado para ello Que método usamos para interactuar con los usuarios piloto (recogida de datos, quedadas) En los MVP deberiamos esbozar los Mockups que se centren en la FUNCIONALIDAD Refinar el Charter Goal, la composición,etc.. con un nivel de detalle asumible-Se debe mencionar El commitment agreement y el uso de la IA-Esbozar o pensar un Análisis de riesgo inicial (factores de fracaso y planes de contingencia)
Tareas
Commitment agremment firmado
Sistema gestión del tiempo (clockify)
Presupuesto temporal
Velocidad presentación bien 2do turno, eficiencia de las presentaciones
Identificación de los roles, ajustado a los tiempos que tenemos
Indicar el TCO
Centrarnos en lo que nos piden, con todo el detalle que comentemos
Analizar el DAFO vs Describir el DAFO
Mejor analizar en como neutralizar debilidades y amenazas
Claro modelo de negocio, planes de precio
Casos de uso core
Qué funcionalidad está dispuesto el usuario piloto a pagar, que no ofrezcan otros
Refinar la idea clave de negocio. Business Statement (frase, intro interesante, etc.)
Análisis de competidores
Profundizar, analizar, y si es necesario, pivotar.
Tiene que quedar claro
Lista exhaustiva, y no evidente
En la presentación lo que se pueda asimilar, no todo. Ya luego se puede preguntar
Usuarios pilotos
- Más de 12 usuarios pilotos, mínimo. Normal de 20 a 30, de cada tipo
- Si hay problemas encontrándolos, no está claro el objetivo o no hay mercado
- Segmentar para ver quién llamar si falla
- Ver cómo interactuar con ellos
- Yo creo que reuniones de 1 hora, en general mejor. Por subgrupos. Cada reunión de unos 10 a 15 min, a poder ser
MVP, casos uso core
Mockup entendido como algo centrado en la funcionalidad
Grado Innovación, lo que hay por detrás
Composición, soft skills
Comentar el commitment agreement
El estado, si firmado, lo que queramos resaltar IA
Empezar a pensar en un análisis de riesgos inicial
¿Qué puede hacer que sea un fracaso el proyecto? Planes de contingencia y demás
Otras anotaciones
Palabras clave Análisis, Recomendaciones, Gestión del Tiempo, Proyectos, Análisis Crítico, Modelo de Software, Estrategia, Planificación, Epic, Funcionalidad, Innovación tecnológica
Resumen Análisis de la Sesión y Recomendaciones
- Se identifica la necesidad de mejora en el desempeño del primer participante, atribuyéndolo a la normalidad de los errores cometidos.
- Se enfatiza la importancia de la moderación y la educación en las interacciones futuras.
- Se recomienda un cambio de participante para la siguiente sesión, debido a limitaciones de tiempo y la necesidad de mantener la tranquilidad.
Gestión del Tiempo en Proyectos
- Se destaca la importancia de un sistema de gestión del tiempo para evitar retrasos.
- Se menciona la necesidad de claridad sobre el presupuesto temporal y la velocidad de exposición de la información.
- Se enfatiza la importancia de ajustar el nivel de detalle de la información a tiempo disponible y la identificación de roles.
Análisis Crítico de un Modelo de Software
- Se enfatiza la necesidad de un enfoque detallado y preciso en la descripción del software.
- Se destaca la importancia de diferenciar entre la anotación y la escritura, priorizando la concisión.
- Se analiza la relevancia del modelo de distribución y la disposición a pagar por un usuario piloto en casos críticos.
Análisis de Negocio y Estrategia
- Se busca clarificar los objetivos del negocio y las expectativas de crecimiento.
- Se requiere un pivote estratégico para mejorar el rendimiento, profundizando en el análisis y enfocando mejor los esfuerzos.
- Se destaca la ventaja competitiva y la disposición de usuarios a pagar por el producto/servicio.
Análisis de Resultados y Planificación
- Se evalúa el tiempo disponible y la seriedad de las lesiones sufridas.
- Se analiza la funcionalidad de los sistemas y el objetivo es optimizar el rendimiento.
- Se discuten los requisitos de usuarios pilotos, idealmente entre 20 y 30, y se considera la segmentación del mercado.
Interacción y Funcionalidad del Epic
- Se enfatiza la importancia de la interacción con un elemento llamado 'epic'.
- Se describe el 'epic' como algo centrado en la funcionalidad, no en el diseño.
- Se menciona la dificultad de cambiar un elemento ('diafragma') en una etapa posterior del desarrollo.
Innovación tecnológica y planificación de proyectos
- Se busca una innovación tecnológica graduada, refinada a nivel de equipo para evitar problemas.
- Se requiere un nivel de detalle adecuado para evitar ambigüedades e inconvenientes.
- Se debe considerar la posibilidad de imprevistos y tener un plan de contingencia.
4.2 Sesión 2
Fecha: 14/02/2025
Hora inicio: 10:40
Hora finalización: 14:37
Lugar: Aula H1.12
Grupo 2
GastroStock
Ayuda a la gestión de inventarios de bares y mejora de logística mediante IA.
Feedback de estudiantes
Enfoque correcto, pero le sigue chinando como se va a usar la IA, al no usar internet la ia deberá ir integrada y quizás la app pese mucho. Como lo ejecutaran los móviles in tarjeta grafica integrada?
Feedback de profesores
buen speach inicial buena soltura.
-mucha ambición.
-logo bastante malo
-buen estudio de viabilidad y rentabilidad
-legibilidad baja, letra pequeña, mucho texto.
en el DAFO no han puesto los enlaces a la normativa, responde que NO existe, pues es suya propia.
le gustaría ver el equipo y las responsabilidades.
redondear costes
-como ponente le ha llamado la atención a la gente, tiene talento el chaval.
Fluia mal la conexión con el que pasaba la presentación.
Decir cosas muy informales choca un poco.
reconocer las carencias en las preguntas de los compañeros
como haya una sola palabra en una presentación que no se vea es un suspenso directo
Grupo 3
EVENTBRIDE
Aplicación para gestionar eventos cristianos; bodas, bautizos y comuniones
Feedback de estudiantes
Le ha parecido curioso la "rapidez con la que se elegirían los candidatos", pues quizás quieran debatir el precio. Responden que de todas las opciones elegirán la que mas se adecue.
¿Piensan ampliar a otros eventos? Dicen que por el momento van a conformarse con lo que tienen.
Feedback de profesores
No se han presentado.
El comienzo ha sido muy soso, deja mucho que desear.
El índice se puede saltar, lo primordial es atraer la atención de la gente.
No han dicho el nombre de la empresa.
Han dicho puntos negativos al inicio.
Han mostrado 14 competidores solo. Dicen que tienen muchos mas.
No se ve bien la letra, usar blanco sin un fondo negro no es legible.
Deberían adaptar las luces del aula
¿Cómo han encontrado competidores? Hay que usar la pagina proporcionada de la asignatura para encontrar competidores y hacerlo cada cierto tiempo para que no nos sorprendan.
Se ha perdido en una trasparencia de funcionalidades, no estaba lo suficientemente claro (se han equivocado en una grafica con un titulo distinto).
No han introducido el análisis de riesgo preliminar, y no han comentado el commitment agreement.
No han quedado los casos de uso core en los mock ups
Falta innovación, hay que convencerse a uno mismo antes de venderle la moto a otro
No han tenido en cuenta la infraestructura en el desarrollo en los costes
Grupo 4
BORROO
Aplicación para generalizar el alquiler de objetos, es de matchmaking-improved market
Feedback de estudiantes
Le gusta mucho las imágenes, y en ciertas transparencias la letra es demasiado pequeña.
Feedback de los profesores
aunque han tenido problemas técnicos han sabido retomar el tema
Inicio muy estándar, aburrido.
Uso de metáforas visuales junto con texto ( a veces hay solo imágenes las cuales no se saben interpretar por si solas)
Dice que sus datos de competidores, rentuki hace lo mismo que ellos, y la única diferencia que han puesto es que ellos "no han hecho un mal marketing", responden que tienen otra funcionalidad única.
El DAFO ha parecido un documento de mitigación de riesgos mas que un DAFO propiamente dicho.
Han dicho 10 casos de uso core, la profesora piensa que no todos lo son. que especifiquen bien cuales son los cores.
El coste de marketing le ha parecido muy bajo.
No ha aparecido el equipo.
Tienen 185 competidores, quizás no tengan que poner los que no se centren específicamente.
Grupo 5
Camyo
App para juntar camioneros con empresas
Feedback de estudiantes
Le ha gustado mucho el teatrillo del inicio y el análisis de competidores, pregunta si tienen pensado hacer verificado de conductores para que las empresas tengan una idea de a quien contratar. Dicen que si lo han pensado.
En los costes les sale mas caro el mantenimiento que el desarrollo de la aplicación. Dicen que se han equivocado poniéndolo.
Feedback de profesores
Le ha gustado el teatrillo para atraer la atención.
no encuentra muy novedosa el factor diferenial de la aplicación. Le parece muy alto el riesgo que la única diferencia sea algo tan pequeño
letras mas grandes en la diapositiva
que pasa si un competidor de EEUU pasa a España? dicen que no va a pasar porq están en perdidas.
La mitad de los usuatios piloto dijeron que no les interesaba.
se necesitan 15-20 usuarios piloto, poner el QR fue buena idea
No han especificado bien los casos de usuario core.
no sabe a que se refiere con IVA o sin IVA, no lo saben ni ellos.
demasiadas diapositivas, tienen 40.
clasificar los riesgos según prioridad/importancia.
a nivel de quipo, necesitan responsabilidades concretas, quien es el manager?, para los roles es necesario hacer secretario, manager, gestor de conflictos, gestor de calidad...
Grupo 6
FisioFind
App para consultas de fisioterapia
Feedback de estudiantes
Le ha gustado mucho, el tema de la videollamada debería tener una previa visita física? No, puede hacerlo a remoto.
los videos son para rehabilitación? si
no han puesto la diferencia entre ambos planes de pago
Feedback de profesores
han tenido en cuenta el feedback
han invertido tiempo en cosas superfluas, hay que intentar focalizar el proyecto
el tema DAFO,cosas triviales como no tener internet no hay que añadirlo, son cosas especificas del proyecto
-ve bien el delivery, hace énfasis en llevar un ritmo de velocidad constante, una recomendación es JulianTreasure: How to speak for people to want to listen.
El foco esta muy bien, pero han dejado sin definir las herramientas especializadas, (al parecer las tenían en las encuestas pero no la pusieron en la presentación). Hubiera sido mejor invertir tiempo en cosas especificas como el mapa de dolor y el mercado.
-Tema las verificaciones, aclarar si son automáticos o no
tema de los costes: en ningún caso se habla de estimación de usuario en función del mercado.ej: seremos rentables en este mercado si conseguimos un x% del mismo y mostrar los costes de infraestructura.
la diferencia entre un mock up "wildframe" y capturas que parecen reales, este prefiere los mockups que muestren las funcoinalidades
le parece bien que al buscar competidores y ver que no hay mercado salir (esto es un elogio a nosotros también), lo valiente es cambiar el trabajo de una semana.
Buena calidad visual, todo se podía ver.
le gustan que tengan ya datos como cuantos usuarios serian necesario para rentabilizar la app.
Feedback de la sesión
Tareas
Nuestro:
- Marca de agua del logotipo
- Orden de presentación (Competidores antes de MVP o análisis, junto a la idea)
- Pensar el commitment agreement (problema de las 5 personas)
- Hacer las cosas GRANDES, probarlas
- Centrar las ideas y el tiempo en lo principal, no tocarlo todo (no da tiempo)
- Mocks ups, son bonitos pero hay que hacer los casos core bien grande
- Hacer como FisioFind, que hace solo calendario, y desde los 2 puntos de vista
- Mejorar los costes, mucho. Están muy mal ahora mismo
- Ritmo, focalizar, demás william treasure (o así, preguntar)
- Añadir lo que ellos usan, y luego qué les parece interesantes
- Si todos sabemos qué son las citas, no importa y no hay que hablar tanto de ello
- Aquí está nuestro modelo de negocio, aquí nos diferenciamos
- Estimación usuarios en función del mercado (dar más importancia)
- Cuándo sale rentable
- Da tiempo de leerlo todo
- Costes, calcular si es rentable o no
- Escribir los riesgos, y luego la mitigación asociada
- En los mockups hay que hacerlos más simples, para que nos quedemos con lo esencial
- Redondear costes
Nos piden:
- Anexos: Commitment Agremment, con responsabilidades y demás, reflejado aquí
- Si no se cumple con algo, hay un responsable
- Todo plasmado
- Presentación: También si no se ha cumplido algún punto, por qué (anónimo o con responsable)
- Versionados para el CA también
- En lugar de echar del grupo, penalizaciones. Hemos sido muy estrictos quizás
- Lo comentan sobre todo por nosotros
- Reencaminar la situación
- Puntuaciones entre nosotros:
- Hay que hacerlo en cada entregable
- Va a tener impacto en la nota al final
- Nos subirán Failure conditions, para saber qué no falla seguro, porque si no suspenso:
- Un riesgo es un evento que puede causar pérdidas económicas en
- Los más importantes en la presentación
- Priorizarlos
- Acciones para mitigarlos
- TCO general, por meses, facturación mensual no por año
- Sin iva, porque es el total y el iva va por otro lado
- Los costes de la empresa es distinto del salario bruto del neto
- Tener en cuenta el problema del coste para la empresa
- Añadir coste de GitHub para desarrollo
- Termino para los servicios
- COSTES DE PSG2, por los servicios
- Añadir en las transparencias los valores entre general y específico, con la prueba del algodón (que se vea)
- 16 min de presentación
- 40 o 50 diapositivas no es viable
- Son estrictos hasta la médula. Ni un segundo de más, pero acabar en el último minuto
- Asistencia obligatoria
- Se pedirá feedbacks voluntarios, o lo piden
- Atender sí o sí, propuestas o cosas positivas
- Test corto de teoría, traer portátil
- Qué esperan ver:
- Elevator speech, describiendo muy bien la temática, que capte la atención del público
- Tipo de negocio
- Análisis de competidores
- Analisis preliminar de TCO
- Personal
- Proyecto
- Apoyo, (Github, office, etc)
- Licencias
- Costes indirectos
- Mantenimiento
- Gestión usuarios pilotos
- Píldoras teóricas
- Mockups más específicos, con finalidad para el Sprint 1
- La idea es que en el S1 estén todos estos casos de uso
- Innovación
- Stack tecnológico
- Plan de gestión de riesgos
- Equipo
- Buena imagen, ver los miembros
- Imagen corporativa
- No papá noel
- Uniforme, Skills
- Desarrollo
- Plan gestión calidad
- Ante fallos, cómo medir y solucionar
- Modelo rendimiento del equipo
- Cómo van cada semana
- Cuantitativo
- Stack tecnológico
- GitHub
- Actions
- Projects (es bueno por aquí, porque se monitorizará finalmente)
- Controlemos CD/CI
- Gestión del código
- De cara a los S1/2/3
- Cómo etiquetar, versionado del código
- De cara a los S1/2/3
- En los entregables hay varios despliegues, estáticos, para que queden fijos, y así pueden mirarlos siempre
- Importante en dónde lo desplegaremos, que ahí estarán los 5 despliegues
- Todas las elecciones hay que verificarlas si se pueden llevar en esos despliegues
- Análisis para ver que siempre se pueda acceder al final ahí
- Landing page, privada con acceso a los profes
- Con email, resumen equipo, etc
- Última diapositiva, con QR para poder acceder
- Plan gestión calidad
- Planificación
- División de casos de uso en cada Sprint, más concreto para el Sprint 1. Cuánto podemos tener implementado para el siguiente sprint
- Un riesgo es un evento que puede causar pérdidas económicas en
- Reporte uso IA
- Presentar con el nivel de detalle importante. Si nos piden más detalle, otras diapositivas
- Landing page:
- “Despliegue”. Google Sites por ejemplo
5. Bibliografía
No procede