Tooling · TOOL
Teil VI · TOOL-01 bis TOOL-20
Die Organisation braucht kein weiteres Werkzeug. Sie braucht eine Werkzeuglandschaft, die zusammenarbeitet.
Prozesse, Wissen, Anforderungen, Ausführung, Zusammenarbeit, Daten, KI und Steuerung liegen in verschiedenen Plattformen. Das ist nicht grundsätzlich falsch. Tooling beschreibt, welche digitalen Fähigkeiten eine KI-native Organisation braucht, wo welche Information geführt wird und wie die Plattformen kontrolliert zusammenspielen.
- Wissen
- Architektur
- Delivery
- Execution
- KI
- Automatisierung
- Analytik
- Zusammenarbeit
- Digital Twin
- Steuerung
Der Zweck
Tooling beginnt nicht mit einer Produktliste
Eine Werkzeugarchitektur sollte nicht daraus entstehen, welche Software bereits gekauft wurde. Zuerst muss klar sein, welche Fähigkeit gebraucht wird, welche Unternehmensobjekte sie verarbeitet, wem die Daten gehören und wer sonst darauf zugreifen muss.
- Organisatorischer BedarfWas muss das Haus erreichen?
- FähigkeitWas muss es dafür können?
- UnternehmensobjekteWomit arbeitet die Fähigkeit?
- Tooling-FähigkeitWas muss ein System leisten?
- PlattformErst hier fällt ein Produktname.
- IntegrationWie hängt es mit dem Rest zusammen?
- SteuerungWer darf was, und woran sieht man es?
TAOM definiert zuerst die Fähigkeit – erst danach kommt das Produkt.
Das erklärt, warum auf diesen Seiten SAP, Microsoft, Atlassian oder OpenAI als Beispiele auftauchen, ohne dass TAOM von ihnen abhängig wäre. Die Fähigkeit bleibt, das Produkt ist austauschbar.
Fünf Grundsätze · TOOL-01
Was eine TAOM-Werkzeuglandschaft ausmacht
Fünf Prüfsteine, an denen sich jede Plattformentscheidung messen lässt.
Fähigkeitsorientiert
Ein Werkzeug wird danach beurteilt, welche organisatorische Fähigkeit es trägt – nicht danach, wie viele Funktionen es hat.
Herstellerneutral
TAOM definiert Rollen, Objekte, Beziehungen und Schnittstellen. Die Plattform dahinter lässt sich austauschen.
Offene Standards
Information muss Plattformgrenzen überleben. Schnittstellen, Ereignisse und offene Formate senken die Abhängigkeit.
Kontextfähig
Ein System sollte nicht nur den eigenen Datensatz kennen. Die Bezüge zu Prozessen, Anforderungen, Wissen und Rollen müssen erhalten bleiben.
Gesteuert
Identität, Rechte, Datenverantwortung, Sicherheit, Compliance und KI-Steuerung gehören zur Werkzeugarchitektur, nicht daneben.
Und was daraus folgt
Wer diese fünf Punkte beantwortet, hat eine Zielarchitektur. Wer sie überspringt, hat eine Softwareliste.
Nicht ein System für alles
Die Systeme dürfen spezialisiert bleiben
Jede Ebene hat ihre Aufgabe. Entscheidend ist nicht, alles zu vereinen, sondern die Beziehungen dazwischen beherrschbar zu halten.
SharePoint
EA-Werkzeuge
ALM
ERP · MES
Agenten
Beispielplattformen dienen der Einordnung, nicht der Empfehlung.
TAOM verlangt keine monolithische Plattform. Es verlangt, dass die Beziehungen zwischen den Plattformen beherrschbar bleiben.
Wem gehört welche Information?
Single Source of Truth heisst nicht Single System
Für jede Art von Information gibt es genau ein führendes System. Alle anderen dürfen sie zeigen – ändern darf sie nur eines.
| Information | Führendes System |
|---|---|
| Geschäftsprozess | Prozess- oder Architekturplattform |
| Anforderung | Delivery-Plattform |
| Geschäftsvorgang | ERP |
| Richtlinie | Wissensplattform |
| Identität | Identity-Plattform |
| Kontrollnachweis | Governance- oder Compliance-Plattform |
| Unternehmenskontext | Digital-Twin- oder Kontextebene |
TOOL-11 · Der Digital Twin ist kein weiteres Silo
Die Verbindung ist wichtiger als die Kopie
SAP
kennt den Auftrag.
Jira
kennt das Ticket.
Confluence
kennt die Spezifikation.
Signavio
kennt den Prozess.
Identity
kennt die Person.
KI
braucht den Zusammenhang.
Der Digital Twin muss nicht Eigentümer aller Informationen sein. Er muss verstehen, was miteinander zusammenhängt. Digital Twin ansehen →
TOOL-15 · Der neue Schlüssel
KI braucht mehr als Zugriff auf Dokumente
Ein allgemeiner Agent bekommt
Prompt + Dokument
Damit lässt sich formulieren. Nicht entscheiden.
Ein Unternehmensagent braucht
Enterprise AI Context
Rolle · Aufgabe · Prozess · Systeme · Wissen · Anforderungen · Entscheidungen · Kontrollen · Berechtigungen · aktueller Zustand
RAG findet Information. Kontext erklärt, was sie für die aktuelle Arbeit bedeutet.
TOOL-16 · Identität
Wer handelt, muss erkennbar sein
Klassisch
Person → Identität → Rolle → Berechtigung
KI-nativ
Person / Agent / System → Identität → Rolle → Befugnis → Aktion → Nachweis
Ein Agent, der auf Unternehmenssysteme zugreift, darf nicht als unsichtbarer technischer Benutzer auftreten. Identität, Befugnis und Handlung müssen zuordenbar bleiben.
TOOL-17 · Beobachtbarkeit
Was automatisiert arbeitet, muss beobachtbar sein
Zu wenig
Server läuft / Server läuft nicht
Nötig
Systemzustand · Prozesszustand · Geschäftsergebnis · Agentenaktivität · Qualität · Abweichung · Kontrolle
Daraus wird Rückmeldung, Lernen und Anpassung – und damit schliesst Tooling an OS-20 und die anpassungsfähige Organisation an.
Governance by Design
Integration ohne Kontrolle skaliert auch Fehler
Sieben Fragen, die quer über alle Tooling-Fähigkeiten beantwortet sein müssen.
Identität
Wer handelt?
Befugnis
Was darf er?
Datenhoheit
Welches System führt die Information?
Herkunft
Woher stammt sie?
Sicherheit
Wie wird sie geschützt?
Compliance
Welche Regeln gelten?
Beobachtbarkeit
Was ist tatsächlich passiert?
Zusammen
Erst diese sieben machen aus verbundenen Systemen eine steuerbare Landschaft. Governance und Compliance →
Abgrenzung
Zwei Verwechslungen, die teuer werden
Tooling
Welche digitalen Fähigkeiten braucht die Organisation?
Beschreibt die Zielarchitektur und die Rollen der Plattformen – herstellerneutral.
Integrationen
Wie weit sind konkrete Systeme heute mit TAOM verbunden?
Beschreibt Referenz, Verknüpfung, Austausch, Abgleich und Orchestrierung – mit ehrlichem Stand. Integrationen ansehen →
TAOM Tooling
Teil der Methode
Ein Referenzmodell im Framework, Kapitel TOOL-01 bis TOOL-20.
TAOM Process Studio
Ein konkretes Werkzeug
Setzt einige dieser Fähigkeiten praktisch um – und ist bewusst anschlussfähig. ERP, Delivery, Wissen und Architektur dürfen in spezialisierten Plattformen bleiben. Process Studio ansehen →
TOOL-20 · Zielbild
Eine Referenzarchitektur statt einer Einkaufsliste
Jede Plattform wird nach demselben Schema beurteilt – zehn Fragen, immer dieselben.
Zweck
Warum existiert sie?
TAOM-Bezug
Welche Teile der Methode stützt sie?
Fähigkeiten
Was muss sie können?
Unternehmensobjekte
Womit arbeitet sie?
Datenhoheit
Welche Information führt sie?
KI-Anbindung
Wie arbeiten Agenten damit?
Schnittstellen
Wie wird sie angebunden?
Steuerung
Welche Regeln gelten?
Kennzahlen
Wie wird die Wirkung gemessen?
Reifegrad
Wie weit ist die Fähigkeit entwickelt?
Kapitelübersicht
Zwanzig Kapitel – aber nicht zwanzig Produkte
Die Gruppierung ist eine Lesehilfe. Massgeblich bleiben die kanonischen Kennungen TOOL-01 bis TOOL-20.
A · Arbeiten und Wissen
TOOL-02 Human Digital Workplace
Der Arbeitsplatz für Menschen und KI – dort, wo Aufgaben, Inhalte und Assistenz zusammenlaufen.
Beispielplattformen Microsoft 365 · Google Workspace
TOOL-03 Enterprise Knowledge Platform
Wissen, Richtlinien, Standards, Ontologien und der Kontext, auf den KI zugreifen darf.
Beispielplattformen Confluence · SharePoint
TOOL-10 Enterprise Collaboration Platform
Besprechungen, Kommunikation und gemeinsame Arbeit an denselben Gegenständen.
Beispielplattformen Teams · Slack
B · Entwerfen und liefern
TOOL-04 Enterprise Architecture Platform
Prozesse, Fähigkeiten, Anwendungen und Architekturbeziehungen.
Beispielplattformen SAP Signavio · LeanIX · TAOM Process Studio
TOOL-05 Enterprise Delivery Platform
Anforderungen, Backlogs, Projekte, Tests und Releases.
Beispielplattformen Jira · Azure DevOps
TOOL-06 Enterprise Execution Platform
Führt operative Geschäftsvorgänge aus – Finanzen, Beschaffung, Fertigung, Logistik, Vertrieb, Service.
Beispielplattformen SAP S/4HANA · Oracle · Microsoft Dynamics · Salesforce · ERPNext
C · Intelligenz und Automatisierung
TOOL-07 Enterprise Intelligence Platform
KI-Assistenten, Agenten, Suche und Schlussfolgern.
Beispielplattformen ChatGPT Enterprise · Claude Enterprise
TOOL-08 Enterprise Automation Platform
Abläufe, Schnittstellen, Ereignisse, RPA und Orchestrierung.
Beispielplattformen n8n · Power Automate
TOOL-09 Enterprise Analytics Platform
Kennzahlen, Auswertungen und Unternehmensberichte.
Beispielplattformen Power BI · Tableau
D · Kontext und Verbindung
TOOL-11 Digital Twin Platform
Die verbundene digitale Darstellung der Organisation und ihrer Zustände.
TOOL-13 Enterprise Integration Architecture
Schnittstellen, Ereignisse, Abgleich und plattformübergreifende Verbindungen.
TOOL-14 Enterprise Metadata Management
Glossar, Ontologien, Taxonomien und Datenherkunft.
TOOL-15 Enterprise AI Context Platform
Vertrauenswürdiger Unternehmenskontext für KI.
E · Vertrauen und Betrieb
TOOL-12 Enterprise Tool Governance
Regeln für Auswahl, Betrieb und Ablösung von Werkzeugen.
TOOL-16 Enterprise Identity & Trust
Identität und Befugnis für Menschen, Systeme und Agenten.
TOOL-17 Enterprise Observability
Zustand, Aktivität und Abweichung sichtbar machen.
TOOL-18 Enterprise Security
Schutz von Zugängen, Daten und Verbindungen.
TOOL-19 Enterprise Compliance
Nachweisbare Einhaltung geltender Vorgaben.
Rahmen
TOOL-01 Tooling Principles
Die fünf Grundsätze, nach denen die Werkzeuglandschaft beurteilt wird.
TOOL-20 Enterprise Platform Reference Architecture
Das Zielbild und das Beurteilungsschema für jede Plattform.
Einordnung
Engineering baut. Tooling befähigt.
Davor: Engineering · ENG
Beschreibt, wie Fähigkeiten und Lösungen entworfen, gebaut, verbunden und geprüft werden. Engineering →
Hier: Tooling · TOOL
Beschreibt die digitalen Fähigkeiten und Plattformstrukturen, mit denen diese Arbeit betrieben wird.
In der Anwendung
Process Studio, Agenten, Integrationen und Digital Twin setzen ausgewählte Teile davon praktisch um. Zum AI Framework →
Anfangen
Nicht mit einem Produkt anfangen. Mit einer Fähigkeit.
Prüfen Sie zuerst, welche Information geführt werden muss, wer sie verantwortet und welche anderen Teile der Organisation darauf angewiesen sind. Danach lässt sich entscheiden, welche Plattform dafür die richtige ist – und wie sie in den Unternehmenskontext eingebunden wird.