Sección 7
Riesgos y medidas previstas
Cada riesgo tiene una medida que decidimos de antemano, para no improvisar bajo presión.
| ID | Riesgo | Medida prevista | Responsable |
|---|---|---|---|
| R-1 | Conflictos al fusionar código. | Propiedad exclusiva por carpeta, archivos compartidos con PR y subida diaria (§4.2 y §4.5). | Omar |
| R-2 | El módulo de datos no está listo y detiene al equipo. | Repositorio de prueba permite avanzar desde el primer día. Punto de control con decisión ya tomada (§5.2). | Santiago |
| R-3 | El diseño se retrasa y la interfaz queda detenida. | Entrega escalonada (tabla 4.3). Mientras tanto se construye la capa de lógica. | Sam |
| R-4 | Poca experiencia con la tecnología de interfaz. | Publico (Omar) una pantalla de ejemplo como plantilla para todos. En cuanto algo nos detiene, lo preguntamos en el grupo. | Equipo |
| R-5 | El alcance se desborda. | Tabla 1.4 de exclusiones y regla de control de alcance (§1.3). | Omar |
| R-6 | Alguno de nosotros falta o se enferma. | Cada módulo está documentado y funciona por separado. Preferimos entregar sin ese módulo antes que retrasar todo. | Equipo |
| R-7 | La integración con la nube consume más tiempo del previsto. | Comienza el primer día de la semana 1. Alternativa: respaldo y restauración de un archivo. | Santiago |
| R-8 | Todo se integra el último día y nada funciona en conjunto. | Integración obligatoria en fecha fija y congelamiento con un día de margen (§4.5 y tabla 6.3). | Omar |