Este documento detalla cómo el equipo de PreguntaT ha gestionado los recursos materiales, humanos y temporales durante las 6 semanas del proyecto, incluyendo asignación de tareas, estimaciones, velocidad del equipo y gestión de riesgos temporales.

Capacidad Real: 35 horas/semana por persona (después de overhead)
Total Equipo: 70 horas/semana de capacidad
Overhead: 10 horas/semana (reuniones, code reviews, testing, debugging, documentación)

Representante: Profesor/Tutor del proyecto
Disponibilidad: Reuniones semanales + email
Rol: Validar entregables, priorizar backlog, definir criterios de aceptación

Para fomentar el desarrollo de habilidades transversales y evitar cuellos de botella en el conocimiento, implementamos un sistema de 4 roles rotativos que cambian cada sprint:

• ACTUALIZAR GitHub Projects DIARIAMENTE antes de 10:00 AM CET
• Facilitar ceremonias SCRUM (Planning, Daily, Review, Retrospective)
• Identificar y remover impedimentos
• Calcular velocidad del sprint al finalizar
• Gestionar riesgos temporales con buffer

Tiempo estimado: 5-7 horas/sprint

• Revisar TODOS los Pull Requests antes de merge
• Tomar decisiones arquitectónicas
• Asegurar calidad técnica y estándares de código
• Resolver dudas técnicas del equipo

Tiempo estimado: 4-6 horas/sprint

• Ejecutar pruebas manuales de funcionalidades nuevas
• Documentar bugs en GitHub Issues
• Validar criterios de aceptación
• Testing end-to-end de flujos completos

Tiempo estimado: 5-8 horas/sprint

• Monitorizar infraestructura (Docker, MongoDB)
• Gestionar deployments y variables de entorno
• Mantener CI/CD pipelines
• Gestionar backups de base de datos

Tiempo estimado: 3-5 horas/sprint (aumenta en Sprint 6)

Story Points Completados
40 │                    ╭─── S6 (est. 40)
   │               ╭────┤
38 │          ╭────┤    │
   │     ╭────┤    └─── S3 (est. 38)
36 │─────┤    └──────── S2 (36)
   │     └──────────── S5 (proy. 36)
34 │
   │─────────────────── S4 (proy. 37)
32 │───── S1 (32)
   │
30 └─────────────────────────────
   S1   S2   S3   S4   S5   S6

• ✅ Velocidad estable: 32-38 SP por sprint
• ✅ Mejora gradual: De 89% a 91% de eficiencia (S1 → S2)
• ✅ Estimaciones más precisas: Burndown mejorando cada sprint
• ⚠️ Sprint 3 más complejo: 42 SP planificados (revisado durante sprint)

Capacidad suficiente para: Docker, MongoDB local, IDEs, múltiples navegadores, virtualización.

• ✅ ESLint - Linting JavaScript
• ✅ Prettier - Formateo de código
• ✅ ES7 React snippets - Snippets React
• ✅ Auto Rename Tag - Renombrado automático tags HTML
• ✅ MongoDB for VS Code - Conexión MongoDB
• ✅ REST Client - Testing endpoints
• ✅ GitLens - Historial Git enriquecido
• ✅ TODO Highlight - Destacar TODOs
• ✅ Code Spell Checker - Corrector ortográfico
• ✅ Docker - Gestión contenedores
• ✅ Tailwind CSS IntelliSense - Autocompletado Tailwind

• OpenAI: €25-30/mes (testing y desarrollo)
• Gemini: €0/mes (free tier suficiente)
• MongoDB Atlas: €0/mes (M0 Free)
• PayPal: €0/mes (sandbox)
• Hosting: €0/mes (local development)

TOTAL Desarrollo: €25-30/mes

• OpenAI: €50-80/mes (tráfico real)
• Gemini: €0-20/mes (según uso)
• MongoDB Atlas: €0-10/mes (puede escalar a M2)
• PayPal: 2.9% + €0.35 por transacción
• Hosting (Vercel + Railway): €0-30/mes

TOTAL Producción: €55-110/mes (estimado)

✅ Nunca commitear .env - Archivo en .gitignore
✅ Usar .env.example - Template sin valores reales
✅ Rotación cada 3 meses - Cambio de API keys periódicamente
✅ GitHub Secrets - Para CI/CD workflows
✅ Acceso limitado - Solo @Agsergio04 tiene credenciales de producción

# Backend .env
NODE_ENV=development
PORT=3000
MONGODB_URI=mongodb+srv://...
JWT_SECRET=...
OPENAI_API_KEY=sk-...
GEMINI_API_KEY=...
PAYPAL_CLIENT_ID=...
PAYPAL_CLIENT_SECRET=...
REDIS_URL=redis://localhost:6379
FRONTEND_URL=http://localhost:5173

# Frontend .env
VITE_API_URL=http://localhost:3000/api
VITE_PAYPAL_CLIENT_ID=...

Para gestionar imprevistos y riesgos, cada sprint incluye un buffer de tiempo del 10-15%:

Promedio de uso de buffer: 74% (saludable, indica estimaciones realistas)

• ⏱️ Configuración MongoDB Atlas (4h)
• ⏱️ Problemas de networking en Docker (3h)
• ⏱️ Ajustes de configuración TTS (5h)

• ⏱️ Debugging API OpenAI (6h)
• ⏱️ Refactorización state machine (5h)
• ⏱️ Problemas validación React Hook Form (5h)

• ⏱️ Compatibilidad Web Speech API en Safari (8h)
• ⏱️ Debugging análisis de respuestas IA (8h)

1. Backlog - Tareas no priorizadas aún
2. To Do - Tareas del sprint actual pendientes
3. In Progress - Tareas en desarrollo activo
4. In Review - Pull Request creado, esperando aprobación
5. Done - Tareas completadas que cumplen DoD

Responsabilidad del Scrum Master: Actualizar GitHub Projects DIARIAMENTE antes de 10:00 AM CET

Tareas diarias:

1. ✅ Mover tarjetas según progreso real
2. ✅ Actualizar estimaciones si hay desviaciones
3. ✅ Crear Issues para nuevos impedimentos
4. ✅ Revisar que tareas "In Review" avanzan
5. ✅ Calcular burndown al final del día

Tareas semanales:

1. ✅ Calcular velocidad al finalizar sprint
2. ✅ Actualizar /docs/recursos.md con métricas
3. ✅ Cerrar Issues completados
4. ✅ Revisar y ajustar backlog

Sprint Planning (Lunes 10:00 AM):

1. Revisar Product Backlog priorizado por Product Owner
2. Seleccionar tareas para Sprint Backlog
3. Estimar en Story Points (Fibonacci: 1, 2, 3, 5, 8, 13)
4. Descomponer tareas grandes (>8 SP)
5. Asignar responsables según especialización y carga

Criterios de asignación:

• ✅ Especialización: Backend → @Agsergio04, Frontend → ambos, DevOps → según rol
• ✅ Carga balanceada: Máximo 20h efectivas/persona/sprint
• ✅ Dependencias: Tareas bloqueantes primero
• ✅ Aprendizaje: Tareas fuera de zona de confort para crecimiento

Backend (@Agsergio04) - 15h completadas:

• ✅ Instalar SDK OpenAI (0.5h)
• ✅ Crear OpenAIService (1h)
• ✅ Rate limiting con Redis (1h)
• ✅ Endpoint POST /api/ai/analyze-response (2h)
• ✅ Sistema scoring 0-100 (1h)
• 🔄 Análisis por categorías (1h) - EN PROGRESO
• ⏸️ Endpoint generate-followup (1.5h) - PENDIENTE

Frontend (@pablitoclavito04) - 12h completadas:

• ✅ Componente LiveInterviewPage (2h)
• ✅ MediaRecorder API (1.5h)
• ✅ AudioVisualizer (2h)
• ✅ Gestión permisos micrófono (1h)
• ⏸️ WebSocket connection (1.5h) - PENDIENTE
• ⏸️ FeedbackDisplay (1.5h) - PENDIENTE

La gestión de recursos y tiempos en PreguntaT se ha caracterizado por:

✅ Planificación realista: Estimaciones ajustadas con buffer del 10-15%
✅ Roles rotativos: Desarrollo de habilidades transversales
✅ Velocidad estable: 32-38 SP/sprint con 90% eficiencia
✅ Gestión de riesgos proactiva: Identificación temprana y mitigaciones
✅ Herramientas adecuadas: GitHub Projects, Discord, Docker
✅ Transparencia: Actualizaciones diarias y métricas visibles
✅ Mejora continua: Retrospectivas con acciones concretas

Resultado: Proyecto en tiempo, alta calidad, equipo motivado y aprendiendo continuamente.

Última actualización: 11 de diciembre de 2024
Responsable: @Agsergio04 (Scrum Master Sprint 3)