Ce qu’est un jumeau numérique d’entreprise – et ce qu’il n’est pas

Le terme a été étiré au point de n’exclure presque plus rien. Cela le rend inutilisable dans une discussion – et mérite une délimitation nette.

D’où vient le terme

À l’origine, un jumeau numérique désignait quelque chose de très concret : la représentation d’une machine , alimentée par des capteurs, avec un modèle physique derrière. On pouvait calculer avec : comment la turbine se comporte-t-elle à charge plus élevée ? Quand le palier va-t-il lâcher ?

Trois choses le constituaient : il y avait un original, une liaison permanente vers celui-ci, et un modèle qui prédit le comportement.

Transposé à une organisation, il ne reste souvent que le mot.

Quatre sens qu’il faut distinguer

Type	Original	Actualité	Question typique
Jumeau de machine	un équipement	capteurs, en continu	Quand va-t-il tomber en panne ?
Jumeau de processus	un déroulement	données d’événements des systèmes	Où cela s’engorge-t-il ?
Jumeau d’entreprise	l’organisation	tenue à jour, non mesurée	Qu’est-ce qui dépend de quoi ?
Catalogue de données rebaptisé	–	–	aucun

La dernière ligne n’est pas une plaisanterie. Une part considérable de ce qui se vend comme Digital Twin est un ensemble de métadonnées sans lien avec l’original.

Ce qu’un jumeau d’entreprise n’est pas

Pas une simulation

Une organisation ne se calcule pas comme une boîte de vitesses. Promettre de simuler une réorganisation à l’avance, c’est confondre un modèle et une physique. On peut montrer des dépendances et estimer des conséquences – on ne peut pas les calculer.

Pas de temps réel

Pour une machine, l’actualité vient des capteurs. Dans une organisation, il n’existe pas de capteur de responsabilité. Qui répond aujourd’hui d’un processus n’apparaît dans aucun flux de données – seul un humain le sait, et il doit le saisir.

L’actualité d’un jumeau d’entreprise ne naît pas de la mesure, mais de l’entretien à la source.

C’est un désavantage par rapport à la machine, et il ne faut pas l’escamoter. Ce qui aide : placer l’entretien là où le travail se fait déjà, plutôt que dans une procédure de mise à jour séparée.

Pas un lac de données

Un lac collecte. Un jumeau représente. La différence tient au lien : dans le jumeau, on sait que cette étape relève de ce rôle et accède à ce système. Dans un lac, les mêmes données sont là – mais sans les arêtes entre elles.

Ce qui le caractérise, quand c’en est un

Quatre caractéristiques le distinguent d’une documentation :

Caractéristique	À quoi on la reconnaît
Forme	Il existe une forme que l’on peut regarder – pas seulement des tableaux
Lien	Les éléments renvoient les uns aux autres, à travers les vues
Acteurs	Qui agit figure sur l’élément : humain ou agent
État	Ce qui vaut aujourd’hui, depuis quand, confirmé par qui

Sans l’état, c’est une carte. Sans les liens, ce sont des images isolées. Sans les acteurs, c’est une description sans responsabilité.

Et LeanIX, Signavio et ADOIT ?

C’est la question qui vient ensuite – à juste titre. Qui exploite déjà un outil d’architecture d’entreprise a dépensé de l’argent et veut savoir si on lui revend la même chose.

Réponse courte : non, mais la frontière ne passe pas là où la plupart l’imaginent.

Ce qu’un outil EA fait bien

Le cœur de SAP LeanIX est un inventaire de fact sheets : applications, interfaces, objets de données, capacités métier – décrits et reliés entre eux, avec cycle de vie, coût et risque. D’où les analyses : qu’est-ce qui arrive en fin de vie ? Quelles applications font double emploi ? Quelle capacité est soutenue, et à quel point ?

C’est une discipline mûre, et il n’y a aucune raison de la remplacer. Pour assainir son portefeuille applicatif, c’est le bon endroit.

Un outil EA répond : qu’avons-nous – et que pouvons-nous éteindre ?

Où cela s’arrête

Un inventaire connaît les objets et leurs relations. Il ne connaît pas l’étape de travail à laquelle quelqu’un se trouve en ce moment.

Prenez une vraie question d’entretien d’audit : « Qui a approuvé que cette écriture passe sans double contrôle – et quand ? » Un outil EA peut dire quelle application exécute l’écriture et à quelle capacité elle appartient. Il ne peut pas dire qui a porté la décision.

Ce n’est pas un défaut de l’outil. Il a été conçu pour la vue portefeuille, pas pour la vue exécution.

La différence en un tableau

	Outil EA	Jumeau d’entreprise
Plus petite unité	Application, capacité	Étape de processus
Utilisateurs typiques	Architecture, pilotage IT	Métier, projet, audit
Horizon temporel	Années – portefeuille, feuille de route	Semaines – travail en cours
Responsabilité	propriétaire métier par objet	RACI par étape, avec confirmation
Meilleure question	Que pouvons-nous éteindre ?	Qui décide ici – et l’a-t-il accepté ?

Les deux colonnes sont utiles. Elles répondent à des questions différentes, et les réponses se recoupent moins que le mot commun « architecture » ne le laisse croire.

La part honnête

Il y a un recoupement, et le nier serait malhonnête : le paysage applicatif figure dans les deux. L’entretenir dans le jumeau et dans l’outil EA, c’est l’entretenir deux fois.

D’où la règle qui vaut pour toute coexistence d’outils : Un champ a un propriétaire. Le portefeuille applicatif appartient à l’outil EA – le jumeau y renvoie au lieu de le reconstruire. L’étape de processus avec sa responsabilité appartient au jumeau. Entretenir les deux aux deux endroits, c’est obtenir deux vérités et n’en croire aucune.

Et Signavio ?

Signavio en est plus proche, puisqu’il modélise des processus – il appartient désormais lui aussi à SAP, où il est rattaché avec LeanIX au Business Transformation Management. Là encore : un modèle de processus est le fondement, pas un remplacement. La question est de savoir si le modèle indique qui répond, depuis quand, et qui l’a confirmé – ou si cela se trouve dans un tableau à côté.

La question qui fait la différence

Elle fonctionne avec n’importe quel fournisseur :

Avec un jumeau, c’est une requête. Avec une documentation, c’est une excuse.

Quand l’effort n’en vaut pas la peine

Pour un processus unique et bien délimité dans une entreprise stable : non. Une bonne description suffit.

Il en vaut la peine quand la même question arrive de plusieurs directions – l’auditeur demande des preuves, le projet des exigences, l’IT des systèmes, le métier des déroulements – et que les quatre réponses proviennent aujourd’hui de fichiers différents qui se contredisent.

À lire aussi :
TAOM Digital Twin ·
Sept vues, un contexte ·
Répertoire des attributs