TAOM Digital Twin™
Un diagramme montre une séquence. Une organisation, c’est davantage.
Les processus tiennent aux personnes, aux systèmes, au savoir, aux exigences, aux décisions, aux contrôles – et de plus en plus aux agents IA. Le Digital Twin relie ces éléments en un contexte commun qui évolue avec eux.
Un exemple
« Libérer l’ordre de fabrication »
Un modèle classique montre cette activité et sa place dans le déroulement. Le Digital Twin répond en plus à six questions – et les réponses sont attachées à l’étape, non à un document annexe.
- Qui l’exécute ?Planification de production
- Quel système la porte ?ERP
- Quelle exigence s’applique ?Les ordres doivent être libérés avant exécution
- Quel savoir est nécessaire ?Directive de planification de production
- Quels contrôles s’appliquent ?Habilitation et contrôle de statut
- Quel agent peut aider ?Application Agent
Les composants
Dix objets décrivent la façon de travailler
L’essentiel
Pas les objets, les relations
Une liste de rôles est un annuaire. Seul le lien nommé entre deux choses crée du contexte.
Croissance
D’un processus à l’image de la maison
Vous n’avez pas à modéliser toute l’entreprise avant d’en tirer quelque chose. Chaque étape se suffit – le jumeau se construit en chemin.
Ce que l’on peut alors demander
- Quels processus utilisent cette application ?
- Quelles exigences relèvent de ce processus ?
- Quels rôles sont touchés si cette étape change ?
- Quels processus contiennent du contenu produit par IA ?
- De quelle exigence provient cet objet de développement ?
- Quel savoir soutient cette activité ?
- Où le processus attend-il – et combien de temps ?
- Quelles étapes soumises à vérification n’ont pas encore été testées ?
Du contexte pour l’IA
Un agent devient nettement plus utile lorsqu’il connaît les liens. Au lieu d’analyser un texte isolé, il reçoit le processus en cours, les systèmes impliqués, les rôles responsables, les exigences existantes, le savoir raccordé, les contrôles applicables et les processus voisins.
Le Digital Twin devient ainsi la couche de contexte des agents TAOM.
Vue partagée
De la documentation à la transformation
Six points de vue qui, sinon, avancent en parallèle – dans le jumeau, ils regardent le même travail.
Vivant plutôt que figé
Un modèle qui ne vieillit pas
Tout change de toute façon
Les processus changent, les systèmes sont remplacés, des exigences s’ajoutent, les responsabilités bougent, les capacités d’IA grandissent. Un diagramme statique est donc déjà dépassé avant d’être classé.
TAOM est conçu pour un modèle dans lequel le changement entre, au lieu de se produire à côté – par le même cycle : découvrir, modéliser, relier, modifier, vérifier, versionner et adapter.
La construction se fait dans Process Studio
Les informations dont naît le jumeau apparaissent dans le travail courant : à partir d’un modèle BPMN existant, d’un processus nouvellement créé, d’une description avec vos mots ou de documents du projet.
Le terme
Ni le modèle, ni les outils – la relation tenue entre les deux
Un digital twin au sens de TAOM n’est ni une copie ni un reflet. C’est la relation tenue entre le modèle de processus et ce que les outils en font – portée par le shape, entretenue par l’agent.
Les systèmes montrés sont des exemples. On relie ce qui est déjà en place – ServiceNow, Signavio, Azure DevOps, SharePoint, un système qualité ou métrologie, une application maison. Ce qui compte n’est pas le système, mais que le renvoi vers lui soit tenu.
Shape
L’élément de processus avec ses informations structurées : ordre, rôle, système, exigence, identifiant. Porteur du lien.
Renvoi
La liaison durable vers un objet du système cible, tenue par l’identifiant TAOM. Elle naît à la création, non à la relecture.
Agent
Tient les renvois : crée, met à jour, relit. Sans entretien, toute liaison vieillit – d’où la responsabilité inscrite dans le terme.
État
Ce qui revient : terminé, validé, avancement, version. Il vit sur l’étape du processus, pas seulement dans le système cible.
Termes dans le glossaire · Les liaisons et leur maturité · Voir le modèle : ticket et page ↗
Commencer
Le diagramme est le début, pas le but
Prenez un déroulement qui vous occupe de toute façon. Modélisez-le, rattachez-y rôles et systèmes, puis exigences et savoir. Le reste grandit.
Interroger le jumeau
Un jumeau que l’on peut seulement regarder n’est qu’une image. Comme chaque information se trouve sur l’étape du processus dans TAOM, il peut être interrogé sur l’ensemble des modèles – systèmes, rôles, risques ou preuves manquantes. Le Reporting sur le modèle d’entreprise y ajoute état, temps, tests et tâches ouvertes – chaque chiffre mène à l’étape.
Les deux sens – état actuel
Processus → système cible (p. ex. Jira, Confluence) en production : epic, stories par phase, tickets par étape, arborescence de pages avec spécifications – générés depuis le modèle et synchronisés à chaque exécution.
Le retour est lui aussi en production : si quelqu’un change un statut dans Jira ou un passage dans Confluence, notre propre application Atlassian le renvoie au modèle – il arrive dans les Modifications entrantes. À qui appartient quel champ est défini champ par champ – tout ne peut pas être écrasé de l’extérieur.
Dans le TAOM Framework : TOOL-11 – la méthode derrière cette fonction.
Mémoire et jumeau
Le jumeau montre ce qui se passe. Le Learning Model conserve ce qui existe – rôles, systèmes, termes sur l’ensemble des modèles. Sans mémoire, le jumeau resterait une collection d’images isolées.