Gestion de comunicaciones e informacion
Objetivos de comunicación
Es fundamental definir canales efectivos entre alumno, tutor académico, empresa Xabet Wall y equipo orquestador, para facilitar el seguimiento del proyecto, identificar posibles desviaciones y efectuar una resolución ágil de incidencias.
Canales de comunicación
La comunicación con el tutor académico se llevará a cabo principalmente a través de Outlook para consultas formales, complementada con reuniones presenciales cuando sea necesario.
Con la empresa Xabet Wall se mantendrán reuniones presenciales semanales los lunes, así como comunicación asíncrona por correo Gmail para consultas puntuales.
Pese a que el alumno vaya a mantener una comunicación activa con el equipo orquestador, se celebrarán reuniones puntuales destinadas a validar interfaces y resolver dependencias de integración llegado el día.
Toda la documentación técnica, incluyendo arquitectura, diagramas y decisiones de diseño, se centralizará en un repositorio compartido basado en Git y Obsidian.
Frecuencia y tipo de comunicaciones
Las reuniones con la empresa serán semanales, los lunes a las 08:30, con una duración aproximada de una hora, enfocadas a revisar el avance, detectar desviaciones y tratar bloqueos técnicos. La comunicación con el tutor académico se realizará con una cadencia mensual por Outlook, con reuniones presenciales bajo demanda según las necesidades del proyecto.
Se elaborarán reportes de progreso mensuales que recojan las horas registradas, las tareas completadas y las desviaciones identificadas.
Seguimiento temporal y control del esfuerzo
Se implementará un sistema de registro de horas mediante herramientas de gestión de proyectos que permita llevar un registro diario de horas por tarea y objetivo, actualizar semanalmente el avance frente a la planificación base, documentar las desviaciones con análisis de sus causas y generar reportes semanales con métricas de avance real.
Gestión de la información y trazabilidad
El control de versiones del código se gestionará mediante Git, con una rama especializada para el proyecto dentro del repositorio principal de la empresa. La rama (tfg/martin) tendrá commits referenciados a su tarea correspondiente.
La documentación técnica se mantendrá en READMEs dentro del repositorio centralizado, versionados y accesibles a todos los implicados. Adicionalmente, se llevará un registro de decisiones arquitectónicas donde se documente cada decisión técnica significativa junto con su contexto y justificación. Para la gestión de incidencias y cambios de alcance se utilizará un sistema de tickets centralizado.
Protocolos ante cambios o incidencias
Ante cualquier incidencia o cambio, el primer paso será su identificación y registro inmediato en el sistema de tickets, con descripción del problema e impacto estimado. A continuación, el alumno coordinará con el tutor y la empresa para evaluar dicho impacto.
En cuanto a la autorización, los cambios menores de menos de cinco horas podrán ser aprobados por el supervisor técnico, los cambios significativos requerirán la validación del tutor, y los cambios críticos darán lugar a una reunión extraordinaria. Finalmente, cualquier decisión tomada se documentará formalmente y, si fuera necesario, se ajustará el cronograma del proyecto.