Efectividad de la responsabilidad
Todo activo crítico de su catálogo tiene un responsable, un administrador de datos y un aprobador. Los nombres están completos. Los flujos de trabajo siguen enrutándose hacia ellos. La pregunta de esta página es la que el catálogo no puede responder: si ese activo necesita una decisión hoy, ¿la persona designada puede realmente actuar?
Qué significa efectivo
La asignación es un registro. La efectividad es un estado, y tiene tres condiciones — todas verdaderas al mismo tiempo, hoy:
01
Activo
02
Autorizado
03
Capaz de actuar
Si falta una sola, nada se rompe de forma visible. El activo sigue mostrando un responsable. El flujo de trabajo sigue enrutándose. El fallo sale a la luz semanas después, como una revisión que expiró y una decisión que nadie tomó.
Por eso, en nuestro modelo, una responsabilidad nunca está simplemente presente o ausente:
Estar asignada es el segundo de esos cuatro pasos, no el último. Un campo de catálogo registra el segundo paso e implica el cuarto.
Hoy · invisible
AdventureWorks2025 — HumanResources data product, en uso en operaciones de RR. HH., nómina y planificación de personal. Cuatro roles responden por él. Todos están completos, y el catálogo no muestra ningún problema.
Propietario · y aprobador
Hedda M Halvorsen
se fue · ambos roles se fueron con ella
Administrador de datos
Mindy C Martin
mandato no revalidado desde mayo de 2024
Experto en la materia
Lakshmi A Venkatesan
de licencia · sin cobertura
Experto en la materia
Ashok X Joshi
asignado · nunca informado
Cuatro fallos distintos, y ninguno de ellos es falta de datos. Cada nombre era correcto cuando se escribió. Nada está bloqueado, y ese es el problema — el activo se enruta hacia alguien que se fue, hacia alguien cuyo mandato expiró, hacia alguien que está ausente, y hacia alguien a quien nunca se le informó. Cualquier decisión que necesite a uno de estos cuatro no tiene dónde aterrizar, y nada en ningún lugar lo indica.
Observe lo que hizo una sola salida. Hedda tenía dos de los cuatro roles — lo cual es normal, porque la persona que posee un activo suele ser quien aprueba los cambios sobre él. Cuando se fue, la mitad de la gobernanza de este producto se fue con ella — y el activo todavía la nombra en ambos roles, así que cualquier cosa que necesite uno u otro sigue enrutándose hacia alguien que ya no está.
En el segundo experto vale la pena detenerse. Ashok está empleado, autorizado, y tiene el acceso. Nada en ningún sistema está desactualizado. Simplemente nunca se le informó de que este activo se enruta hacia él cuando el otro experto está ausente — y ningún informe en ningún lugar es capaz de mostrar eso.
Así es como se ve el deterioro de la gobernanza desde adentro: no un campo vacío, sino uno completo que dejó de ser cierto.
Por qué el catálogo no puede verlo
En un catálogo · un atributo
Texto sobre un activo, que apunta a una persona de la que el activo no sabe nada. Su empleo, su área y sus derechos de acceso viven en otros tres sistemas, y el campo no tiene forma de preguntarles nada.
Un campo no puede estar equivocado, porque un campo no se puede verificar.
En Nodwise · una relación tipada
Entre dos nodos que existen en el mismo modelo — el activo y la persona. Y no se configura por activo: cada tipo de nodo lleva su propia matriz de responsabilidad, de modo que un nodo nace sabiendo qué roles responden por él, y quién los ocupa actualmente se resuelve a través del grafo.
Esa matriz declara, por rol, qué se espera de quien lo ocupa y qué cualifica a alguien para ocuparlo. Así, «propietario de datos» no es un cargo tomado de un documento de políticas — es un conjunto definido de expectativas y un listón definido, escritos una vez y heredados por todos los nodos de ese tipo.
Lo que significa que las tres condiciones dejan de ser un ejercicio de auditoría y se convierten en un recorrido:
Departamento
Human Resources
Persona
Hedda M Halvorsen
Persona
Mindy C Martin
Persona
Ashok X Joshi
Rol empresarial
Human Resources Manager
Rol empresarial
Benefits Specialist
Rol empresarial
Recruiter
Producto de datos
HumanResources data product
Tres preguntas que el catálogo solo puede hacerle a una persona, respondidas recorriendo el modelo.
El ciclo
Una vez que la responsabilidad es una relación, una que resulta inefectiva es una condición que un agente puede vigilar. Lo que sigue no es un informe que usted tenga que leer.
01
Detectado
02
Enrutado hacia alguien que puede decidir
03
Decidido por una persona
04
Registrado
Y el mismo ciclo se ejecuta antes de que se abra la brecha — de forma predeterminada, no como algo que usted configura. Una responsabilidad tiene su propio estado, de modo que puede darse de baja sin borrarse: cuando alguien cambia de área, se toma una licencia o renuncia a una función, las responsabilidades que lleva salen del estado efectivo y la pregunta le llega mientras todavía tiene el contexto para responderla, en lugar de llegar a su antiguo equipo seis meses después.
Lo que también da la versión honesta de la pregunta con la que se abre esta página. No «¿hay un propietario?», sino cuándo se confirmó por última vez que esto era cierto — una fecha, por responsabilidad, que existe o no existe.
El agente observa y escala. Nunca decide. Autonomía de atención, no de autoridad.
Lo que esto normalmente cuesta
Hecho como un proyecto, limpiar las responsabilidades inefectivas en un catálogo maduro se ejecuta en ocho fases: identificar a los titulares inactivos, asociar cada caso con un responsable directo, agruparlos en una vista por líder, notificar con contexto y un plazo, ejecutar un flujo de reemplazo trazable, incorporar a los nuevos titulares, certificar a quienes cambiaron de área, y finalmente encontrar los flujos que dependen de una sola persona.
Es un trabajo competente, y es la razón por la que este problema normalmente se posterga: toma meses, necesita tres sistemas de origen conciliados a mano, y el resultado es preciso el día en que se entrega.
Cada una de esas fases es una consulta o un flujo de trabajo contra un modelo que ya tiene la respuesta. No porque el trabajo sea trivial, sino porque la conciliación en la que el programa pasa la mayor parte de su tiempo es justamente lo que es el modelo.
Haga la pregunta más difícil
El tenant de demostración tiene el activo, los cuatro roles, las condiciones incumplidas y la consulta que las marca — en un modelo que puede abrir ahora.