# Arbeitsanweisung: Prozessmodelle in BPMN mit einem KI-Agenten

Diese Datei ist eine Arbeitsanweisung (Skill) für einen Coding-Agenten wie Claude Code oder Codex. Sie funktioniert auch als Anhang in einem Chat-Assistenten. Lege sie in den Projektordner und verweise im Auftrag darauf, zum Beispiel: „Lies arbeitsanweisung-prozessmodell.md und führe Auftrag A mit dem Foto whiteboard.jpg aus.“

Verwende nur Unterlagen, die du weitergeben darfst. Keine Kundendaten, keine vertraulichen Richtlinien.

## Was der Agent schreibt

Eine BPMN-2.0-Datei mit genau einem Pool, 1 bis 4 Bahnen (Lanes), Aufgaben, Gateways und Sequenzflüssen. Dazu ein vollständiges Diagramm-Layout (BPMNDiagram, BPMNShape mit dc:Bounds je Element inklusive Pool und Bahnen mit isHorizontal="true", BPMNEdge mit di:waypoint je Sequenzfluss), damit sich die Datei in bpmn.io, Camunda Modeler oder SAP Signavio öffnen lässt.

Technischer Rahmen: `definitions` mit einer `collaboration`, deren `participant` der Pool ist und auf den `process` verweist. Der `process` enthält ein `laneSet`, jede Bahn listet ihre Elemente als `flowNodeRef`. Übliche Größen: Aufgabe 140 x 80, Ereignis 36 x 36, Gateway 50 x 50, Bahnhöhe etwa 160. Beschriftungen von Ereignissen, Gateways und Flüssen so setzen, dass sie nicht auf Linien oder auf dem Namen der Bahn liegen. Laufen zwei Flüsse in dieselbe Aufgabe (Rücksprung), ist kein eigenes Gateway nötig.

## Elemente

| Element | Bedeutung im Modell |
|---|---|
| userTask | Ein Mensch entscheidet oder arbeitet |
| businessRuleTask | Feste Regel ohne Sprachmodell (Frist, Sperre, Schwellwert) |
| serviceTask | Schritt eines Sprachmodells oder Systemaufruf |
| sendTask | Versand einer Nachricht. In dieser Anweisung gilt die Vereinbarung: Ein sendTask liegt immer in der Bahn einer menschlichen Rolle |
| task | Schritt, bei dem unklar ist, wer ihn ausführt (nur in Auftrag A) |
| exclusiveGateway | Entscheidung mit beschrifteten Ausgängen („ja“, „nein“ oder Werte) |
| parallelGateway | Nur wenn Schritte wirklich gleichzeitig laufen |
| startEvent, endEvent | Genau ein Start, ein Ende je Ausgang |

Andere Elemente nicht verwenden. Das Ergebnis ist ein vereinfachtes Rollenmodell zum Diskutieren, kein ausführbarer Prozess. Wählt der Agent in einem Schritt Werkzeuge und Reihenfolge selbst, steht das in der documentation dieses Schritts.

## Bahnen, Namen, Beschreibungen

- Bahnen sind Rollen (zum Beispiel Kundenservice, Fachabteilung, KI-Agent, System), keine Schritt-Typen. Der Schritt-Typ steckt in der Art der Aufgabe.
- Namen von Aufgaben: kurz, Verb am Ende („Bestelldaten abrufen“), höchstens etwa 45 Zeichen. Gateways als Frage („Nachweis vorhanden?“). Ereignisse als Zustand („Antwort versendet“). Diese Namensregeln gelten für den neuen Prozess (Auftrag B). In Auftrag A haben die Beschriftungen der Vorlage Vorrang.
- Jede Aufgabe bekommt ein Element documentation: was passiert, auf welcher Grundlage, welche Grenze gilt. Steht etwas davon nicht in den Unterlagen, schreibe „nicht angegeben“ und erfinde nichts.
- Genau ein Start. Ein Endereignis je Ergebnis des Prozesses (zum Beispiel „Antwort versendet“).
- IDs nur mit ASCII-Zeichen (T_Abrufen, G_Nachweis, F1).

## Regeln für den neuen Prozess mit KI-Agent

- Feste Regeln stehen auf jedem Pfad vor dem ersten Schritt des Agenten. Braucht eine Regel Informationen, die erst beschafft werden müssen, steht der Abruf davor. Kehrt ein Fall nach einer Ablehnung zum Agenten zurück, müssen sie nicht erneut laufen, solange sich die Daten nicht geändert haben.
- Hängt der weitere Weg vom Ergebnis einer festen Regel ab, folgt ihr ein Gateway. Dient sie nur der Vorbereitung einer menschlichen Entscheidung, wird das Ergebnis vermerkt und weitergegeben.
- Der Agent bereitet vor und schlägt vor. Freigabe, Versand, Buchung und jede Entscheidung mit Außenwirkung bleiben bei einem Menschen. Ein Versand, den ein Mensch selbst ausführt, gilt als freigegeben. Der Agent wirkt nur nach außen (zum Beispiel mit einer Anfrage an Dritte), wenn die Vorgaben das ausdrücklich erlauben. Sonst bereitet er die Nachricht vor, und ein Mensch sendet sie.
- Gibt die zuständige Stelle den Entwurf des Agenten nicht frei, führt ein Pfad zurück zum Agenten. Jede Schleife braucht einen Ausgang: eine Entscheidung ohne Agent oder eine Eskalation.
- Keine Zahlen erfinden. Zeiten und Mengen nur übernehmen, wenn sie in den Unterlagen stehen.
- Der Entwurf ist eine Gestaltungshypothese. Ob er trägt, entscheiden Fachabteilung und Pilot.

## Auftrag A: den heutigen Prozess erfassen

Eingabe: ein Foto einer Skizze oder eine Beschreibung in eigenen Worten.

1. Schreibe `prozess-vorher.bpmn` nach den Regeln oben. Übernimm die Beschriftungen wörtlich. Ergänze nichts, was nicht in der Eingabe steht. Ordne jeden Schritt der Bahn zu, die seine Beschriftung nennt, sonst der Bahn, in der er gezeichnet ist. Ist nicht erkennbar, ob ein Mensch oder ein System handelt, verwende task und vermerke die Unklarheit in den Notizen.
2. Schreibe `notizen.md` mit drei Punkten: was unklar war, welche Annahmen du getroffen hast, was du nicht übernommen hast (etwa Randnotizen).

## Auftrag B: den Prozess neu entwerfen

Eingabe: `prozess-vorher.bpmn`, die Vorgaben der Fachabteilung (wer entscheidet, was der Agent nie darf, welche Regeln fest sind) und das nötige Wissen (Richtlinien, Regeln).

Leitfrage: Wenn dieser Prozess heute neu gestaltet würde und ein KI-Agent mitarbeiten könnte, wie sähe er aus?

1. Schreibe `prozess-nachher.bpmn` nach den Regeln oben. Bahnen: die menschlichen Rollen, die bleiben, dazu „KI-Agent“ und bei Bedarf „System“.
2. Schreibe `begruendung.md`: eine Tabelle mit den Spalten „Entfällt“, „Bleibt beim Menschen“, „Neu“. Danach drei Sätze zu Durchlaufzeit, Übergaben und dem, was ein Pilot messen müsste.

Beispiel für die Vorgaben: „Über Erstattung entscheidet nur das Käuferschutz-Team. Der Agent sendet nichts an Kundinnen und Kunden und ändert keine Zahlung. Beim Händler nachfragen darf er nicht selbst, er bereitet die Anfrage vor. Feste Regeln: gültige Version der Richtlinie, Meldefrist 21 Tage, Übergabenachweis des Paketdienstes.“

## Prüfung vor der Abgabe

- Jeder Sequenzfluss hat Quelle und Ziel, jedes Element liegt in genau einer Bahn.
- Jedes Gateway hat beschriftete Ausgänge.
- Kein Pfad erreicht einen Versand oder eine Buchung ohne Freigabe durch einen Menschen.
- Die Datei ist wohlgeformtes XML (zum Beispiel mit `xmllint --noout` geprüft) und enthält das Diagramm-Layout. Ob sie ein brauchbares BPMN-Diagramm ergibt, zeigt erst das Öffnen in einem Modellierungswerkzeug, etwa demo.bpmn.io.
- Alles, was du annehmen musstest, steht in `notizen.md` oder `begruendung.md`.

Stand: Oktober 2026. Allgemeine Fassung der Arbeitsanweisung aus dem Vortrag „Prozesse automatisieren oder neu denken?“, Jan Kirenz.