Diagrama de gestión de incidencias de calidad de datos
Plantilla para notificar un defecto, evaluar su impacto, contener el uso, confirmar la causa, corregir los datos y cerrar la incidencia con pruebas.
¿Qué es diagrama de gestión de incidencias de calidad de datos?
Una incidencia de calidad resulta más difícil de controlar cuando la notificación, los registros afectados y el impacto de negocio están en mensajes separados. Esta plantilla crea un solo expediente, busca duplicados reproducibles, clasifica la gravedad e identifica a los consumidores afectados antes de iniciar el trabajo técnico. Las incidencias críticas o en propagación activan aviso y contención; las rutinarias también reciben un responsable de datos y un técnico. El diagnóstico debe confirmar la causa y el conjunto afectado para que la corrección repare el control de origen, vuelva a procesar resultados posteriores y no deje copias incoherentes.
Este diagrama sigue una incidencia, no define el programa general de calidad. Las reglas, los umbrales, la supervisión programada y la mejora de tendencias pertenecen a /es/templates/proceso-de-gestion-de-calidad-de-datos, que puede activar este proceso cuando se incumple un umbral. Una disputa de propiedad, definición compartida o solución puede escalarse mediante /es/templates/proceso-de-gobierno-de-datos. El cierre exige validar registros, obtener la aceptación de propietario y consumidor, retirar la contención con autorización y vincular las pruebas. El trabajo preventivo puede continuar después bajo una acción y fecha propias.
Qué cubre este diagrama de flujo
En esta plantilla
- Notificación con datos afectados, impacto en consumidores, ejemplos, reproducibilidad y enlace de duplicados
- Triaje de gravedad y una decisión clara sobre impacto crítico o propagación posterior sin control
- Contención, propiedad, reproducción técnica, rastreo del origen y escalado cuando la causa o el conjunto siguen sin aclararse
- Corrección aprobada de los datos y controles de origen, seguida de reprocesamiento y conciliación de resultados dependientes
- Validación, aceptación, retirada de la contención, pruebas de cierre y seguimiento preventivo
Cuándo usar esta plantilla
- Los defectos se notifican por chat o correo y se abren investigaciones duplicadas antes de identificar a los consumidores afectados
- Los equipos corrigen registros visibles sin confirmar el fallo de origen ni conciliar copias ya enviadas a otros sistemas
- Las incidencias de alto impacto carecen de una ruta coherente de contención y escalado, mientras las rutinarias esperan la misma reunión
- Los expedientes se cierran al desplegar código, no cuando los datos corregidos y los resultados dependientes han sido aceptados
Cómo funciona
Define un expediente útil
Exige el activo o campo, resultado observado y esperado, ejemplos, periodo, uso afectado y contacto del informante. Busca duplicados antes del triaje para que las notificaciones relacionadas refuercen una investigación en vez de fragmentarla.
Fija activadores de gravedad y contención
Basa la gravedad en impacto, propagación, urgencia y posibilidad de recuperación. Para cada nivel, indica a quién avisar, si se pausa o etiqueta el uso y quién puede autorizar el fin de la contención.
Confirma causa y conjunto afectado a la vez
Rastrea la incidencia hasta su origen e identifica todos los registros, periodos y resultados posteriores posiblemente afectados. Escala si el acceso, la propiedad o las pruebas impiden una conclusión en lugar de adivinar desde el primer ejemplo.
Planifica la corrección de extremo a extremo
Separa la corrección de registros existentes del cambio de origen o control que evita la repetición. Incluye reprocesamiento, mapeo, caché, extracciones y conciliación con consumidores que correspondan a la ruta de datos.
Define aceptación y cierre
Escribe pruebas para registros corregidos y resultados dependientes, identifica al propietario y consumidor que aceptan y conserva los resultados. Crea una acción preventiva vinculada cuando quede trabajo, con responsable y fecha propios.
Preguntas frecuentes
¿Cuáles son los pasos de la gestión de incidencias de calidad de datos?
Registra y elimina duplicados, clasifica gravedad e impacto, contiene el uso cuando sea necesario, asigna responsables, reproduce y rastrea el problema, confirma causa y registros afectados, aprueba y ejecuta la corrección, concilia resultados, valida con propietarios y consumidores, retira la contención, documenta pruebas y asigna seguimiento preventivo.
¿Cuándo debe escalarse una incidencia de calidad de datos?
Escálala cuando el impacto o la propagación excedan la autoridad del equipo, haga falta contención urgente, se discuta la propiedad, no pueda confirmarse el origen o el conjunto afectado, o la corrección cree una compensación multidominio. Define los activadores antes de la incidencia.
¿Qué diferencia hay entre corrección y acción preventiva?
La corrección repara los registros y resultados afectados por esta incidencia. La acción preventiva cambia el proceso, diseño, supervisión o control de origen para reducir su repetición. Ambas pueden ser necesarias, pero deben tener pruebas y responsables separados.
¿Cuándo puede cerrarse una incidencia de calidad de datos?
Ciérrala cuando se haya tratado el conjunto afectado, conciliado las correcciones de origen y posteriores, superado las pruebas acordadas, obtenido la aceptación, retirado la contención con autorización y vinculado las pruebas y cualquier acción preventiva pendiente.
Dónde encaja este proceso
En la mayoría de las organizaciones, este proceso sigue a Diagrama de flujo del proceso de gestión de calidad de datos y da paso a Diagrama de flujo del proceso de gobierno de datos.
Viene antes
- Diagrama de flujo del proceso de gestión de calidad de datos — Plantilla para priorizar datos críticos, definir reglas medibles, supervisar resultados y mantener mejoras preventivas de calidad de datos a lo largo del tiempo.
Viene después
- Diagrama de flujo del proceso de gobierno de datos — Plantilla de gobierno de datos para delimitar incidencias, asignar responsables, evaluar impactos, registrar decisiones, ejecutar acciones y cerrar con pruebas.