El término se ha estirado tanto que ya casi no excluye nada. Eso lo vuelve inservible en una conversación – y merece una delimitación nítida.
De dónde viene el término
En su origen, un gemelo digital designaba algo muy concreto: la representación de una máquina, alimentada por sensores, con un modelo físico detrás. Se podía calcular con ella: ¿cómo se comporta la turbina con más carga? ¿Cuándo falla el rodamiento?
Tres cosas lo constituían: había un original, una conexión permanente hacia él y un modelo que predice el comportamiento.
Trasladado a una organización, rara vez queda más que la palabra.
Cuatro significados que conviene distinguir
| Tipo | Original | Actualidad | Pregunta típica |
|---|---|---|---|
| Gemelo de máquina | un equipo | sensores, en continuo | ¿Cuándo va a fallar? |
| Gemelo de proceso | un flujo | datos de eventos de sistemas | ¿Dónde se atasca? |
| Gemelo de empresa | la organización | mantenido, no medido | ¿Qué depende de qué? |
| Catálogo de datos rebautizado | – | – | ninguno |
La última fila no es una broma. Una parte considerable de lo que se vende como Digital Twin es un conjunto de metadatos sin conexión con el original.
Lo que un gemelo de empresa no es
No es una simulación
Una organización no se calcula como una caja de cambios. Quien promete simular una reorganización de antemano confunde un modelo con una física. Se pueden mostrar dependencias y estimar consecuencias – calcularlas, no.
No es tiempo real
En una máquina la actualidad viene de los sensores. En una organización no hay sensores de responsabilidad. Quién responde hoy de un proceso no aparece en ningún flujo de datos – solo lo sabe una persona, y tiene que registrarlo.
La actualidad de un gemelo de empresa no nace de la medición, sino del mantenimiento en la fuente.
Es una desventaja frente a la máquina, y no conviene disimularla. Lo que ayuda: situar el mantenimiento donde ya se trabaja, en lugar de en un procedimiento aparte.
No es un lago de datos
Un lago recoge. Un gemelo representa. La diferencia es el vínculo: en el gemelo se sabe que este paso del proceso lo responde aquel rol y accede a aquel sistema. En un lago están los mismos datos – pero sin las aristas entre ellos.
Qué lo define, cuando lo es
Cuatro rasgos lo distinguen de una documentación:
| Rasgo | Cómo se reconoce |
|---|---|
| Forma | Hay una forma que se puede mirar – no solo tablas |
| Vínculo | Los elementos se remiten entre sí, a través de las vistas |
| Actores | Quien actúa figura en el elemento: persona o agente |
| Estado | Qué rige hoy, desde cuándo, confirmado por quién |
Sin el estado es un mapa. Sin el vínculo son imágenes sueltas. Sin los actores es una descripción sin responsabilidad.
¿Y qué pasa con LeanIX, Signavio y ADOIT?
Es la pregunta que llega a continuación – y con razón. Quien ya opera una herramienta de arquitectura empresarial ha gastado dinero y quiere saber si le están vendiendo lo mismo otra vez.
La respuesta corta: no, pero la frontera no pasa por donde la mayoría supone.
Lo que una herramienta EA hace bien
El núcleo de SAP LeanIX es un inventario de fact sheets: aplicaciones, interfaces, objetos de datos, capacidades de negocio – descritos y enlazados entre sí, con ciclo de vida, coste y riesgo. De ahí salen los análisis: ¿qué llega a su fin? ¿Qué aplicaciones se solapan? ¿Qué capacidad está respaldada y en qué medida?
Es una disciplina madura y no hay razón para sustituirla. Quien quiera depurar su cartera de aplicaciones está en el lugar correcto.
Una herramienta EA responde: ¿qué tenemos – y qué podemos apagar?
Dónde se acaba
Un inventario conoce objetos y sus relaciones. No conoce el paso de trabajo en el que alguien está ahora mismo.
Tome una pregunta real de una entrevista de auditoría: «¿Quién aprobó que este asiento se ejecute sin doble control – y cuándo?» Una herramienta EA puede decir qué aplicación ejecuta el asiento y a qué capacidad pertenece. No puede decir quién sostuvo la decisión.
No es un defecto de la herramienta. Se construyó para la vista de cartera, no para la vista de ejecución.
La diferencia en una tabla
| Herramienta EA | Gemelo de empresa | |
|---|---|---|
| Unidad mínima | Aplicación, capacidad | Paso del proceso |
| Usuarios típicos | Arquitectura, gobierno de TI | Negocio, proyecto, auditoría |
| Horizonte temporal | Años – cartera, hoja de ruta | Semanas – trabajo en curso |
| Responsabilidad | propietario funcional por objeto | RACI por paso, con confirmación |
| Mejor pregunta | ¿Qué podemos apagar? | ¿Quién decide aquí – y lo ha aceptado? |
Ambas columnas son útiles. Responden a preguntas distintas, y las respuestas se solapan menos de lo que sugiere la palabra común «arquitectura».
La parte honesta
Hay un solapamiento, y negarlo sería deshonesto: el mapa de sistemas está en ambos. Mantenerlo en el gemelo y también en la herramienta EA es mantenerlo dos veces.
De ahí la regla que vale para cualquier convivencia de herramientas: Un campo tiene un propietario. La cartera de aplicaciones pertenece a la herramienta EA – el gemelo remite a ella en vez de reconstruirla. El paso del proceso con su responsabilidad pertenece al gemelo. Mantener ambos en ambos sitios produce dos verdades y acaba por no creerse ninguna.
La pregunta decisiva: ¿Su problema es que nadie sabe qué sistemas existen? Entonces necesita una herramienta EA. ¿Su problema es que nadie sabe quién decide en el proceso en marcha – ni si lo ha confirmado? Entonces ninguna cartera le va a ayudar.
¿Y Signavio?
Signavio queda más cerca, porque modela procesos – hoy también pertenece a SAP y allí se agrupa con LeanIX bajo Business Transformation Management. También aquí vale: un modelo de procesos es la base, no el sustituto. La cuestión es si en el modelo consta quién responde, desde cuándo y quién lo confirmó – o si eso está en una tabla al lado.
La pregunta que marca la diferencia
Funciona con cualquier proveedor:
«Muéstreme qué ha cambiado desde la semana pasada – y quién lo cambió.»
Con un gemelo eso es una consulta. Con una documentación es una excusa.
Cuándo no compensa el esfuerzo
Para un único proceso bien delimitado en una empresa estable: no compensa. Ahí basta una buena descripción.
Compensa cuando la misma pregunta llega desde varias direcciones – el auditor pide evidencias, el proyecto requisitos, TI sistemas, el negocio flujos – y hoy las cuatro respuestas salen de archivos distintos que se contradicen.
En resumen
Un gemelo de empresa no es un gemelo de máquina sin máquina. No simula, no mide en tiempo real y no recoge. Vincula – proceso, organización, sistema, requisito – y deja constancia de qué rige hoy y quién responde de ello.
Seguir leyendo:
TAOM Digital Twin ·
Siete vistas, un contexto ·
Directorio de atributos
Deja una respuesta