
Der Begriff ist so weit gedehnt worden, dass er fast nichts mehr ausschliesst. Das macht ihn im Gespräch unbrauchbar – und lohnt eine saubere Abgrenzung.
Woher der Begriff kommt
Ursprünglich meinte ein digitaler Zwilling etwas sehr Konkretes: das Abbild einer Maschine, gespeist aus Sensoren, mit einem physikalischen Modell dahinter. Man konnte damit rechnen: Wie verhält sich die Turbine bei höherer Last? Wann fällt das Lager aus?
Drei Dinge machten das aus: Es gab ein Original, eine laufende Verbindung dorthin, und ein Modell, das Verhalten vorhersagt.
Übertragen auf eine Organisation bleibt selten mehr als das Wort.
Vier Bedeutungen, die man auseinanderhalten sollte
| Art | Original | Aktualität | Typische Frage |
|---|---|---|---|
| Maschinenzwilling | ein Gerät | Sensoren, laufend | Wann fällt es aus? |
| Prozesszwilling | ein Ablauf | Ereignisdaten aus Systemen | Wo staut es sich? |
| Unternehmenszwilling | die Organisation | meist gepflegt, nicht gemessen | Was hängt woran? |
| Datenkatalog mit neuem Namen | – | – | keine |

Die letzte Zeile ist kein Scherz. Ein erheblicher Teil dessen, was als Digital Twin verkauft wird, ist eine Sammlung von Metadaten ohne Verbindung zum Original.
Was ein Unternehmenszwilling nicht ist
Keine Simulation
Eine Organisation lässt sich nicht durchrechnen wie ein Getriebe. Wer verspricht, Umstrukturierungen vorher zu simulieren, verwechselt ein Modell mit einer Physik. Man kann Abhängigkeiten zeigen und Folgen abschätzen – rechnen kann man das nicht.
Keine Echtzeit
Bei einer Maschine kommt die Aktualität aus Sensoren. Bei einer Organisation gibt es keine Sensoren für Zuständigkeit. Wer heute für einen Prozess verantwortlich ist, steht in keinem Datenstrom – das weiss nur ein Mensch, und er muss es eintragen.
Die Aktualität eines Unternehmenszwillings entsteht nicht durch Messung, sondern durch Pflege an der Quelle.
Das ist ein Nachteil gegenüber der Maschine, und man sollte ihn nicht wegreden. Was hilft: die Pflege dorthin legen, wo ohnehin gearbeitet wird, statt in einen getrennten Pflegevorgang.
Kein Datensee
Ein See sammelt. Ein Zwilling bildet ab. Der Unterschied ist die Verbindung: Im Zwilling weiss man, dass dieser Prozessschritt von jener Rolle verantwortet wird und auf jenes System zugreift. In einem See liegen dieselben Daten – nur ohne die Kanten dazwischen.
Was ihn ausmacht, wenn er einer ist
Vier Merkmale unterscheiden ihn von einer Dokumentation:
| Merkmal | Woran man es erkennt |
|---|---|
| Gestalt | Es gibt eine Form, die man ansehen kann – nicht nur Tabellen |
| Bezug | Elemente verweisen aufeinander, über Sichten hinweg |
| Handelnde | Wer etwas tut, steht am Element: Mensch oder Agent |
| Zustand | Was gilt heute, seit wann, bestätigt durch wen |
Fehlt der Zustand, ist es eine Landkarte. Fehlt der Bezug, sind es Einzelbilder. Fehlen die Handelnden, ist es eine Beschreibung ohne Verantwortung.
Und was ist mit LeanIX, Signavio und ADOIT?
Das ist die Frage, die im Gespräch als Nächstes kommt – zu Recht. Wer bereits ein Werkzeug für Unternehmensarchitektur betreibt, hat schon Geld ausgegeben und will wissen, ob hier dasselbe noch einmal verkauft wird.
Die kurze Antwort: nein, aber die Grenze verläuft nicht dort, wo die meisten sie vermuten.
Was ein EA-Werkzeug gut kann
Der Kern von SAP LeanIX ist ein Bestandsverzeichnis mit Fact Sheets: Anwendungen, Schnittstellen, Datenobjekte, Geschäftsfähigkeiten – beschrieben und miteinander verknüpft, mit Lebenszyklus, Kosten und Risiko. Daraus entstehen Auswertungen: Was läuft aus? Welche Anwendungen sind redundant? Welche Fähigkeit ist wie gut unterstützt?
Das ist eine ausgereifte Disziplin, und es gibt keinen Grund, sie zu ersetzen. Wer sein Anwendungsportfolio bereinigen will, ist dort richtig.
Ein EA-Werkzeug beantwortet: Was haben wir – und was davon können wir abschalten?
Wo es aufhört
Ein Bestandsverzeichnis kennt Objekte und ihre Beziehungen. Es kennt nicht den Arbeitsschritt, an dem jemand gerade sitzt.
Nehmen Sie eine reale Frage aus einem Prüfgespräch: „Wer hat freigegeben, dass diese Buchung ohne Vier-Augen-Prinzip läuft – und wann?” Ein EA-Werkzeug kann sagen, welche Anwendung die Buchung ausführt und zu welcher Fähigkeit sie gehört. Es kann nicht sagen, wer die Entscheidung getragen hat.
Das ist kein Mangel des Werkzeugs. Es wurde für die Portfolio-Sicht gebaut, nicht für die Ausführungssicht.
Der Unterschied in einer Tabelle
| EA-Werkzeug | Unternehmenszwilling | |
|---|---|---|
| Kleinste Einheit | Anwendung, Fähigkeit | Prozessschritt |
| Typische Nutzer | Architektur, IT-Steuerung | Fachbereich, Projekt, Revision |
| Zeithorizont | Jahre – Portfolio, Roadmap | Wochen – laufende Arbeit |
| Verantwortung | fachlicher Eigentümer je Objekt | RACI je Schritt, mit Bestätigung |
| Beste Frage | Was können wir abschalten? | Wer entscheidet hier – und hat es zugesagt? |
Beide Spalten sind nützlich. Sie beantworten verschiedene Fragen, und die Antworten überschneiden sich weniger, als der gemeinsame Begriff „Architektur” vermuten lässt.
Der ehrliche Teil
Es gibt eine Überschneidung, und sie zu leugnen wäre unredlich: Die Systemlandschaft steht in beiden. Wer sie im Zwilling pflegt und im EA-Werkzeug ebenfalls, pflegt sie zweimal.
Deshalb gilt die Regel, die für jedes Nebeneinander von Werkzeugen gilt: Ein Feld hat einen Eigentümer. Das Anwendungsportfolio gehört dem EA-Werkzeug – der Zwilling verweist darauf, statt es nachzubauen. Der Prozessschritt mit seiner Verantwortung gehört dem Zwilling. Wer beides an beiden Stellen pflegt, bekommt zwei Wahrheiten und glaubt am Ende keiner.
Die Entscheidungsfrage: Ist Ihr Problem, dass niemand weiss, welche Systeme es gibt? Dann brauchen Sie ein EA-Werkzeug. Ist Ihr Problem, dass niemand weiss, wer im laufenden Prozess entscheidet – und ob er das bestätigt hat? Dann hilft Ihnen kein Portfolio.
Und Signavio?
Signavio liegt näher dran, weil es Prozesse modelliert – gehört inzwischen ebenfalls zu SAP und wird dort zusammen mit LeanIX unter Business Transformation Management geführt. Auch hier gilt: Ein Prozessmodell ist die Grundlage, kein Ersatz. Die Frage ist, ob am Modell steht, wer verantwortet, seit wann, und wer es bestätigt hat – oder ob das in einer Tabelle daneben liegt.
Die Frage, die den Unterschied macht
Sie funktioniert bei jedem Anbieter:
„Zeigen Sie mir, was sich seit letzter Woche geändert hat – und wer es geändert hat.”
Bei einem Zwilling ist das eine Abfrage. Bei einer Dokumentation ist es eine Ausrede.
Wann sich der Aufwand nicht lohnt
Bei einem einzelnen abgegrenzten Prozess in einem stabilen Unternehmen: nicht. Da genügt eine gute Beschreibung.
Er lohnt sich, wenn dieselbe Frage aus mehreren Richtungen kommt – der Prüfer fragt nach Nachweisen, das Projekt nach Anforderungen, die IT nach Systemen, der Fachbereich nach Abläufen – und alle vier Antworten heute aus verschiedenen Dateien stammen, die sich widersprechen.
Kurz gefasst
Ein Unternehmenszwilling ist kein Maschinenzwilling ohne Maschine. Er simuliert nicht, misst nicht in Echtzeit und sammelt nicht. Er verbindet – Prozess, Organisation, System, Anforderung – und hält fest, was heute gilt und wer dafür geradesteht.
Weiterlesen:
TAOM Digital Twin ·
Sieben Sichten, ein Kontext ·
Merkmalsverzeichnis
Leave a Reply