🛡️ PLAN DE MITIGACIÓN
📋 Información General
| Campo | Detalle | Campo | Detalle |
|---|---|---|---|
| Proyecto: | [Nombre del Proyecto] | Código Proyecto: | [codigo] |
| Celula/Equipo: | [Nombre] | Sprint/Release: | [Nombre Sprint o version] |
| Fecha inicio pruebas | [dd/mm/aaaa] | Fecha fin pruebas: | [dd/mm/aaaa] |
| Ambiente: | [QA / UAT / Stage] | QA Responsable: | [Nombre del QA] |
1. Objetivo
Identificar, evaluar y definir acciones preventivas para los riesgos que puedan impactar la calidad del producto, el cumplimiento del Plan de Pruebas y la liberación del Sprint/Release.
2. Alcance
Aplica a:
- Historias incluidas en el Sprint.
- Actividades del proceso de pruebas.
- Ambientes involucrados.
- Dependencias técnicas y funcionales.
🎯 Alcance visual
3. Metodología de evaluación
Los riesgos se evaluarán considerando:
- Probabilidad
- Alta
- Media
- Baja
- Impacto
- Alto
- Medio
- Bajo
🧮 Fórmula de evaluación ## Nivel de riesgo = Probabilidad x
impacto :::
Clasificación final
- Riesgo alto
- Riesgo medio
- Riesgo bajo
Tipos de riesgos:
- Funcional
- Técnico
- Operativo
- Dependencia externa
- Ambiente
- Datos
- Seguridad
- Performance
Estados de riesgo:
- Identificado
- Analizado
- En Mitigación
- En Monitoreo
- Escalado
- Materializado
- Controlado
- Cerrado
4. Matriz de riesgos
| ID | Riesgo Identificado | Tipo | Probabilidad | Impacto | Nivel | Acción de Mitigación | Responsable | Estado |
|---|---|---|---|---|---|---|---|---|
| R-01 |
Descripcion de campos
| Campo | Descripción |
|---|---|
| ID | Identificador único del riesgo. Debe seguir una nomenclatura controlada (ejemplo: R-01, R-02). Permite trazabilidad y seguimiento. |
| Riesgo Identificado | Descripción clara y específica del evento potencial que puede afectar la calidad, el cronograma o la liberación. Debe redactarse en formato causa–evento–impacto (ejemplo: “Retraso en entrega de desarrollo que impacte inicio de pruebas”). |
| Tipo | Clasificación del riesgo según su naturaleza. Ejemplos: Funcional, Técnico, Operativo, Ambiente, Datos, Seguridad, Performance, Dependencia externa, Gestión. |
| Probabilidad | Nivel estimado de ocurrencia del riesgo. Se clasifica normalmente como Alta, Media o Baja, según análisis del equipo QA. |
| Impacto | Nivel de afectación que tendría el riesgo si se materializa. Se clasifica como Alto, Medio o Bajo, considerando impacto en calidad, tiempo o liberación. |
| Nivel | Resultado de la evaluación combinando Probabilidad e Impacto. Puede clasificarse como Alto, Medio o Bajo. Puede calcularse mediante matriz de riesgo (ejemplo: Alta x Alto = Alto). |
| Acción de Mitigación | Acción preventiva o correctiva definida para reducir la probabilidad o el impacto del riesgo. Debe ser concreta y ejecutable (ejemplo: “Solicitar ambiente alterno y validar estabilidad previo a ejecución”). |
| Responsable | Rol o persona encargada de ejecutar y dar seguimiento a la acción de mitigación (QA Lead, Dev Lead, Infraestructura, PO, etc.). |
| Estado | Situación actual del riesgo. Estados recomendados: Identificado, En Mitigación, Controlado, Escalado, Cerrado. |
✍️ Construcción recomendada del riesgo
Ejemplo: "Retraso en entrega de desarrollo que impacte inicio de pruebas". :::
Descripción de estados
| Estado | Descripción |
|---|---|
| Identificado | El riesgo fue detectado y documentado. Aún no tiene plan aprobado ni acción en ejecución. |
| Analizado | Se evaluó formalmente su probabilidad, impacto y nivel. El riesgo está clasificado. |
| En Mitigación | Existe una acción definida y está en ejecución para reducir la probabilidad o el impacto del riesgo. |
| En Monitoreo | La acción fue aplicada, pero el riesgo continúa bajo observación para validar su estabilidad o control. |
| Escalado | El riesgo supera el nivel de tolerancia, impacta fechas o requiere intervención de niveles superiores (comité, liderazgo, etc.). |
| Materializado | El riesgo ocurrió y se convirtió en un issue, incidente o defecto crítico. Debe vincularse al registro correspondiente para trazabilidad. |
| Controlado | El riesgo fue mitigado exitosamente y su probabilidad o impacto se redujeron a un nivel aceptable. |
| Cerrado | El riesgo ya no representa una amenaza activa y se cierra formalmente. |
5. Ejemplos de riesgos comunes QA
| ID | Riesgo Identificado | Tipo | Probabilidad | Impacto | Nivel | Acción de Mitigación | Responsable | Estado |
|---|---|---|---|---|---|---|---|---|
| R-01 | Retraso en entrega de desarrollo que impacte el inicio de pruebas y la fecha de liberación | Operativo | Alta | Alto | Alto | Ajustar cronograma, priorizar casos críticos y coordinar liberaciones parciales | QA Lead / Dev Lead | En Mitigación |
| R-02 | Ambiente QA inestable que impida la ejecución continua de casos de prueba | Técnico / Ambiente | Media | Alto | Alto | Validación previa del ambiente, coordinación con Infraestructura y monitoreo constante | Infraestructura | Identificado |
| R-03 | Datos de prueba incompletos o incorrectos que afecten la validación funcional | Datos | Media | Medio | Medio | Generar datos controlados, validar insumos con negocio y documentar dataset aprobado | QA Analyst | En Mitigación |
| R-04 | Dependencia de servicio externo que pueda generar fallos en pruebas de integración | Dependencia externa | Media | Alto | Alto | Simulación de servicios (mock), coordinación con proveedor externo y validación anticipada | Arquitecto / Dev Lead | Identificado |
| R-05 | Alta cantidad de defectos críticos detectados que retrasen la liberación del Sprint | Calidad | Alto | Alto | Alto | Análisis causa raíz, priorización inmediata de correcciones y ejecución temprana de regresión | QA Lead | Identificado |
🗺️ Vista visual de los riesgos comunes
6. Seguimiento
- Los riesgos serán revisados en sesiones de seguimiento QA.
- Riesgos altos deberán tener plan activo de mitigación.
- Riesgos cerrados deberán documentarse.
7. Criterios de escalamiento
Un riesgo deberá escalarse cuando:
- Se materialice como defecto crítico.
- Impacte la fecha de liberación.
- Afecte la estabilidad del ambiente.
- Supere el nivel de tolerancia definido.
🚨 Escalamiento