Gobernanza de procesos y datos en una transformación digital en curso

Cuando la transformación digital ya está en marcha, el problema deja de ser "digitalizar" y pasa a ser quién responde por cada proceso, quién responde por cada dato, cómo se traza una operación de punta a punta y cómo se controla el cambio sin volver al punto de partida. Ahí aparece la gobernanza.

Mapear y digitalizar son etapas. Gobernar es una función permanente. Si su organización ya digitalizó formularios, integró un sistema o automatizó una tarea, probablemente notó que los problemas no desaparecieron: se movieron. Los procesos siguen fragmentados entre áreas, las tareas manuales reaparecen en los bordes y la trazabilidad de punta a punta depende de que alguien "sepa cómo se hace". Este artículo trata sobre cómo instalar y sostener gobierno sobre procesos y datos en esa fase, no sobre cómo iniciarla.

Qué implica gobernar procesos y datos cuando la transformación ya está en marcha

Gobernar, en términos operacionales, es decidir y hacer cumplir cuatro cosas: quién es dueño de cada proceso, quién es dueño de cada dato, cómo se traza una transacción de inicio a fin y cómo se autoriza y registra un cambio. No es un comité anual ni un documento marco: es un conjunto de decisiones que se aplican todos los días.

El dolor que resuelve es concreto: procesos fragmentados entre sistemas y áreas, tareas manuales que sostienen lo que la automatización no cubre y baja trazabilidad de punta a punta. Cuando esos tres síntomas conviven, cada incidente se investiga desde cero, cada cambio genera efectos laterales no previstos y cada auditoría se responde con correos en lugar de con evidencia.

La gobernanza no reemplaza el trabajo de Transformación Digital; lo sostiene. Sin ella, la iniciativa avanza por impulso de proyectos y se desarma cuando el proyecto termina.

Dueño de proceso y dueño de dato: dos roles distintos

Un error frecuente es asumir que el dueño del proceso es también el dueño del dato. No siempre coinciden. El dueño del proceso responde por el resultado operacional: que el trámite se complete, que el SLA se cumpla, que la excepción se resuelva. El dueño del dato responde por la definición, la calidad y el uso autorizado de un dato específico, aunque ese dato atraviese varios procesos.

Cuando ambos roles no están definidos, nadie responde por la calidad del dato que consume otro. El proceso funciona, pero el dato que lo alimenta se corrige a mano cada vez.

Alcance mínimo de un modelo de gobernanza

Un modelo sostenible en operación debería cubrir, como mínimo:

• Decisiones: qué se decide, quién decide y con qué criterio. Cambios de proceso, cambios de dato, excepciones y priorización.
• Responsabilidades: dueño de proceso, dueño de dato, responsable de control y responsable de operación.
• Trazabilidad: qué se registra, dónde y por cuánto tiempo, para reconstruir una operación completa.
• Control de cambios: cómo se autoriza, se prueba y se revierte un cambio sobre un proceso o un dato.
• Excepciones: cómo se manejan los casos que no siguen el flujo estándar, sin que se conviertan en procesos paralelos invisibles.

Si alguno de estos cinco puntos no tiene respuesta escrita, la gobernanza existe solo en la intención.

Señales técnicas que conviene observar

La gobernanza se evalúa con evidencia, no con percepción. Estas señales son observables en la mayoría de las operaciones.

Dueños de proceso definidos y vigentes. No basta con un listado. Importa si el dueño conoce sus excepciones, si puede autorizar un cambio y si tiene tiempo asignado para hacerlo. Un dueño nominal que nunca participa en decisiones es gobernanza de papel.

Linaje de datos documentado. Para los datos críticos debería poder responderse: de dónde viene, quién lo transforma, quién lo consume y qué reglas se aplican en cada paso. Sin linaje, cualquier cambio en un sistema de origen se convierte en una sorpresa aguas abajo.

Manejo de excepciones explícito. Las excepciones son el mejor indicador de madurez. Si se resuelven por correo, por planilla paralela o por conocimiento de una persona, el proceso real no es el documentado. La gobernanza exige que la excepción tenga flujo, responsable y registro.

Indicadores de calidad de dato en operación. No métricas de proyecto, sino indicadores que se revisan periódicamente: completitud, consistencia entre sistemas, duplicidad, vigencia. Si no se miden, no se gobiernan.

Gestión de cambios con registro. Cada cambio sobre un proceso o un dato debería tener solicitud, evaluación de impacto, autorización, prueba y registro. El punto crítico es la evaluación de impacto: qué otros procesos y qué otros datos se ven afectados.

Trazabilidad de punta a punta. Debería poder reconstruirse una operación completa —desde la solicitud inicial hasta el resultado final— cruzando sistemas, sin depender de la memoria de un funcionario. Esto es relevante al preparar controles asociados a normativas como la Ley 21.719: la preparación se apoya en trazabilidad y evidencia, no en declaraciones.

Errores frecuentes y límites del modelo

Confundir gobernanza con documentación. Producir manuales y matrices de responsabilidades no es gobernar. La gobernanza se prueba cuando hay que decidir un cambio o resolver una excepción, no cuando se archiva el documento.

Centralizar todas las decisiones en TI. TI suele quedar como dueño de facto de procesos que pertenecen al negocio. Eso funciona hasta que hay que priorizar entre áreas o asumir un costo operacional. La gobernanza requiere que el negocio asuma la propiedad de sus procesos y datos.

Definir dueños sin autoridad ni tiempo. Un dueño de proceso sin facultad para aprobar cambios ni horas asignadas para ejercer el rol no gobierna: solo figura.

Tratar la gobernanza como proyecto con fecha de cierre. Es una función continua. Tiene que sobrevivir al cierre del programa de transformación, con presupuesto y responsables permanentes.

Ignorar el costo de gobernar. Gobernar tiene costo operacional: reuniones de decisión, registro de cambios, mantención del linaje. Un modelo que no reconoce ese costo se abandona en el primer mes de presión.

Prometer cumplimiento total. Ningún modelo de gobernanza garantiza cumplimiento normativo absoluto. Lo que sí puede ofrecer es preparación, controles y evidencia trazable. La diferencia importa cuando se audita.

Criterio práctico para evaluar su operación

Antes de rediseñar nada, conviene responder un conjunto acotado de preguntas sobre la operación actual. Si la mayoría tiene respuesta clara y vigente, la gobernanza está instalada. Si no, hay trabajo concreto por hacer.

1. ¿Puede nombrar al dueño de cada proceso crítico y al dueño de cada dato crítico, y ambos lo saben?
2. ¿Puede reconstruir una operación completa de punta a punta, cruzando sistemas, sin pedir ayuda a una persona específica?
3. ¿Las excepciones tienen flujo, responsable y registro, o se resuelven por fuera del proceso?
4. ¿Existe un registro de cambios sobre procesos y datos, con evaluación de impacto previa?
5. ¿Hay indicadores de calidad de dato que se revisen periódicamente y generen acciones?
6. ¿El modelo de gobernanza tiene presupuesto y responsables asignados más allá del proyecto de transformación?

Si las respuestas son parciales, el siguiente paso no es una herramienta nueva. Es definir decisiones, responsabilidades y trazabilidad sobre lo que ya está en operación. La tecnología puede soportar la gobernanza, pero no la sustituye.