Aplicación en el Ciclo de Vida (Ágil y Tradicional)
¿Cuándo medir la calidad?
El Marco Metodológico Integrador (MMI) no impone un calendario rígido, sino que adapta sus protocolos de evaluación al modelo de gestión del proyecto. El documento distingue claramente dos estrategias de aplicación: una continua y ligera para entornos ágiles, y una exhaustiva por hitos para entornos tradicionales.
Entornos Ágiles (Iterativos)
En metodologías como Scrum, Kanban o XP, el marco se integra de manera continua. El objetivo es aplicar evaluaciones rápidas al final de cada Sprint para asegurar que el incremento de producto cumple con los estándares antes de seguir avanzando.
El ciclo se divide en 4 momentos iterativos:
- Fase I: Conceptualización y Requisitos: Se definen las metas de calidad iniciales utilizando Historias de Usuario y Personas Inclusivas. Aquí se establece el ICD base deseado.
- Fase II: Diseño y Prototipado: Se evalúan prototipos (baja/alta fidelidad) para identificar fallos de usabilidad antes de escribir código. Es el punto donde corregir es más barato.
- Fase III: Desarrollo e Implementación: Se verifica el código funcional del sprint (versión Alpha/Beta). Es el momento crítico para validar la conformidad técnica de accesibilidad y asegurar que no hay regresiones.
- Fase IV: Despliegue y Seguimiento: Con el producto en producción, se monitoriza la UX Dinámica mediante analítica real y encuestas post-uso para validar el impacto en el negocio a largo plazo.
Entornos Tradicionales (Secuenciales)
En modelos como Cascada o V-Model, el marco se aplica en Puntos de Control (Hitos) específicos. Dado que en estos proyectos el coste de cambio es alto una vez avanzada la fase, la evaluación es más exhaustiva y funciona como una «puerta de calidad» para aprobar el paso a la siguiente etapa.
Las fases de control son:
- Planificación y Requisitos: Se valida el Documento de Especificación de Requisitos (DER) para asegurar que la calidad está definida contractualmente antes de empezar.
- Diseño: Validación exhaustiva de Mockups y Arquitectura del Sistema. El objetivo es prevenir errores de interacción sobre el papel antes de la codificación masiva.
- Implementación: Control de Calidad (QA) sobre el código final y los módulos integrados. Se certifica el cumplimiento legal (Accesibilidad) antes de la entrega.
- Pruebas y Validación: Verificación final sobre el sistema completo (entorno de Pre-producción/Staging) antes del despliegue al cliente.
Tabla Comparativa: ¿Qué se evalúa en cada fase?
La principal diferencia radica en el Artefacto Clave que se somete al Modelo de Diagnóstico (MDI) en cada momento:
| Fase del MMI | Entorno Ágil (Iterativo) | Entorno Tradicional (Secuencial) |
| 1. Definición | Historias de Usuario y Flujos de Tarea | Documento de Requisitos (DR) y Plan de Proyecto |
| 2. Diseño | Prototipos rápidos (Baja/Alta fidelidad) | Mockups finales y Arquitectura de Información |
| 3. Construcción | Código del Sprint (Incremento funcional) | Código Final Integrado y Módulos Completos |
| 4. Entrega | Producto en vivo (Release continua) | Sistema en Pre-producción (Staging) |