Sprint Planning
FISIO FIND - SPRINT PLANNING
ÍNDICE
Ficha del documento
-
Nombre del Proyecto: FISIO FIND
-
Número de Grupo: Grupo 6
-
Entregable: #WPL
-
Miembros del grupo: Alberto Carmona Sicre, Antonio Macías Ferrera, Benjamín Ignacio Maureira Flores, Francisco Capote García, Daniel Alors Romero, Daniel Fernández Caballero, Daniel Ruiz López, Daniel Tortorici Bartús, Daniel Vela Camacho, Delfín Santana Rubio, Guadalupe Ridruejo Pineda, Julen Redondo Pacheco, Miguel Encina Martínez, Francisco Mateos Villarejo, Pablo Fernández Pérez, Ramón Gavira Sánchez, Rafael Pulido Cifuentes.
-
Contribuidores: Antonio Macías Ferrera (autor) Miguel Encina (revisor)
-
Fecha de Creación: 27/04/2025
-
Versión: v1.0
Histórico de Modificaciones
| Fecha | Versión | Realizada por | Descripción de los cambios |
|---|---|---|---|
| 27/04/2025 | v1.0 | Antonio Macías Ferrera | Elaboración de la primera versión del documento. |
Participantes
| Nombre completo | Rol | Contacto |
|---|---|---|
| Antonio Macías Ferrera | Scrum master, analista, programador | antmacfer1@alum.us.es |
| Delfín Santana Rubio | Secretario, analista, programador | delsanrub@alum.us.es |
| Guadalupe Ridruejo Pineda | Analista, programadora | guaridpin@alum.us.es |
| Miguel Encina Martínez | Representante grupo 3, analista, programador, QA | migencmar@alum.us.es |
| Ramón Gavira Sánchez | Representante grupo 2, analista, programador | ramgavsan@alum.us.es |
| Rafael Pulido Cifuentes | Representante grupo 1, analista, programador | rafpulcif@alum.us.es |
1. OBJETIVOS DEL SPRINT
El propósito de este informe es definir los objetivos a lograr durante el Sprint 5 y describir la metodología para alcanzarlos. Este Sprint pertenece a la etapa del proyecto, siendo esta el paso previo a la presentación lanzamiento (World Project Launch - #WPL) y durará desde el viernes 02/05/2025 hasta el jueves 22/05/2025.
🔴 Sprint Goal: WORLD PROJECT LAUNCH (SEO, posicionamiento y marketing)
Los objetivos marcados para este Sprint son los siguientes:
- ✅ Objetivo 1: Campaña de lanzamiento
- ✅ Objetivo 2: Manuales de usuario
- ✅ Objetivo 3: Seo y posicionamiento web
| Épica | Tarea | Objetivo | Asignados | Prioridad |
|---|---|---|---|---|
| E-021: Campaña de lanzamiento | Página "Investors profile" | 1: Campaña de lanzamiento | Daniel Fernandez, Rafael Pulido | MEDIUM 🟡 |
| E-022: Manuales de usuario | Integración de vídeo-tutoriales de usuario | 2: Manuales de usuario | Daniel Ruiz y Francisco Capote | LOW 🟢 |
| E-022: Manuales de usuario | Integración de manuales de usuario | 2: Manuales de usuario | Daniel Ruiz y Francisco Capote | LOW 🟢 |
| E-022: Manuales de usuario | Creación de manuales de usuario | 2: Manuales de usuario | Miguel Encina, Francisco Mateos, Daniel Vela | MEDIUM 🟡 |
| E-022: Manuales de usuario | Creación de video tutoriales de la aplicación | 2: Manuales de usuario | Antonio Macías y Guadalupe Ridruejo | HIGH 🔴 |
| E-023: Seo y posicionamiento | Search.txt y Robots.txt | 3: Seo y posicionamiento web | Delfín Santana y Pablo Fernández | HIGH 🔴 |
2. SPRINT BACKLOG
Épica 21: Campaña de lanzamiento
Página "Investors profile" #542
Descripción de la funcionalidad:
Diseñar e implementar una página dedicada al perfil de inversores para Fisio Find, siguiendo el estilo y estructura de referencias como Netflix IR o Supercell Investments.
- Crear una nueva sección pública accesible desde el footer o menú principal:
/investors - Incluir bloques de contenido como: visión, misión, equipo fundador, cifras clave, oportunidades de inversión
- Añadir gráficos e infografías sobre crecimiento, ROI, ROE, expansión geográfica y demográfica
- Integrar formulario de contacto para inversores interesados
- Asegurar diseño responsive y accesible.
- Especificar el precio de un plan básico de inversión en el que se especifique cuál es la participación mínima a invertir y la estimación de tiempo y cantidad de retorno.
- Añadir una tarjeta que indique el "Pack Básico de Inversión" en la que si el/la inversor/a pulsa pueda dar su correo para recibir más información. Sugerencia: usar el siguiente componente https://uiverse.io/vamsidevendrakumar/soft-shrimp-94
Motivación e impacto:
- Se ha consolidado un canal específico para atraer inversión estratégica
- Se refuerza la imagen de Fisio Find como proyecto escalable y con proyección
Consideraciones adicionales:
Consultar ejemplos como:
Épica 22: Manuales de usuario
Integración de vídeo-tutoriales de usuario #538
Descripción de la funcionalidad:
Realizar la implementación de una sección de AYUDA/ ¿QUE PUEDES HACER EN FISIO FIND? dedicada a vídeo tutoriales dentro de la aplicación, como apoyo visual para nuevos usuarios.
- Añadir un nuevo apartado en el dashboard de usuario con acceso a vídeos
- Integrar vídeos alojados externamente (YouTube, Vimeo)
- Añadir enlace a sección en el footer y una entrada en la homepage
Motivación e impacto:
- Se ha mejorado la curva de aprendizaje de los nuevos fisioterapeutas que se unen a la plataforma
- Se ha completado un hito clave de onboarding del roadmap de producto
- Mejora de la retención de usuarios durante los primeros 7 días de uso (fase crítica)
Consideraciones adicionales:
¿Algo más que deberíamos saber?
- Se debe comprobar la visualización correcta en desktop y móvil
- Verificar compatibilidad con navegadores principales (Chrome, Firefox, Safari)
- En caso de error al cargar un vídeo, se debe mostrar mensaje personalizado de fallback
Integración de manuales de usuario #539
Descripción de la funcionalidad:
Añadir en la sección de AYUDA/ ¿QUE PUEDES HACER EN FISIO FIND? una preview y opción para descargar los manuales de usuario de la aplicación.
Motivación e impacto:
- Se ha mejorado la curva de aprendizaje de los nuevos fisioterapeutas que se unen a la plataforma
- Se ha completado un hito clave de onboarding del roadmap de producto
- Mejora de la retención de usuarios durante los primeros 7 días de uso (fase crítica)
Consideraciones adicionales:
- Tened en cuenta que esta página en la que se encuentran los manuales estará compartida con los videos tutoriales, así que habrá que coordinarse con los encargados de la tarea #538
Creacion de manuales de usuario #540
Descripción de la funcionalidad:
Elaborar y documentar los manuales de usuario para la plataforma Fisio Find. La idea es crear un manual para fisioterapeutas y otro para usuarios pacientes.
- Crear estructura base del manual: índice, introducción, secciones por herramienta
- Redactar contenido paso a paso con capturas de pantalla ilustrativas
- Añadir sección de preguntas frecuentes (FAQ)
- Exportar al menos en formato PDF
- Enlazar el manual desde el apartado de ayuda dentro de la app
- Usar estos documentos de pages como base:
- Manual para fisioterapeutas: https://www.icloud.com/pages/0feyJmNEdoxcwT8Xbyo3Lso3w#MANUAL_PARA_FISIOTERAPEUTAS_-_FISIO_FIND
- Manual de usuarios (pacientes): https://www.icloud.com/pages/05fvhLGZ_QEYWeUg5-g39Uu6A#MANUAL_DE_USUARIO_-_FISIO_FIND
Consideraciones adicionales:
- Se deben revisar ortografía, accesibilidad y claridad del lenguaje. Debe ser legible y claro para personas NO familiarizadas con la tecnología.
- Podría ser buena idea usar capturas de pantalla en móvil para el manual de usuarios pacientes, y capturas de pantalla de ordenador para el manual de los fisioterapeutas.
- Consultar estos manuales como ejemplo: https://uses0-my.sharepoint.com/:f:/g/personal/antmacfer1_alum_us_es/Er6gA28zw0hPii8zEByKO2MBr_s7jJo96120Bp4oajg3Rw?e=gdXBTd
- Para facilitar el trabajo y la revisión del mismo, podéis redactar el contenido de los manuales en un word compartido, y ya cuando esté todo correcto lo podéis pasar al documento .pages con la plantilla proporcionada.
Creación de videotutoriales de la aplicación #541
Descripción de la funcionalidad:
Elaborar videotutoriales de usuario para la plataforma Fisio Find. La idea es crear una serie de vídeos cortos de no más de 1-2 min. cada uno en el que se vayan explicando los distintos casos de uso por un lado para fisioterapeutas y por otro para pacientes.
- Los vídeo se deben subir al canal de Youtube de Fisio Find.
- Debe haber una serie de vídeos diferenciados para fisios y otros para pacientes
- Se deben explicar, por ejemplo, las siguientes acciones: verificar perfil de fisio, crear servicio, crear tratamientos, pedir citas, cancelar cita, todas las herramientas de la videollamada, crear cuenta (confirmado correo).
Consideraciones adicionales:
Podría ser buena idea hacer una lista con todos los vídeos posibles e ir marcándolos como completados en esta tarea conforme se vayan haciendo.
Consultar los siguientes vídeos como ejemplos:
- https://youtu.be/a5n0FRDZIco
- https://youtu.be/WfOE-kKPG1U
- https://youtu.be/MQBGfpwlvlY
- https://youtu.be/e0RuVsUJ8pY
- https://youtu.be/WMk0w5WgkRk
- https://youtu.be/6vuQxC52FOo
- https://youtu.be/HSqxiWiNSCU
- https://youtu.be/jIIIF2v3vck
Épica 23: Seo y posicionamiento
Mapa del sitio y archivo robots.txt: Crear y enviar un sitemap.xml a Google Search Console para asegurar que Google y otros buscadores encuentren todas las páginas relevantes, incluso si no están bien enlazadas internamente.
Configurar correctamente el archivo robots.txt para guiar a los motores de búsqueda en la indexación del sitio.
3. METODOLOGÍA INTERNA
En el siguiente apartado se resumirá la metodología interna seguida por el equipo de desarrollo. Para consultar la metodología con más detalle ver el Sprint Planning General.
3.1. Gestión de Tareas en GitHub Project
El equipo utiliza GitHub Project como herramienta de gestión de tareas donde las actividades están organizadas en distintas columnas que reflejan su estado dentro del flujo de trabajo. Esta herramienta cuenta con un tablero Kanban para facilitar el seguimiento de las tareas, generación de gráficas Burn-down que nos serán útiles en las retrospectivas, y asignación y estimación de tareas además de otras funciones que procurarán una buena organización del trabajo.
3.2. Flujo de Trabajo
La organización del trabajo, dado el gran número de participantes del proyecto, se ha llevado a cabo siguiendo una estructura doble: por un lado, una división horizontal en 3 subgrupos, y por otro lado, una división transversal en función de las tareas a realizar. Para ver en más detalle la división del trabajo, consultar el Plan de Recursos Humanos.
La organización horizontal está compuesta por tres grupos de trabajo, en los que cada uno tiene un representante y un secretario. Cada miembro del equipo será responsable de gestionar el estado de sus tareas ateniéndose al siguiente procedimiento:
| GRUPO 1 | GRUPO 2 | GRUPO 3 |
|---|---|---|
| ALBERTO CARMONA SICRE (secretario) | ANTONIO MACÍAS FERRERA (Scrum Master) | DANIEL TORTORICI BARTUS |
| DANIEL ALORS ROMERO | BENJAMÍN I. MAUREIRA FLORES | DANIEL VELA CAMACHO (secretario) |
| DANIEL FERNÁNDEZ CABALLERO | DELFÍN SANTANA RUBIO (secretario) | FRANCISCO CAPOTE GARCÍA |
| DANIEL RUIZ LÓPEZ | GUADALUPE RIDRUEJO PINEDA | Francisco Mateos Villarejo |
| PABLO FERNÁNDEZ PÉREZ | JULEN REDONDO PACHECO | MIGUEL ENCINA MARTÍNEZ (representante) |
| RAFAEL PULIDO CIFUENTES (representante) | RAMÓN GAVIRA SÁNCHEZ (representante) |
Por otro lado, la organización transversal a lo largo de los equipos asignará distintos roles a los miembros del equipo para realizar tareas más ajenas al desarrollo de la aplicación. Estas serán tareas de planificación, documentación, publicidad...:
| RRSS Y PUBLICIDAD | PLANIFICACIÓN | SECRETARIOS | QA |
|---|---|---|---|
| ANTONIO MACÍAS | ANTONIO MACÍAS | ALBERTO CARMONA | BENJAMÍN I. MAUREIRA |
| FRANCISCO CAPOTE | GUADALUPE RIDRUEJO | DANIEL VELA | DANIEL ALORS |
| FRANCISCO MATEOS | MIGUEL ENCINA | DELFÍN SANTANA | FRANCISCO MATEOS |
| GUADALUPE RIDRUEJO | PABLO FERNÁNDEZ | MIGUEL ENCINA | |
| PABLO FERNÁNDEZ | RAFAEL PULIDO | ||
| RAFAEL PULIDO | RAMÓN GAVIRA | ||
| DANIEL RUIZ |
| PRESENTACIONES | TIEMPO | IA | FORMACIÓN |
|---|---|---|---|
| ANTONIO MACÍAS | ALBERTO CARMONA | DANIEL FERNÁNDEZ | RAFAEL PULIDO |
| GUADALUPE RIDRUEJO | RAFAEL PULIDO | DANIEL RUIZ | RAMÓN GAVIRA |
3.3. Flujo de desarrollo
-
Inicio de la Tarea
- El desarrollador selecciona una tarea de la columna "Product Backlog" y la traslada a "Todo".
- Esta acción indica que la tarea ha sido priorizada para su ejecución.
-
Trabajo en Progreso
- Cuando se comienza a trabajar en la tarea, se mueve a la columna "In Progress".
- Se debe registrar el tiempo de trabajo en Clockify de acuerdo al protocolo y la política de nombrado especificada en el Plan De Gestión De La Configuración.
-
Revisión de Código: Revisión por pares
- Al finalizar la implementación, el responsable de la tarea crea una Pull Request (PR) y traslada la tarea a la columna "In Review".
- El otro miembro del equipo asignado se encarga de analizar el código y verificar su calidad.
- Si la revisión es satisfactoria, el revisor aprueba la PR y fusiona los cambios.
- Si se identifican errores o mejoras necesarias, la tarea se devuelve a "In Progress", notificando los ajustes requeridos.
- Por norma general, el testing será realizado también acorde a la revisión por pares.
3.4. Definición de Hecho (DoD) de una Historia de Usuario
Para que una historia de usuario (HU) se considere terminada, debe cumplir con los siguientes requisitos:
-
La funcionalidad debe estar completamente desarrollada y cumplir con los requisitos especificados en la HU.
-
Se deben satisfacer las expectativas del producto en términos de comportamiento y usabilidad.
-
El código debe seguir las buenas prácticas establecidas por el equipo.
-
Se debe garantizar la legibilidad, mantenibilidad y escalabilidad del código fuente.
-
Todo el código debe ser revisado por al menos un miembro distinto al desarrollador original.
-
El revisor debe verificar que el código funciona correctamente y cumple con los estándares definidos.
-
Cada issue debe contar con al menos un comentario positivo de otro miembro del equipo antes de su aprobación final.
3.5. Gestión de la Configuración
Desde la política de versionado de documentos y de código, hasta la política de nombrado de ramas, pasando por el criterio de mensajes de commits y el flujo de trabajo GitHub Project - GitHub - Clockify se encuentra definido en detalle en el Plan De Gestión De La Configuración.
3.6. Gestión del Cambio
Los cambios no pueden ser implementados de manera arbitraria, sino que deben de seguir un proceso que cubra las fases de registro, análisis, aceptación, implantación, evaluación y seguimiento. La gestión del cambio se hará tal y como se describe en el documento Plan de Gestión del Cambio.
3.7. Gestión de los Riesgos
La gestión del riesgo se hará tal y como se describe en el documento Plan de Gestión de los Riesgos. En este documento, entre otras cosas, se explica que se deberá de hacer seguimiento a los riesgos y actualizar el registro de riesgos periódicamente.
3.8. Uso de la Inteligencia Artificial
El uso de la inteligencia artificial estará regulado por el Acuerdo de IA y se deberán de hacer informes periódicos de su uso. Uno de los puntos a destacar de este acuerdo es la importancia de la intervención humana en la aplicación de soluciones IA en el proyecto.
Aprobado por:
Scrum Master: Antonio Macías Ferrera Rol: Scrum Master, analista, programador
Representante grupo 3: Miguel Encina Martínez Rol: Secretario del grupo 3, analista, programador, QA