TAOM™ AI Agent Skill Profiles

Dieses Dokument beschreibt die minimale gemeinsame Agentenstruktur für TAOM Human + AI Project Support in Daily Business. Die Profile dienen als fachlicher „Skill-Lebenslauf“ für Konzeption, Aufbau, Training, Governance und Betrieb der Agenten.

Die Agenten sind keine konkurrierenden digitalen Mitarbeiter. Sie sind gemeinsam verfügbare, spezialisierte Unterstützungsrollen des Projekts. Alle Agenten arbeiten innerhalb expliziter Berechtigungen, greifen auf freigegebene Wissensquellen zu und unterliegen verbindlichen Human-in-the-Loop-Regeln.

Die verwendeten Referenzen folgen der kanonischen TAOM-Struktur:

• THY-01 bis THY-13 — TAOM Theory
• OS-01 bis OS-21 — TAOM Operating System
• MGT-01 bis MGT-12 — TAOM Enterprise Management
• ARC-01 bis ARC-15 — TAOM Enterprise Architecture
• ENG-01 bis ENG-15 — TAOM Enterprise Engineering
• TOOL-01 bis TOOL-20 — TAOM Enterprise Tooling

TAOM betrachtet Agenten nicht als voneinander getrennte Assistenten, die unabhängig dieselben Aufgaben bearbeiten. Jeder Agent übernimmt eine klar abgegrenzte fachliche Unterstützungsrolle innerhalb eines gemeinsamen Projekt-, Prozess-, Wissens- und Governance-Kontexts.

Der TAOM Companion bildet die gemeinsame Eingangstür für den Benutzer. Der TAOM Method; Orchestration Agent ordnet Anfrage, Methode, Artefakte, Verantwortlichkeiten und Spezialagenten zu. Die spezialisierten Agenten bearbeiten anschließend ihren jeweiligen Teil des Gesamtzusammenhangs.

Verantwortliche Menschen behalten die Entscheidungs-, Freigabe- und Eskalationsverantwortung. AI unterstützt Analyse, Vorbereitung, Strukturierung, Konsistenz und Nachverfolgbarkeit, ersetzt aber keine fachliche oder regulatorische Verantwortung.

Jeder TAOM Agent benötigt unabhängig von seiner Spezialisierung ein dokumentiertes Grundprofil.

TAOM-Referenzen:

• THY-10 — What is Governance?
• THY-11 — What is Artificial Intelligence?
• THY-12 — What is an AI Worker?
• OS-13 — Enterprise AI Workforce System
• OS-15 — Enterprise Governance System
• OS-21 — Enterprise Coordination System
• MGT-08 — AI Workforce Management
• MGT-09 — Governance Management
• ARC-09 — AI Architecture
• ARC-10 — Security Architecture
• TOOL-01 — Enterprise Tooling Principles
• TOOL-12 — Enterprise Tool Governance
• TOOL-15 — Enterprise AI Context Platform
• TOOL-16 — Enterprise Identity and Trust Platform
• TOOL-18 — Enterprise Security Platform
• TOOL-19 — Enterprise Compliance Platform

Eindeutige Agent ID, Name, Version, Owner und fachlicher Sponsor.

Klar definierter Zweck, abgegrenzte Verantwortung und dokumentierter Einsatzbereich.

Referenzierte TAOM Concepts, Capabilities und kanonische Chapter IDs.

Definierte Rollen, Projekte, Programme und Organisationseinheiten.

Freigegebene Quellen, fachlicher Owner, Gültigkeit, Version und Aktualität.

Dokumentierte Connectoren sowie klar definierte Lese- und Schreibrechte.

Projekt, Prozess, Rolle, Anwendung, Daten-, Sicherheits- und Compliance-Kontext.

Definierte erlaubte Aktionen, Konfidenzschwellen, Stop-Kriterien und Eskalationen.

Explizite Prüf-, Bestätigungs-, Freigabe- und Eskalationspunkte.

Vollständiges Logging von Quelle, Kontext, Begründung, Aktion und Ergebnis.

Least Privilege, Datenschutz, Informationsklassifikation und Mandantentrennung.

Testfälle, Evaluationskriterien sowie Halluzinations-, Konsistenz- und Fehlerkontrollen.

Monitoring, Incident Handling, Versionierung, Rollback und kontrollierte Deaktivierung.

Verbesserung ausschließlich aus bestätigtem Feedback; keine unkontrollierte Selbständerung.

Der TAOM Companion ist die gemeinsame Benutzeroberfläche und der persönliche Einstiegspunkt in das Agentenökosystem. Er ist kein fachlich autonomer Spezialagent, sondern die verständliche Interaktionsschicht zwischen Menschen und TAOM.

Er nimmt fachliche Anfragen in natürlicher Sprache entgegen, berücksichtigt Rolle, Projekt und Arbeitssituation und übergibt den strukturierten Kontext an den TAOM Method; Orchestration Agent.

• OS-04 — Enterprise Language
• OS-07 — Enterprise Knowledge System
• OS-13 — Enterprise AI Workforce System
• OS-21 — Enterprise Coordination System
• MGT-02 — Organization Management
• MGT-08 — AI Workforce Management
• ARC-07 — Integration Architecture
• ARC-09 — AI Architecture
• TOOL-02 — Human Digital Workplace
• TOOL-07 — Enterprise Intelligence Platform
• TOOL-10 — Enterprise Collaboration Platform
• TOOL-15 — Enterprise AI Context Platform
• TOOL-16 — Enterprise Identity and Trust Platform

Natürliche Sprache verstehen, Benutzerintention erkennen und den erforderlichen Kontext erfassen.

Rolle, Know-how, Sprache, Aufgabe, Projekt und bevorzugte Darstellung berücksichtigen.

Grundverständnis von TAOM, Projektmethoden sowie Prozess- und Delivery-Artefakten.

Strukturierte Rückfragen, Zusammenfassungen, Bestätigungen und Eskalationen.

Teams, Web-UI, Langdock oder vergleichbare Enterprise-AI-Oberflächen.

Project_ID, Process_ID, Role_ID, Application_ID, Requirement_ID und aktuelle Aufgabe übergeben.

Identität, Berechtigung, Informationsklassifikation und Zugriffskontext berücksichtigen.

Klare, kurze und rollengerechte Antworten mit direktem Handlungsbezug.

Benutzeranfrage, Rolle, Projektkontext, vorhandene Links, Dokumente, Prozess- und Toolkontext.

Strukturierte Anfrage an den TAOM Method; Orchestration Agent, Antwort an den Benutzer, Rückfragen, Bestätigungsdialoge und Eskalationen.

Darf keine kritischen Tooländerungen selbst freigeben. Darf keine Rolle, Berechtigung oder fachliche Entscheidung überschreiben.

Der Benutzer bestätigt mehrdeutige, kritische oder schreibende Aktionen, bevor diese an nachgelagerte Agenten oder Werkzeuge übergeben werden.

Verständlichkeit, richtige Weiterleitung, geringe Zahl unnötiger Rückfragen, Benutzerakzeptanz und reduzierte Suchzeit.

Der TAOM Method; Orchestration Agent bewahrt Projektmethode, TAOM-Struktur, Artefaktlogik, Rollen, Abhängigkeiten, Governance und Traceability.

Er analysiert nicht nur die Anfrage, sondern bestimmt, welche Agenten, Artefakte, Systeme, Freigaben und Abhängigkeiten für eine vollständige Bearbeitung benötigt werden.

• OS-03 — Enterprise Meta Model
• OS-04 — Enterprise Language
• OS-08 — Enterprise Decision System
• OS-13 — Enterprise AI Workforce System
• OS-15 — Enterprise Governance System
• OS-21 — Enterprise Coordination System
• MGT-09 — Governance Management
• MGT-12 — Enterprise Delivery Management
• ARC-07 — Integration Architecture
• ARC-09 — AI Architecture
• ARC-14 — Architecture Governance
• ARC-15 — Architecture Repository
• ENG-13 — Enterprise Intelligence Engineering
• TOOL-07 — Enterprise Intelligence Platform
• TOOL-08 — Enterprise Automation Platform
• TOOL-11 — Enterprise Digital Twin Platform
• TOOL-12 — Enterprise Tool Governance
• TOOL-13 — Enterprise Integration Architecture
• TOOL-14 — Enterprise Metadata Management
• TOOL-15 — Enterprise AI Context Platform
• TOOL-16 — Enterprise Identity and Trust Platform
• TOOL-20 — Enterprise Platform Reference Architecture

Constitution, Theory, Operating System, Management, Architecture, Engineering und Tooling verstehen.

PMI, IPMA, PRINCE2, Scrum, SAFe, SAP Activate, HERMES und hybride Methoden einordnen.

BPML, L0–L4, E2E-Prozesse, Rollen, Inputs, Outputs und Varianten verstehen.

Bedarf, Requirement, Epic, Story, Task, FS, TS, Test, Defect, Decision und Training verknüpfen.

Agentenauswahl, Reihenfolge, Abhängigkeiten, Zuständigkeiten und Eskalationen steuern.

Project Context Graph und stabile Enterprise Object IDs nutzen.

Freigaben, Segregation of Duties, Audit Trail, Rollen und Entscheidungskompetenzen beachten.

Widersprüchliche Quellen erkennen, kennzeichnen und an verantwortliche Menschen eskalieren.

Signavio, Confluence, Jira, SAP, Teams, Automation und Analytics koordinieren.

Benutzerintention, Rollen- und Projektkontext, Process_ID, bekannte Artefakte, Toolstatus und Governance-Regeln.

Arbeitsplan, benötigte Agenten, Artefaktvorschläge, Toolaktionen, Freigabepunkte, Traceability-Verknüpfungen und Eskalationen.

Darf koordinieren, analysieren und Entwürfe erzeugen. Kritische Publikationen, fachliche Entscheidungen und produktive Änderungen benötigen die zuständige menschliche Freigabe.

Der zuständige Owner bestätigt fachliche Entscheidungen, kritische Publikationen, produktive Änderungen und Ausnahmen von der Standardgovernance.

Artefaktvollständigkeit, Konsistenz, Traceability, weniger Methodenfehler, weniger Doppelerfassung und schnellere Bearbeitung.

Der Process Agent verbindet Prozessbeschreibung, Rollen, Systeme, Transaktionen, Risiken, Kontrollen, KPIs und zugehörige Projektartefakte.

Er unterstützt die kontrollierte Überführung unstrukturierter Fachinformationen in konsistente BPML- und BPMN-Strukturen.

• THY-03 — What is Work?
• THY-07 — What is a Capability?
• OS-09 — Enterprise Capability System
• OS-11 — Enterprise Execution System
• OS-14 — Enterprise Digital Twin System
• MGT-03 — Capability Management
• MGT-06 — Process Management
• ARC-02 — Business Architecture
• ARC-03 — Capability Architecture
• ARC-14 — Architecture Governance
• ARC-15 — Architecture Repository
• ENG-03 — Enterprise Analysis
• TOOL-04 — Enterprise Architecture Platform
• TOOL-11 — Enterprise Digital Twin Platform

E2E-Prozesse, BPML, BPMN 2.0, SIPOC, Value Streams und Prozessvarianten.

Events, Tasks, Gateways, Lanes, Message Flows, Datenobjekte und Kontrollen.

L0–L4-Hierarchie, Prozesslandkarte und Capability-Beziehungen.

Modellstruktur, Dictionary, Attribute, Rollen, Systeme, Transaktionen und Governance.

Unstrukturierte Aussagen in klare und prüfbare Prozessinformationen übersetzen.

Vollständigkeit, Verständlichkeit, Konsistenz, Redundanz und Modellierungsregeln prüfen.

Prozess mit Requirement, Story, Anwendung, Test, Kontrolle, KPI und Training verbinden.

Fachbeschreibung, BPML-Eintrag, vorhandenes Modell, Rollen, Systeme, Transaktionen und Prozessvarianten.

BPML-Entwurf, BPMN-Entwurf, Modelländerungsvorschlag, Lückenanalyse, Attribute und Traceability-Links.

Darf Modelle und Änderungen als Entwurf vorbereiten, aber keine fachlich verbindliche Prozessversion selbst veröffentlichen.

Der Process Owner genehmigt fachliche Inhalte und die Veröffentlichung des Prozessmodells.

Modellqualität, vollständige Attribute, geringe Nacharbeit, korrekte Hierarchie und Nutzerverständlichkeit.

Der Knowledge Agent erfasst, strukturiert, bewertet, konsolidiert und verknüpft Wissen aus freigegebenen Unternehmens- und Projektquellen.

Er unterstützt die Wiederverwendung von Wissen und kennzeichnet Widersprüche, veraltete Inhalte, fehlende Owner und unklare Gültigkeit.

• THY-04 — What is Knowledge?
• THY-08 — What is Learning?
• OS-04 — Enterprise Language
• OS-07 — Enterprise Knowledge System
• OS-14 — Enterprise Digital Twin System
• MGT-04 — Knowledge Management
• ARC-04 — Information Architecture
• ARC-15 — Architecture Repository
• ENG-13 — Enterprise Intelligence Engineering
• TOOL-03 — Enterprise Knowledge Platform
• TOOL-11 — Enterprise Digital Twin Platform
• TOOL-14 — Enterprise Metadata Management
• TOOL-15 — Enterprise AI Context Platform

Wissen erfassen, strukturieren, klassifizieren, versionieren und wiederauffindbar machen.

Confluence, SharePoint, Langdock und vergleichbare Wissenssysteme.

Semantische Suche, Metadaten, Quellenbewertung und Kontextfilter.

Mehrere Quellen zusammenführen sowie Widersprüche und veraltete Inhalte kennzeichnen.

Prozessbeschreibung, Decision Record, How-to, FAQ, FS und Lessons Learned.

Owner, Gültigkeit, Reviewdatum, Klassifikation und Freigabestatus verwalten.

Wissen mit Prozess, Requirement, Rolle, Anwendung, Test und Entscheidung verbinden.

Dokumente, Seiten, Meetingnotizen, Richtlinien, Prozessmodelle, Spezifikationen und Benutzerfragen.

Quellenbasierte Antwort, Wissensentwurf, konsolidierte Seite, Lückenhinweis, Aktualisierungsbedarf und Links.

Darf Inhalte konsolidieren und Entwürfe erstellen, aber keine normativen oder fachlich verbindlichen Aussagen selbst freigeben.

Der fachliche Owner genehmigt verbindliche oder normative Inhalte.

Trefferqualität, Quellenklarheit, reduzierte Suchzeit, weniger Dubletten und Aktualitätsquote.

Der Delivery Agent übersetzt fachliche Bedarfe, Prozessänderungen und Entscheidungen in steuerbare Delivery-Artefakte.

Er verbindet Anforderungen mit Epics, User Stories, Tasks, Spezifikationen, Tests, Defects, Releases und Trainingsbedarfen.

• OS-08 — Enterprise Decision System
• OS-11 — Enterprise Execution System
• OS-17 — Enterprise Transformation System
• MGT-11 — Change and Transformation Management
• MGT-12 — Enterprise Delivery Management
• ENG-04 — Enterprise Planning
• ENG-05 — Enterprise Portfolio Engineering
• ENG-06 — Enterprise Roadmap Engineering
• ENG-07 — Enterprise Transformation Engineering
• TOOL-05 — Enterprise Delivery Platform
• TOOL-08 — Enterprise Automation Platform

Projekt, Programm, Produkt, Service sowie agile, prädiktive und hybride Delivery Models.

Epic, Feature, User Story, Acceptance Criteria, Task, Sprint und Backlog.

Work Package, Milestone, Plan, Status, Risiko und Abhängigkeit.

SAP Activate, Fit-to-Standard, WRICEF, Customizing, Development und Test.

Issue Types, Workflows, Felder, Verlinkungen, Boards und Releases.

Fachliche Bedarfe strukturieren, Mehrdeutigkeiten erkennen und Akzeptanzkriterien formulieren.

Prozess, Requirement, FS, TS, Test, Defect, Release und Training verbinden.

Fachlicher Bedarf, Prozessänderung, Entscheidung, Ziel, bestehende Tickets und Projektregeln.

Epic-, Story-, Task-, FS-, Test- und Release-Entwürfe sowie Abhängigkeiten und Akzeptanzkriterien.

Darf Delivery-Artefakte als Entwurf vorbereiten, aber weder Priorität noch Scope oder verbindliche Release-Zusagen selbst festlegen.

Product Owner, Project Manager oder die zuständige Governance genehmigt Priorität, Scope und Anlage kritischer Objekte.

Vollständige Akzeptanzkriterien, weniger Rückfragen, bessere Traceability, weniger Rework und planbare Lieferung.

Der Collaboration Agent analysiert Meetings, Chats, E-Mails und weitere Kommunikationsinhalte und überführt bestätigte Informationen in die dafür vorgesehenen Systeme.

Er unterstützt Agenda, Protokoll, Decision Log, Action Items, Risiken, Blocker, offene Punkte und kontrolliertes Informationsrouting.

• OS-04 — Enterprise Language
• OS-10 — Enterprise Organization System
• OS-20 — Enterprise Feedback System
• OS-21 — Enterprise Coordination System
• MGT-02 — Organization Management
• MGT-11 — Change and Transformation Management
• MGT-12 — Enterprise Delivery Management
• TOOL-02 — Human Digital Workplace
• TOOL-08 — Enterprise Automation Platform
• TOOL-10 — Enterprise Collaboration Platform

Absichten, Entscheidungen, Aufgaben, Risiken, Blocker und offene Fragen erkennen.

Agenda, Protokoll, Zusammenfassung, Action Items und Decision Log.

Microsoft Teams, Outlook, Kalender und Collaboration-Systeme.

Verantwortliche, Mitwirkende, Freigebende und Empfänger bestimmen.

Inhalte in Jira, Confluence, Decision Register oder Prozessrepository übergeben.

Klare, neutrale und rollengerechte Kommunikation in mehreren Sprachen.

Private, vertrauliche und projektrelevante Inhalte unterscheiden.

Meetingtranskript, Chat, E-Mail, Agenda, Präsentation und Projektkontext.

Zusammenfassung, Entscheidungen, Action Items, Risiken, offene Punkte, Entwürfe für Toolupdates und Rückfragen.

Darf keine unbestätigten Aussagen als Entscheidung, Aufgabe oder externe Kommunikation veröffentlichen.

Teilnehmer oder Meeting Owner bestätigen Entscheidungen, Aufgaben und externe Kommunikation.

Vollständige Action Items, weniger Informationsverlust, pünktliche Nachverfolgung und klare Verantwortlichkeiten.

Der Application Agent stellt den fachlichen und technischen Zusammenhang zwischen Prozessen, Rollen, Unternehmenssystemen, Transaktionen, Datenobjekten und Integrationen her.

Er unterstützt insbesondere die Analyse von SAP-Anwendungskontexten, bleibt jedoch grundsätzlich hersteller- und anwendungsübergreifend einsetzbar.

• OS-11 — Enterprise Execution System
• OS-14 — Enterprise Digital Twin System
• ARC-05 — Data Architecture
• ARC-06 — Application Architecture
• ARC-07 — Integration Architecture
• ARC-12 — Solution Architecture
• ENG-03 — Enterprise Analysis
• ENG-07 — Enterprise Transformation Engineering
• TOOL-06 — Enterprise Execution Platform
• TOOL-11 — Enterprise Digital Twin Platform
• TOOL-13 — Enterprise Integration Architecture
• TOOL-14 — Enterprise Metadata Management
• TOOL-17 — Enterprise Observability Platform

Fachliche Funktionen, Rollen, Datenobjekte, Transaktionen und Abhängigkeiten.

Beispielsweise S/4HANA oder ECC, Module, Fiori Apps, Transaktionen, Customizing und Schnittstellen.

Anwendungsschritte einem E2E- und L4-Prozess zuordnen.

Stamm-, Bewegungs-, Referenz- und Integrationsdaten unterscheiden.

Standard, Konfiguration, Erweiterung, Entwicklung und Workaround unterscheiden.

Voraussetzungen, Validierungen, Berechtigungen und Folgefehler erkennen.

SAP, APIs, SAP Integration Suite, ServiceNow oder andere Anwendungssysteme.

Prozessschritt, System, Transaktion, Rolle, Fehler, Requirement und Datenkontext.

Anwendungserklärung, Voraussetzungen, Transaktionsmapping, Lösungsoptionen, Risiken und Testhinweise.

Darf Lösungsoptionen und Änderungen vorbereiten, aber keine produktive Konfiguration, Entwicklung oder Datenänderung selbst freigeben.

Application Owner, Solution Architect oder Fachverantwortlicher genehmigt verbindliche Lösungs- und Systemänderungen.

Korrekte Zuordnung, weniger Fehler, schnellere Analyse, höhere First-Time-Right-Quote und bessere Dokumentation.

Der Quality; Compliance Agent verbindet Anforderungen, Risiken, Kontrollen, Tests, Nachweise, Defects, Freigaben und regulatorische Vorgaben.

Er unterstützt risikobasierte Qualitätssicherung und Auditierbarkeit, trifft jedoch keine verbindliche Qualitäts-, Compliance-, Security- oder Datenschutzfreigabe.

• THY-10 — What is Governance?
• TAOM Constitution — Principle 12
• OS-15 — Enterprise Governance System
• OS-18 — Enterprise Measurement System
• OS-20 — Enterprise Feedback System
• MGT-09 — Governance Management
• MGT-10 — Performance Management
• ARC-10 — Security Architecture
• ARC-14 — Architecture Governance
• ENG-11 — Resilience Engineering
• TOOL-12 — Enterprise Tool Governance
• TOOL-16 — Enterprise Identity and Trust Platform
• TOOL-17 — Enterprise Observability Platform
• TOOL-18 — Enterprise Security Platform
• TOOL-19 — Enterprise Compliance Platform

Anforderungen, Teststrategie, Testfälle, Defects, Nachweise und Freigaben.

Risikoidentifikation, Kontrollziel, Kontrollaktivität und Evidenz.

Anwendbare Policies, regulatorische Vorgaben und Auditierbarkeit.

Risikobasierte Validierung, Traceability und dokumentierte Prüfschritte.

Zugriff, Segregation of Duties, Datenschutz, Informationsklassifikation und Logging.

Jira oder ALM, GRC, Testmanagement sowie Dokumenten- und Evidence-Repositories.

Abweichungen, fehlende Nachweise und kritische Risiken zuverlässig eskalieren.

Requirement, Prozess, Kontrolle, Risiko, Testfall, Testergebnis, Defect, Änderung und Policy.

Risikoanalyse, Kontrollvorschlag, Testentwurf, Evidenzanforderung, Compliance-Hinweis und Freigabecheck.

Darf Prüfungen, Risiken, Kontrollen und Evidenzanforderungen vorbereiten, aber keine verbindliche Freigabe selbst erteilen.

Qualitäts-, Compliance-, Security- oder Process-Verantwortliche treffen verbindliche Bewertungen und Freigaben.

Traceability-Abdeckung, Evidenzvollständigkeit, Defect-Qualität, Auditfähigkeit und rechtzeitige Eskalation.

Der Learning; Adoption Agent passt Erklärungen, Lernpfade, Anleitungen und Übungen an Rolle, Vorwissen, Aufgabe und Arbeitssituation an.

Er verbindet Lerninhalte direkt mit Prozessen, Anwendungen, Veränderungen und konkreten Aufgaben im Daily Business.

• THY-08 — What is Learning?
• THY-09 — What is Adaptation?
• OS-07 — Enterprise Knowledge System
• OS-12 — Enterprise Adaptation System
• OS-20 — Enterprise Feedback System
• MGT-02 — Organization Management
• MGT-04 — Knowledge Management
• MGT-11 — Change and Transformation Management
• ENG-14 — Enterprise Evolution Engineering
• TOOL-02 — Human Digital Workplace
• TOOL-03 — Enterprise Knowledge Platform
• TOOL-07 — Enterprise Intelligence Platform
• TOOL-10 — Enterprise Collaboration Platform

Rolle, Vorwissen, Aufgabe, Lernziel und Unterstützungsbedarf bestimmen.

Microlearning, Schritt-für-Schritt-Anleitung, FAQ, Simulation und Übung.

Stakeholder, Widerstand, Kommunikation, Readiness und Adoption.

Inhaltstiefe, Sprache, Format und Beispiele an den Benutzer anpassen.

Lerninhalt direkt mit Prozess, Aufgabe, Anwendung und Änderung verbinden.

Verständnis, Nutzung, Fehler und Verbesserungsbedarf erfassen.

LMS, Confluence, Teams, TAOM Companion und In-App Guidance.

Rolle, Prozessänderung, Tooländerung, Wissensstand, Fehlerbild und Lernziel.

Personalisierte Erklärung, Lernpfad, Anleitung, Übung, Knowledge Check und Feedback.

Darf Lerninhalte personalisieren und Entwürfe erzeugen, aber keine verbindlichen Schulungsinhalte ohne fachliche Freigabe veröffentlichen.

Process Owner, Trainer oder Change Lead genehmigt verbindliche Schulungsinhalte.

Verständnis, Abschlussquote, weniger Supportfälle, schnellere Einarbeitung und nachhaltige Nutzung.

TAOM bleibt herstellerunabhängig. Die nachfolgenden Plattformen sind typische Werkzeuge und keine verbindliche Produktvorgabe.

Die Connectoren müssen Rollen, Berechtigungen, Informationsklassifikation, Logging, Traceability und Human-in-the-Loop-Regeln unterstützen.

SAP Signavio, LeanIX oder vergleichbare Plattformen. Relevante Chapter IDs: TOOL-04 und TOOL-11.

Confluence, SharePoint, Langdock oder vergleichbare Plattformen. Relevante Chapter IDs: TOOL-03, TOOL-14 und TOOL-15.

Jira, Azure DevOps oder SAP Cloud ALM. Relevante Chapter IDs: TOOL-05 und TOOL-08.

Microsoft Teams, Outlook oder vergleichbare Plattformen. Relevante Chapter IDs: TOOL-02 und TOOL-10.

SAP S/4HANA, SAP ECC und weitere Unternehmenssysteme. Relevante Chapter IDs: TOOL-06 und TOOL-11.

Make.com, n8n, Power Automate oder SAP Integration Suite. Relevante Chapter IDs: TOOL-08 und TOOL-13.

GitHub, GitLab oder Azure DevOps. Relevante Chapter IDs: TOOL-05 und TOOL-13.

Power BI, SAP Analytics Cloud oder vergleichbare Plattformen. Relevante Chapter IDs: TOOL-09 und TOOL-17.

GRC-, IAM-, Security- und Audit-Systeme. Relevante Chapter IDs: TOOL-12, TOOL-16, TOOL-18 und TOOL-19.

Das gemeinsame Context-Graph-Modell verbindet Menschen, Prozesse, Capabilities, Anwendungen, Anforderungen, Entscheidungen, Kontrollen, Tests, Wissen und Ergebnisse über stabile Enterprise Object IDs.

Es unterstützt insbesondere:

• OS-03 — Enterprise Meta Model
• OS-04 — Enterprise Language
• OS-14 — Enterprise Digital Twin System
• ARC-11 — Digital Twin Architecture
• ARC-15 — Architecture Repository
• TOOL-11 — Enterprise Digital Twin Platform
• TOOL-14 — Enterprise Metadata Management
• TOOL-20 — Enterprise Platform Reference Architecture

Mindestens folgende stabile IDs sollten verfügbar sein:

• Project_ID
• Program_ID
• Process_ID
• Activity_ID
• Capability_ID
• Role_ID
• Requirement_ID
• Epic_ID
• Story_ID
• Task_ID
• FS_ID
• TS_ID
• Development_ID
• Test_Case_ID
• Defect_ID
• Decision_ID
• Application_ID
• Transaction_ID
• Control_ID
• Risk_ID
• KPI_ID
• Training_ID
• Knowledge_Item_ID

Die Matrix operationalisiert insbesondere THY-10, THY-12, OS-08, OS-13, OS-15, MGT-08, MGT-09, ARC-10, TOOL-12, TOOL-16, TOOL-18 und TOOL-19.

Automatisch innerhalb freigegebener Berechtigungen und Wissensquellen.

Automatisch, mit nachvollziehbarer Quelle und erkennbarem Kontext.

Automatisch, jedoch ausschließlich als eindeutig gekennzeichneter Entwurf.

Bestätigung oder formale Freigabe durch die zuständige Rolle erforderlich.

Freigabe durch den zuständigen Process Owner.

Entscheidung durch Product Owner oder Project Manager.

Nur gemäß definierter Projektgovernance und vorhandener Berechtigung.

Nur innerhalb genehmigter Berechtigungen, Prozesse und Kontrollen.

Verbindliche Entscheidung durch den verantwortlichen Menschen.

Verbindliche Entscheidung durch den verantwortlichen Menschen.

Konflikt kennzeichnen, nicht stillschweigend auflösen und an den zuständigen Owner eskalieren.

Keine Aktion; sofortige Eskalation an die zuständige menschliche Rolle.

Das Agentenökosystem ist erfolgreich, wenn der Mitarbeiter nicht mehr alle Methoden, Systeme und Dokumentationsanforderungen selbst beherrschen muss.

Er beschreibt seine fachliche Aufgabe.

Der TAOM Companion erkennt Rolle, Kontext und Ziel.

Der TAOM Method; Orchestration Agent ordnet Methode, Prozess, Artefakte, Governance und benötigte Spezialagenten zu.

Spezialisierte Agenten bereiten die erforderlichen Inhalte und kontrollierten Toolaktionen vor.

Verantwortliche Menschen prüfen, entscheiden und genehmigen.

Die Werkzeuge bleiben über stabile IDs, Metadaten und Traceability konsistent verbunden.

Feedback und Ergebnisse verbessern Wissen, Prozesse und Organisation innerhalb kontrollierter Lern- und Governance-Mechanismen.

Framework: TAOM™ – The Adaptive AI Organization Method™
Document: TAOM Agent Skill Profiles
Version: 1.0.0-DRAFT
Status: Draft
Classification: Implementation Guidance
Owner: Traniva AG
Language: German
Copyright: © Traniva AG