TAOM Digital Twin™
Un diagrama muestra una secuencia. Una organización es mucho más.
Los procesos están conectados con personas, sistemas, conocimiento, requisitos, decisiones, controles y, cada vez más, con AI Agents. El Digital Twin conecta todos estos elementos en un contexto comúnque evoluciona con la organización.
Un ejemplo
«Liberar orden de producción»
Un modelo clásico muestra esta actividad y su posición dentro del proceso. El Digital Twin responde además a seis preguntas, y las respuestas permanecen vinculadas directamente al paso del proceso, no en un documento separado.
- ¿Quién la ejecuta?Planificación de la producción
- ¿Qué sistema la soporta?ERP
- ¿Qué requisito se aplica?Las órdenes deben estar liberadas antes de su ejecución
- ¿Qué conocimiento se necesita?Directriz de planificación de la producción
- ¿Qué controles se aplican?Autorización y verificación de estado
- ¿Qué Agent puede ayudar?Application Agent
Los componentes
Diez objetos describen cómo funciona el trabajo
El núcleo
No son los objetos, sino las relaciones
Una lista de roles es simplemente un directorio. El contexto surge cuando existe una relación explícita y definida entre dos elementos.
Crecimiento
De un único proceso al modelo de toda la organización
No es necesario modelar toda la empresa antes de obtener valor. Cada nivel aporta valor por sí mismo; el Digital Twin va creciendo progresivamente.
Las preguntas que permite responder
- ¿Qué procesos utilizan esta aplicación?
- ¿Qué requisitos pertenecen a este proceso?
- ¿Qué roles se ven afectados si cambia este paso?
- ¿En qué procesos existe contenido generado por IA?
- ¿De qué requisito procede este objeto de desarrollo?
- ¿Qué conocimiento sustenta esta actividad?
- ¿Dónde espera el proceso y durante cuánto tiempo?
- ¿Qué pasos con obligación de prueba aún no tienen ejecución de prueba?
Contexto para la IA
Un Agent resulta considerablemente más útil cuando conoce las relaciones. En lugar de analizar un texto aislado, recibe el proceso actual, los sistemas implicados, los roles responsables, los requisitos existentes, el conocimiento conectado, los controles aplicables y los procesos relacionados.
De este modo, el Digital Twin se convierte en la capa de contexto para los TAOM Agents.
Una visión compartida
De la documentación a la transformación
Seis perspectivas que normalmente funcionan por separado pasan a observar el mismo trabajo dentro del Digital Twin.
Vivo en lugar de estático
Un modelo que no envejece
Todo cambia de todos modos
Los procesos cambian, los sistemas se sustituyen, aparecen nuevos requisitos, cambian las responsabilidades y evolucionan las capacidades de IA. Por eso, un diagrama estático empieza a quedarse obsoleto prácticamente desde el momento en que se archiva.
TAOM está diseñado para que el cambio fluya dentro del propio modelo en lugar de producirse a su alrededor, mediante el mismo ciclo de descubrir, modelar, conectar, cambiar, revisar, versionar y adaptar.
Se construye en Process Studio
La información a partir de la cual se forma el Digital Twin surge durante el trabajo habitual: de un modelo BPMN existente, de un proceso creado desde cero, de una descripción en palabras propias o de documentación procedente del proyecto.
El término
Ni el modelo ni las herramientas: la relación gobernada entre ambos
Un digital twin en el sentido de TAOM no es una copia ni un reflejo. Es la relación gobernada entre el modelo de proceso y lo que las herramientas hacen con él: sostenida en el shape, cuidada por el agente.
Los sistemas mostrados son ejemplos. Se conecta lo que ya existe en la casa: ServiceNow, Signavio, Azure DevOps, SharePoint, un sistema de calidad o metrología, una aplicación propia. Lo decisivo no es qué sistema, sino que la referencia hacia él esté gobernada.
Shape
El elemento de proceso con sus datos estructurados: orden, rol, sistema, requisito, identificador. Soporte de la relación.
Referencia
El vínculo duradero con un objeto del sistema de destino, sostenido por el identificador TAOM. Nace al crear, no al releer.
Agente
Gobierna las referencias: crea, actualiza, relee. Sin cuidado todo vínculo envejece; por eso la responsabilidad forma parte del término.
Estado
Lo que vuelve: hecho, aprobado, avance, versión. Vive en el paso del proceso, no solo en el sistema de destino.
Términos en el glosario · Las conexiones y su madurez · Ver la plantilla: incidencia y página ↗
 Empezar
El diagrama es el principio, no el objetivo
Tome un proceso en el que ya esté trabajando. Modélelo, conecte los roles y sistemas, y después añada requisitos y conocimiento. El resto irá creciendo a partir de ahí.
Consultar el gemelo
Un gemelo que solo se puede mirar es una imagen. Como en TAOM cada dato está en el paso del proceso, se puede consultar en todos los modelos: sistemas, roles, riesgos o evidencias que faltan. El Reporting sobre el modelo de empresa añade estado, tiempos, pruebas y tareas abiertas; cada cifra lleva al paso.
Ambas direcciones: estado actual
Proceso → sistema de destino (p. ej., Jira, Confluence) en producción: epic, historias por fase, incidencias por paso, árbol de páginas con especificaciones, generados desde el modelo y conciliados en cada ejecución.
El camino de vuelta también está en producción: si alguien cambia un estado en Jira o un párrafo en Confluence, nuestra propia aplicación de Atlassian lo devuelve al modelo y llega a Cambios entrantes. Qué campo pertenece a quién se define campo por campo: no todo puede sobrescribirse desde fuera.
En el TAOM Framework: TOOL-11 – el método detrás de esta función.
Memoria y gemelo
El gemelo muestra lo que está en marcha. El Learning Model guarda lo que existe: roles, sistemas y términos en todos los modelos. Sin memoria, el gemelo seguiría siendo una colección de imágenes sueltas.