KI und Prozessarchitektur: eine kuratierte Quelle der Wahrheit

Ein Assistent kann in wenigen Sekunden allgemein beschreiben, wie der Order-to-Cash-Prozess abläuft. Er kann Ihnen aber nicht sagen, warum Ihr Finanzteam eine Ausnahme genehmigt und eine andere eskaliert oder warum das Lager die Regel für den Sicherheitsbestand übergeht. Dieses Wissen steckt in Ihrer Prozessarchitektur, sofern Sie es dokumentiert haben.

Die Frage ist nicht, ob KI die Arbeit an der Architektur verändert. Das tut sie bereits. Entscheidend ist, was weiterhin in Ihrer Hand liegt: Definitionen, Prioritäten, Abwägungen und Freigaben. Unsere Haltung ist klar: Wir setzen auf KI, aber noch mehr auf Menschen. KI sollte den Aufwand rund um Entscheidungen verringern, nicht die Entscheidungen selbst treffen.

Warum KI und Prozessarchitektur einander brauchen

Ohne KI ist Architekturarbeit manuell und zwischen den Prüfungen schnell veraltet. Ohne Architektur ist KI ein schneller, selbstsicherer Generalist.

Eine Prozessarchitektur aktuell zu halten, kostet viel, wenn Mitarbeitende alles manuell zusammentragen, zeichnen, beschreiben und prüfen müssen. KI senkt den Aufwand für erste Entwürfe und dafür, die gesamte Prozesslandschaft zu erfassen. Einem Assistenten fehlt es nicht an Denkvermögen, sondern an Wissen über Ihre Prozesse. Geben Sie ihm Rohdaten, muss er den Workflow daraus ableiten. Mit einer kuratierten Architektur kann er Antworten aus Modellen, Dokumentation, Rollen und gemessenen Abläufen ableiten.

Genau darin liegt die Ergänzung: Die eine Seite sorgt für Reichweite, die andere für verlässliche Inhalte. Es geht nicht um KI plus Diagramm, sondern um KI plus einen Ort, an dem die Organisation festhält, was sie meint.

Das ist der Unterschied zwischen einer Verbindung eines Assistenten zu Daten und einer Verbindung zu Prozesswissen. Der Prozesskontext über MCP beschreibt die Verbindung selbst. Die schwierigere Frage, um die es auf dieser Seite geht, lautet: Was findet der Assistent vor, wenn er sich verbindet? Auch ein digitaler Zwilling einer Organisation hängt davon ab: Modell und Daten werden erst dann nützlich, wenn sie mit Messwerten und Entscheidungen verknüpft sind.

So sieht eine vernetzte Quelle der Wahrheit aus

Die Prozessarchitektur bildet die vernetzte Struktur der Arbeitsabläufe ab. Sie umfasst Value Streams, Prozesse, Subprocesses und Aktivitäten, die dafür verantwortlichen Rollen, die eingesetzten Systeme, die zugehörigen Dokumente und Artefakte sowie Status und Version jedes Elements. Sie ist ein zentraler Ort, nicht eine einzelne Datei.

Menschen navigieren über die Hierarchie, Assistenten über die Verknüpfungen. Ein Ordner mit Diagrammen zeigt zwar, wo ein Prozess eingeordnet ist. Er kann aber nicht beantworten: „Wovon hängt dieser Prozess ab?“, „Wer ist dafür verantwortlich?“ oder „Welche Version ist freigegeben?“ Dafür braucht es einen Graphen, keinen Aktenschrank.

Manche nennen das BPM-Architektur, Enterprise-Prozessarchitektur oder Architektur des Business Process Managements. Wichtiger als die Bezeichnung ist die Verknüpfung: Jeder Fakt ist eindeutig zugeordnet, und die Frage „Welche Version gilt?“ hat eine klare Antwort.

Ein Framework wie APQC bietet Ihnen eine gemeinsame Sprache für die Hierarchie. Ihre Prozesse, Verantwortlichen oder Ausnahmen liefert es nicht. Darüber entscheiden Sie selbst und halten die Ergebnisse fest.

Ein nicht vernetztes Modell kann für einen Workshop nützlich sein. Ein vernetztes Modell ermöglicht es Menschen, vom Value Stream bis zu einer Aktivität zu navigieren. Assistenten können denselben Pfad für Antworten nutzen. Deshalb lohnt sich die Pflege.

Ein Prozesskatalog, der Hierarchie, Prozesse und Status in einer vernetzten Struktur zusammenführt

Wo KI die Architekturarbeit beschleunigt und wo sie nicht entscheiden darf

KI ist besonders hilfreich, wenn es eine überprüfbare Antwort oder einen ersten Entwurf gibt, den ein Mensch korrigieren kann. In der Architekturarbeit gibt es beides häufig.

Die Grenze zwischen diesen Aufgaben hat nichts mit den Fähigkeiten zu tun, sondern mit der Entscheidungsbefugnis. KI kann ein Modell besser entwerfen als ein Mensch und trotzdem nicht befugt sein, zu entscheiden, wie Ihr Unternehmen arbeitet.

In der Praxis gilt: Lassen Sie KI Aufgaben übernehmen, deren Ergebnis geprüft werden kann. Entscheidungen, für die eine verantwortliche Person nötig ist, bleiben bei den Menschen. Ein Modellentwurf, eine Zusammenfassung, eine Liste fehlender Dokumentation oder ein Verbesserungsvorschlag lassen sich prüfen. Eine geänderte Freigabeschwelle, eine neue verantwortliche Person oder eine ausgemusterte Kontrolle nicht. Das sind Änderungen an einer Vereinbarung. Darüber müssen die Beteiligten entscheiden.

Warum sich Kultur und Ziele nicht delegieren lassen

Eine Prozessarchitektur hält Entscheidungen darüber fest, wie eine Organisation arbeitet. Diese Entscheidungen ergeben sich aus Strategie und Kultur, nicht aus den Daten.

Zwei Unternehmen können denselben Order-to-Cash-Prozess mit demselben ERP-System und denselben Volumen betreiben und trotzdem unterschiedliche Architekturen benötigen. Das eine nimmt höhere Kosten in Kauf, um ein Lieferversprechen einzuhalten. Das andere schützt seine Marge und verhandelt neu. Das eine überlässt lokale Entscheidungen zu Ausnahmen den Führungskräften vor Ort, das andere bündelt sie zentral. Die Modelle sehen ähnlich aus, aber die richtigen Entscheidungen unterscheiden sich.

Die Ziele bestimmen, worauf Sie optimieren: Geschwindigkeit, Kosten, Resilienz, Compliance oder den Aufwand für Kunden. Die Kultur bestimmt, wie Entscheidungen getroffen werden, wer konsultiert wird, wann eine Ausnahme gerechtfertigt ist und was die Organisation nicht tun will. Nichts davon steht in einem Event Log, und vieles findet sich auch nicht in Dokumenten. Es steckt in den Menschen, die den Prozess ausführen.

Ein Assistent kann die von Ihnen dokumentierten Aussagen lernen. Für die dahinterstehende Entscheidung kann er nicht verantwortlich sein. Auch ein größeres Modell ändert daran nichts. Verantwortung braucht einen Menschen, den man nach dem Warum fragen kann.

Wie dokumentieren Sie für Menschen und KI?

Schreiben Sie zuerst für Menschen. Was für Kolleginnen und Kollegen verständlich sein muss, muss auch für einen Assistenten verständlich sein. Eine zweite Dokumentation nur für Maschinen weicht mit der Zeit von der ersten ab.

Wer einen Prozess öffnet, möchte wissen, was er bewirkt, warum es ihn gibt, wer dafür verantwortlich ist, wo Ausnahmen auftreten und was als Nächstes zu tun ist. Ein Assistent, der denselben Prozess liest, braucht dieselben Fakten in einer durchsuchbaren Struktur. Das Modell zeigt ihm die Schritte und Verbindungen. Die Dokumentation erklärt die Bedeutung. Die Artefakte liefern Belege. Die Rollen zeigen, wer entscheiden darf.

Deshalb ist „weniger schreiben, aber den Grund festhalten“ besser als ein längeres Template. Eine Beschreibung, die erklärt, warum eine Freigabe erforderlich ist, hilft neuen Kolleginnen und Kollegen ebenso wie einem Assistenten, der prüfen soll, ob die Freigabe entfallen kann. Eine Beschreibung, die nur das Diagramm wiederholt, hilft niemandem.

Drei Zugriffswege, eine Quelle. Das Process Portal ist für die Person gedacht, die die Arbeit erledigt. Der MCP-Server funktioniert mit jedem kompatiblen Assistenten. Da MCP ein offener Standard ist, lässt sich dieselbe Verbindung mit verschiedenen Clients verwenden. Die REST API ist für Skripte und Integrationen gedacht, die Daten übertragen oder Simulationen ausführen. Keiner dieser Zugriffswege verwaltet eine eigene Kopie der Architektur.

Das ist die gesamte Workflow-Architektur: eine kuratierte Quelle, drei Lesezugriffe und keine zweite Quelle der Wahrheit. Das Portal muss keinen Entwurf veröffentlichen, und ein Assistent muss keinen Entwurf lesen.

Wo Wissen fehlt, beginnt KI zu improvisieren

Eine nicht dokumentierte Regel ist nicht neutral. Sie ist eine Lücke, die ein Modell mit etwas Plausiblem füllt.

Ein unbeschriftetes Gateway wird zu einer Entscheidung, die der Assistent für Sie benennt. Eine nicht zugeordnete Rolle wird zu „dem Team“. Eine nicht dokumentierte Ausnahme wird als Annahme für den Normalfall behandelt. Fehlt die Prozessbeschreibung, fasst der Assistent die Abläufe zusammen, statt ihren Zweck zu erklären. Selten sagt er: „Das weiß ich nicht.“ Er liefert die wahrscheinlichste Antwort, abgeleitet aus den Prozessen anderer Organisationen.

Darum geht es bei Kontrolle in der Praxis: Halten Sie fest, was Sie wissen. Was Sie offenlassen, entscheidet die KI für Sie, und sie tut das mit großer Überzeugung.

Die Modellqualität macht solche Lücken sichtbar. Das Qualitäts-Badge auf der Zeichenfläche zeigt eine Prozentbewertung und die zugrunde liegenden Prüfpunkte: nicht verbundene Elemente, fehlende Beschriftungen, unausgewogene Gateways sowie fehlende Dokumentation oder Rollen. Administratoren können für jede Architekturebene festlegen, welche Prüfungen zählen. 100 % bedeutet dann, dass alle Anforderungen dieser Ebene erfüllt sind.

Betrachten Sie die Bewertung als Aufgabenliste für fehlendes Wissen, nicht als Note. Eine nicht bestandene Prüfung weist auf eine offene Entscheidung oder einen nicht dokumentierten Fakt hin. Am wichtigsten sind selten Zeichenfehler. Fehlende Dokumentation und Rollen weisen auf fehlende Absichten und Verantwortlichkeiten hin. Genau dort hat ein Assistent die wenigsten Belege und den größten Spielraum, etwas zu erfinden. Die Modellqualität ist daher weniger ein Zeugnis für die modellierende Person als eine Übersicht darüber, was die Organisation noch nicht entschieden hat.

Prüfungen der Modellqualität machen undokumentierte Aktivitäten, fehlende Rollen und Modellierungsfehler sichtbar

Versionen geben Ihnen die Kontrolle

Eine Architektur, die sich ohne Änderungsnachweis verändert, ist keine Quelle der Wahrheit. Sie gibt lediglich die aktuelle Meinung wieder.

Jeder Prozess hat einen Status: Entwurf, In Prüfung, Genehmigt, Ausgemustert oder Archiviert. Bei der Veröffentlichung wird ein Versionsstand erstellt. Benutzer mit Viewer-Sitzplätzen sehen diese veröffentlichte Version im Process Portal. Prüfende können eine Version benennen, freigeben und im selben Schritt veröffentlichen. Der Katalog zeigt, was aktuell ist, auf Prüfung wartet oder veraltet ist. Was Enterprise-Architektur-Governance als Prüfung bezeichnet, wird in einer Prozessarchitektur bei jeder Änderung angewendet. Wenn Sie bereits einen Prozess für die Prüfung der Architektur haben, ist das derselbe Ablauf mit kürzeren Zyklen.

Der Versionsverlauf ist besonders wichtig, wenn KI beteiligt ist. Sie können einen Versionsstand benennen, mit dem Entwurf vergleichen, gruppierte Änderungen prüfen, Gruppen freigeben oder ablehnen, einen früheren Stand wiederherstellen und eine bestimmte Version veröffentlichen. Prüfentscheidungen bleiben mit den Versionsständen verknüpft, auf deren Grundlage sie getroffen wurden. Eine spätere Änderung kann daher nicht unbemerkt eine ältere Freigabe übernehmen.

Diese Regel gilt auch für KI. Ein Assistent sollte mit der freigegebenen oder veröffentlichten Version arbeiten, nicht mit einem Entwurf, den noch niemand geprüft hat. Ein KI-Vorschlag wird als Änderung zur Prüfung vorgelegt und nicht einfach übernommen, nur weil es praktisch ist. Die Version ist die Vereinbarung zwischen den Menschen, die entschieden haben, und den Systemen, die die Inhalte lesen. Das umfassendere Betriebsmodell dahinter, einschließlich Verantwortlichkeiten, Prüfintervallen und Freigaben von Änderungen, wird unter Prozess-Governance behandelt.

Veröffentlichungsverlauf und Status zeigen, welche Prozessversion die Organisation freigegeben hat

Was KI mit einer freigegebenen Architektur leisten kann

Mit einer kuratierten, freigegebenen Architektur liefert ein Assistent keine allgemeinen Ratschläge mehr, sondern erledigt überprüfbare Aufgaben.

• Analysieren Sie einen Prozess und schlagen Sie Verbesserungen vor, die sich testen lassen, mit den zugrunde liegenden Belegen.
• Entwerfen Sie Dokumentation für eine Aktivität anhand des Modells, der Artefakte und der zugehörigen Prozesse.
• Schlagen Sie RACI-Zuordnungen vor, basierend auf den bereits festgelegten Rollen, damit eine Person sie prüfen kann.
• Beantworten Sie Fragen zur gesamten Prozesslandschaft: Welche Prozesse haben keine verantwortliche Person? Wo fehlt Dokumentation? Was hat sich seit der letzten freigegebenen Version geändert?
• Erstellen Sie ein erstes Modell oder eine erste Architektur anhand Ihrer Dokumente, die Sie Prozess für Prozess prüfen können.
• Legen Sie Simulationsparameter fest und vergleichen Sie eine geplante Änderung mit dem aktuellen Prozess.

Dafür müssen Sie dem Assistenten keine Entscheidungsbefugnis übertragen. Es reicht, wenn die Architektur und der Freigabeprozess seinen Handlungsspielraum begrenzen.

Der MCP-Server ermöglicht jedem kompatiblen Assistenten den Zugriff auf diese Inhalte. Im Enterprise-Tarif stellt ein eingeschränkter API-Schlüssel Prozesse und BPMN-Modelle, Dokumentation, Rollen und RACI, Personen- und Organisationsmetadaten sowie Prozessstatistiken und die Analysewerkzeuge von ProcessMind bereit. Schreibwerkzeuge stehen mit einem API-Schlüssel mit Schreibberechtigung zur Verfügung. Sie liefern jedoch Vorschläge, die vor der Bestätigung durch eine Person in einer Vorschau des Testlaufs geprüft werden müssen. Aufrufe werden dem Schlüssel zugeordnet und im Audit-Log erfasst. Datensatz-Uploads, Datenzuordnungen und Simulationen bleiben der REST API vorbehalten, da es sich dabei um Vorgänge und nicht um Entscheidungen handelt.

Hier kommt auch der KI-Assistent zum Einsatz. Er beantwortet Fragen zu Prozessen, verweist auf die zugrunde liegenden Dashboards und Modelle und legt Änderungsvorschläge als Diff zur Prüfung vor. Der Assistent ist gerade deshalb nützlich, weil sein Handlungsspielraum begrenzt ist.

Auch Agenten werden Teil des Betriebsmodells. Ein Assistent, der an einem Prozess mitwirkt, braucht wie ein System oder eine Rolle eine verantwortliche Person, einen klaren Aufgabenbereich und einen Platz in der Architektur. Kann ein Agent Änderungen vorschlagen, sollte die Architektur festhalten, wer für deren Annahme verantwortlich ist. So steuern Sie KI-Agenten, ohne ein separates Framework zu entwickeln: Sie werden zu einem weiteren Bestandteil, den Ihre Architektur beschreibt.

Wie fangen Sie an, ohne alles auf einmal anzugehen?

Sie müssen nicht erst die gesamte Organisation in der Architektur abbilden, bevor KI nützlich wird. Ein zusammenhängender Ausschnitt, der eine konkrete Entscheidung ermöglicht, reicht für den Anfang.

1. Wählen Sie einen Value Stream und einige wenige Prozesse aus

   Wählen Sie eine Aufgabe, über die bereits diskutiert wird, mit einer verantwortlichen Person und einem messbaren Ergebnis. Eine einzelne Freigabe, Übergabe oder Nacharbeitsschleife reicht aus, um den Ansatz zu prüfen.

2. Benennen Sie zuerst die Verantwortlichen und Prüfenden

   Legen Sie Rollen und RACI fest, bevor Sie einen Assistenten einbinden. Zuständigkeiten müssen geklärt sein, bevor der Assistent sie auslesen kann. Die prüfende Person ist gegenüber der Architektur verantwortlich.

3. Dokumentieren Sie so ausführlich wie nötig

   Beschreiben Sie jede Aktivität, ordnen Sie ihr eine Rolle zu und legen Sie klare Grenzen fest. Lassen Sie weg, was niemand verwenden wird. Eine vollständige, aber ungelesene Architektur ist nur ein weiterer Ordner mit Diagrammen.

4. Erfüllen Sie die Qualitätsanforderungen

   Korrigieren Sie unbeschriftete, nicht verbundene und undokumentierte Elemente. Behandeln Sie die verbleibenden Prüfpunkte als Arbeitsplan, nicht als Fehlerliste.

5. Veröffentlichen Sie eine Version und verbinden Sie einen Assistenten

   Stellen Sie eine Frage, deren Antwort Sie bereits kennen, und vergleichen Sie die Antwort mit dem Arbeitsbereich. Eine richtige Antwort zeigt, dass die Quelle gepflegt ist. Eine falsche Antwort weist auf eine Lücke hin.

6. Legen Sie regelmäßige Prüfungen fest

   Prüfen Sie die Modellqualität, die Änderungen seit der letzten Version und die von der KI vorgeschlagenen Verbesserungen. Geben Sie jeden Vorschlag frei, lehnen Sie ihn ab oder stellen Sie ihn zurück. Halten Sie die Gründe fest.

Der erste Ausschnitt beweist, dass der Ansatz funktioniert. Den zweiten erstellen Sie schneller. Die Architektur wächst mit den Entscheidungen, die Sie treffen, nicht mit einer Dokumentationskampagne.

Die Architektur hält die Vereinbarung fest

KI macht Dokumentation wichtiger, nicht weniger wichtig. Ein Modell, das außerhalb eines Workshops bisher keine Rolle spielte, bestimmt jetzt, was jeder Assistent im Unternehmen über die Arbeitsabläufe sagen kann.

Organisationen, die von KI profitieren, werden nicht die meisten Agenten haben. Sie werden ihr Wissen klar dokumentiert, Verantwortlichen zugeordnet, aktuell und freigegeben haben. Mitarbeitende können darin navigieren, und Assistenten können darauf zugreifen.

So verstehen wir die Aufgabenteilung: KI liest, entwirft und prüft. Menschen entscheiden, was gilt. Die Architektur hält ihre Vereinbarung fest.