Mantenerse fiel

Todos los modelos que ha visto fueron correctos alguna vez.

La CMDB era precisa la semana en que se puso en marcha. El diagrama de arquitectura era correcto en la revisión. El catálogo de datos estaba completo en la entrega. Luego la organización cambió, y nada en ninguno de ellos se dio cuenta. Si se pregunta si esto termina de la misma manera, esa es la pregunta correcta.

La CMDB

precisa la semana en que se puso en marcha

El diagrama de arquitectura

correcto en la revisión

El catálogo de datos

completo en la entrega

El modo de fallo

Nace obsoleto, y solo parece estar bien durante un tiempo.

Todos los que venden inteligencia le ofrecen una única fuente de verdad. La única fuente de verdad es la realidad. Todo modelo, catálogo y registro — el nuestro incluido — es una copia de ella, y una copia sin un mecanismo para seguir a la realidad mientras se mueve no se va a quedar obsoleta con el tiempo: nace obsoleta, y solo parece estar bien porque la brecha tarda un tiempo en notarse.

Un modelo que nadie puede cambiar se calcifica; un modelo que cualquiera puede cambiar se deteriora.

nadie puede cambiarlo

se calcifica

Bloquéelo detrás de un comité de gobernanza y se convierte en un documento sobre la organización tal como era en marzo.

cualquiera puede cambiarlo

se deteriora

Ábralo a todos y se convierte en una wiki con tipos — las mismas contradicciones de antes, ahora con un esquema.

~1 año

La trampa es que ambos fallos parecen un éxito durante aproximadamente un año. La calcificación parece estabilidad. El deterioro parece adopción.

Lo cual señala cuál es realmente el problema. El deterioro no es un problema de datos. Es un problema de enrutamiento de responsabilidades.

La organización siempre supo que algo había cambiado — alguien lo sabía. Nada llevó ese conocimiento al modelo, y a nadie se le preguntó.

La mitad del modelo

Lo que se lee de un sistema no puede desviarse de ese sistema.

Gran parte de su modelo no se redacta en absoluto. Se lee — del catálogo que ya curó, del sistema de RR. HH., del proveedor de identidad, de los propios esquemas. Esos nodos no quedan obsoletos, porque nadie mantiene una segunda copia que pueda quedarse atrás. Son el estado actual de la fuente, tipado.

Y cuando algo desaparece de la fuente, eso no es silencio. El nodo pasa a Ausente en el origen — un estado de la familia Inactivo. No solo se marca: se degrada, y todo recorrido que pase por él ahora lo indica.

Esta es la mitad barata de la respuesta, y conviene dejar claro que es la mitad barata. Cubre sistemas, conjuntos de datos, personas y accesos. No cubre lo que solo una persona sabe.

La otra mitad

El resto tiene un responsable. Y a ese responsable se le pregunta.

Cada tipo de nodo lleva su propia matriz de responsabilidad — quién es su propietario, quién lo administra, quién aprueba un cambio, quién es el experto. No es una convención que sigue algún equipo. Es parte del tipo, de modo que un nodo de ese tipo no puede existir sin que se haya resuelto quién responde por él.

Encima de eso se apoyan casos de uso con sus propios flujos de trabajo: qué significa realmente «revisar esto», «traspasar esto» o «aprobar este cambio» para ese tipo de cosa. Revisar un acuerdo con un proveedor no es el mismo acto que revisar una habilidad técnica, y el modelo conoce la diferencia.

Así que cuando algo cambia, las personas que responden por ello son involucradas — por el flujo de trabajo que corresponde, no por una notificación. Cuatro cosas lo activan:

Una fuente cambió

El sistema de registro ya no dice lo mismo que el modelo.

reacción

Alguien propuso un cambio

Una propuesta gobernada, con un rastro de auditoría — no una edición.

reacción

Un estado de ciclo de vida cambió

Un nodo que entra en En revisión o En desactivación arrastra consigo a sus dependientes.

reacción

Venció una verificación periódica

Nada cambió, y ese es el punto: el silencio no es evidencia.

el modelo pregunta

La cuarta es la que distingue esto de cualquier catálogo que haya usado. Las demás son reacciones. Esa es el modelo preguntando si sigue siendo cierto a la única parte que puede responder.

Algo cambia, o vence una verificación

La matriz de responsabilidad dice quién responde

El flujo de trabajo del caso de uso le plantea la pregunta correcta

La respuesta se convierte en un cambio de estado, con su rastro

Metamodelo

Producto de datos

Tipos de responsabilidad

Asignar tipo de responsabilidad

Propietario

Es propiedad de

La parte con la responsabilidad última sobre el nodo y plena autoridad sobre cada decisión relativa a él. Responde por su existencia, corrección y destino de extremo a extremo.

Administrador de datos

Es administrado por

La parte responsable de curar el significado de negocio y la calidad de los datos del nodo de forma cotidiana. Mantiene su definición, exactitud y aptitud de uso, pero no ostenta autoridad última de decisión sobre él.

Aprobador

Es aprobado por

La parte con la autoridad para aprobar formalmente el nodo, o sus cambios, de modo que pase a ser válido o quede liberado. Responde por la decisión de control en sí, distinta de la evaluación continua o de la responsabilidad última de extremo a extremo.

Experto en la materia

Recibe la experiencia aportada por

La persona designada para aportar aclaraciones sobre el asunto que representa el nodo, en la que se confía por su conocimiento profundo y de primera mano del mismo. Aporta el contexto y la perspectiva que los registros y la documentación del nodo no recogen: una autoridad consultiva sobre el asunto en sí, no sobre cómo se mantiene el nodo.

la matriz de responsabilidad de un tipo de nodo — propietario, administrador de datos, aprobador, experto

Nada de eso es el agente cambiando su organización. Identifica, reporta, monitorea y escala — autonomía de atención, no de autoridad. Una persona sigue decidiendo. Lo que cambió es que la decisión le llega mientras todavía es barata.

Ausencia, hecha visible

La ausencia es un estado que puede ver, no un campo vacío.

Los modelos se deterioran en silencio porque la ausencia parece no ser nada. Un responsable en blanco, un límite nunca escrito, un nodo cuya fuente desapareció — ninguno de ellos levanta la mano. El mismo principio recorre tres lugares aquí, y es el mismo principio cada vez.

Asignado · aún no Informado

Una responsabilidad que fue asignada y nunca comunicada. No es un campo en blanco — es un peldaño de una escalera en el que el modelo puede ver que usted está parado.

Ausente en el origen

Un estado de la familia Inactivo. El nodo se degrada, no se anota.

Certificado Bronce · Plata · Oro

En la familia Activo. La verificación es una forma de estar vigente — y su ausencia es igual de legible.

Lo cual convierte la salud del modelo en un recorrido como cualquier otro. No un informe de madurez que alguien arma una vez por trimestre: una pregunta que se le hace al mismo grafo, con la misma sintaxis que usa para todo lo demás.

Lo que esto no arregla

Nada aquí modela lo que nunca fue modelado.

el límite del ciclo

Si una capacidad, una obligación o una dependencia nunca se tipó, ningún enrutamiento la sacará a la luz. El ciclo mantiene cierto lo que está en el modelo. No descubre lo que está fuera de él.

el límite de la mitad leída

Un nodo leído de un sistema se mantiene fiel a ese sistema. Si el sistema está equivocado, el modelo está fielmente equivocado. Lo que el modelo añade es que el desacuerdo entre dos sistemas se vuelve visible, porque ambos están tipados en el mismo grafo.

Por eso la cobertura crece por decisión, no por ambición. Se extiende el modelo donde equivocarse le costaría algo — y todo lo que se extendió se mantiene cierto mediante el mismo mecanismo que todo lo anterior.

Compruébelo usted mismo

Todo lo anterior es verificable sin hablar con nosotros.

Las familias de ciclo de vida, la matriz de responsabilidad de un tipo, una responsabilidad en estado Asignado de la que nunca se informó a nadie — están en un tenant de demostración con Adventure Works completamente modelado. La misma organización sobre la que ha estado leyendo.

sin nosotros

Vaya y compruébelo.

Inicie sesión con una cuenta corporativa y pregúntele algo al modelo. Sin llamada, sin formulario, sin prueba que activar.

Abrir la demo

con nosotros

O modele el suyo.

El Design Partner Program es para organizaciones que quieren que su propio modelo se construya junto a nuestro equipo, antes de la disponibilidad general.

Design Partner Program →

Una de esas opciones lleva dos minutos y no nos involucra. Empiece por ahí.