Geschäftsprozesse modellieren mit BPMN: Einstieg

Was ist BPMN überhaupt?

BPMN steht für Business Process Model and Notation – auf Deutsch etwa „Notation zur Modellierung von Geschäftsprozessen". Es ist ein international standardisierter, grafischer Modellierungsstandard, der heute in der Version 2.0 vorliegt und von der Object Management Group (OMG) gepflegt wird. Vereinfacht gesagt: BPMN ist eine festgelegte „Sprache" aus Symbolen, mit der du Abläufe so darstellst, dass alle Beteiligten dasselbe verstehen – egal ob Geschäftsführung, Sachbearbeitung oder die IT.

Der große Vorteil gegenüber selbstgemalten Flussdiagrammen in PowerPoint: BPMN ist eindeutig. Ein Kästchen mit abgerundeten Ecken bedeutet immer dasselbe, ein Diamant immer dasselbe. Wenn sich alle an den Standard halten, kann ein Modell von einer Person erstellt und von einer anderen ohne Rückfragen gelesen werden. Diese Eindeutigkeit ist die eigentliche Stärke und der Grund, warum sich BPMN in der Prozessmodellierung durchgesetzt hat.

Warum solltest du deine Geschäftsprozesse modellieren?

„Wir wissen doch, wie wir arbeiten" – diesen Satz höre ich in Projekten oft. Sobald wir den Prozess dann gemeinsam aufzeichnen, kommt fast immer Erstaunliches zutage: zwei Abteilungen machen denselben Schritt doppelt, ein Freigabeschritt existiert nur in den Köpfen von zwei Mitarbeitenden, und niemand weiß genau, was bei Reklamationen eigentlich passiert. Wer Prozesse verbessern oder automatisieren will, muss sie erst verstehen – und Verstehen heißt, sie sichtbar zu machen.

Konkret bringt dir eine saubere Modellierung deiner Geschäftsprozesse Folgendes:

• Gemeinsames Verständnis: Alle Beteiligten sehen denselben Ablauf und reden nicht aneinander vorbei.
• Aufdecken von Schwachstellen: Doppelarbeit, Medienbrüche, unklare Zuständigkeiten und Wartezeiten werden im Bild sofort sichtbar.
• Dokumentation, die bleibt: Wissen hängt nicht mehr an einzelnen Köpfen – wichtig bei Urlaub, Krankheit oder Personalwechsel.
• Basis für Automatisierung: Ein klar modellierter Prozess lässt sich gezielt teilautomatisieren – oder in einer Process-Engine sogar direkt ausführen.
• Grundlage für Auswahlentscheidungen: Wenn du ein CRM oder ERP auswählst, weißt du genau, welche Abläufe das System abbilden muss.

Die Grundelemente von BPMN 2.0

BPMN wirkt auf den ersten Blick umfangreich – der vollständige Standard kennt über 100 Symbole. Die gute Nachricht: Für 90 Prozent aller praktischen Fälle reichst du mit einer Handvoll Elementen aus. Die Symbole lassen sich in vier Gruppen einteilen.

1. Flow Objects – die Bausteine des Ablaufs

Flow Objects sind das Herzstück jedes Modells. Es gibt drei Typen:

• Events (Ereignisse): dargestellt als Kreise. Sie markieren, dass etwas passiert. Ein dünner Kreis ist ein Start-Event (z. B. „Anfrage geht ein"), ein dicker Kreis ein End-Event (z. B. „Auftrag abgeschlossen"). Dazwischen gibt es Zwischenereignisse, etwa für Zeitverzögerungen („3 Tage warten") oder eingehende Nachrichten.
• Activities (Aktivitäten): abgerundete Rechtecke. Sie stehen für die eigentliche Arbeit – also Aufgaben, die jemand erledigt. Eine einzelne Aufgabe ist eine Task („Angebot erstellen"). Ein dickerer Rahmen mit Plus-Symbol ist ein Sub-Prozess, der sich aufklappen lässt und einen ganzen Unterablauf enthält.
• Gateways (Verzweigungen): Rauten bzw. Diamanten. Sie steuern den Weg durch den Prozess. Das wichtigste ist das exklusive Gateway (Raute mit X) für Entweder-oder-Entscheidungen („Bonität ok? Ja / Nein"). Das parallele Gateway (Raute mit Plus) teilt den Ablauf in mehrere gleichzeitige Stränge auf.

2. Connecting Objects – die Verbindungen

Damit aus einzelnen Symbolen ein Ablauf wird, brauchst du Verbindungen:

• Sequenzfluss (Sequence Flow): durchgezogener Pfeil. Er zeigt die Reihenfolge der Schritte innerhalb eines Beteiligten an.
• Nachrichtenfluss (Message Flow): gestrichelter Pfeil. Er zeigt, dass eine Nachricht oder Information zwischen zwei Beteiligten ausgetauscht wird – etwa zwischen deinem Unternehmen und einem Kunden.
• Assoziation: gepunktete Linie. Sie verbindet Zusatzinformationen (Artefakte) mit Elementen.

3. Swimlanes – wer macht was?

Swimlanes beantworten die Frage nach der Verantwortung. Ein Pool stellt einen eigenständigen Beteiligten dar – etwa „Anubis Analytics" und „Kunde" als zwei getrennte Pools. Innerhalb eines Pools unterteilen Lanes (Bahnen) die Zuständigkeiten weiter, zum Beispiel „Vertrieb", „Buchhaltung" und „Geschäftsführung". So siehst du auf einen Blick, an welcher Stelle eine Aufgabe von der einen in die nächste Abteilung wandert. Genau diese Übergaben sind erfahrungsgemäß die häufigsten Stolperfallen im Prozess.

4. Artefakte – ergänzende Informationen

Artefakte tragen zusätzliche Infos in das Modell, ohne den Ablauf selbst zu verändern. Die zwei wichtigsten sind das Datenobjekt (ein Dokument-Symbol, z. B. „Angebot.pdf") und die Anmerkung (eine Textnotiz, um etwas zu erklären). Setze Artefakte sparsam ein – sie sind nützlich, machen ein Diagramm aber schnell unübersichtlich.

Ein einfaches Beispiel: der Angebotsprozess

Damit das Ganze greifbar wird, hier ein typischer Mini-Ablauf in Worten, wie er in einem BPMN-Modell aussehen würde. Stell dir zwei Lanes vor: „Vertrieb" und „Geschäftsführung".

• Ein Start-Event markiert: „Kundenanfrage eingegangen".
• Die Task „Anfrage prüfen" wird im Vertrieb erledigt.
• Ein exklusives Gateway fragt: „Auftragswert über 10.000 €?". Bei „Nein" erstellt der Vertrieb direkt das Angebot. Bei „Ja" wandert der Ablauf in die Lane „Geschäftsführung" zur Freigabe.
• Nach der Freigabe geht es zurück in den Vertrieb: Task „Angebot erstellen und versenden".
• Ein End-Event schließt den Prozess ab: „Angebot versendet".

Schon an diesem kleinen Beispiel siehst du, was BPMN leistet: Die Entscheidung, die Zuständigkeit und die Übergabe zwischen zwei Rollen sind eindeutig dokumentiert. Niemand muss mehr raten, ab welcher Auftragsgröße die Geschäftsführung mitentscheidet.

So gehst du beim ersten Modell vor

Ein gutes Vorgehen verhindert, dass du dich in Details verlierst. Diese Schritte haben sich in meinen Projekten bewährt:

• 1. Scope festlegen: Definiere klar, wo der Prozess startet und wo er endet. „Vom Eingang der Anfrage bis zum versendeten Angebot" ist ein guter Rahmen – „der gesamte Vertrieb" ist es nicht.
• 2. Beteiligte sammeln: Wer ist alles involviert? Daraus ergeben sich deine Pools und Lanes.
• 3. Ist-Zustand aufnehmen: Zeichne den Ablauf so, wie er tatsächlich läuft – nicht, wie er laut Handbuch laufen sollte. Am besten gemeinsam in einem Workshop mit den Leuten, die den Prozess täglich machen.
• 4. Happy Path zuerst: Modelliere erst den Normalfall ohne Ausnahmen. Sonderfälle und Fehlerpfade ergänzt du im zweiten Durchgang.
• 5. Validieren: Geh das Modell mit den Beteiligten durch. Stimmt jeder Schritt? Fehlt etwas? Erst wenn alle nicken, ist das Ist-Modell fertig.
• 6. Soll-Zustand ableiten: Jetzt erst überlegst du, wie der Prozess besser aussehen könnte – das ist der Übergang von der Dokumentation zur echten Prozessanalyse.

Welche Tools brauchst du?

Für den Einstieg in die Prozessmodellierung musst du keine teure Software kaufen. Eine realistische Auswahl gängiger Werkzeuge:

• Camunda Modeler: kostenloses Desktop-Tool, das den BPMN-2.0-Standard sehr sauber umsetzt. Ideal, wenn du später Richtung Automatisierung mit einer Process-Engine denkst. Etwas technischer im Look.
• draw.io (diagrams.net): kostenlos, browserbasiert, mit BPMN-Symbolbibliothek. Pragmatisch und unkompliziert für schnelle Modelle – perfekt zum Lernen.
• Lucidchart: komfortables Online-Tool mit guter Zusammenarbeit im Team. Es gibt eine eingeschränkte Gratis-Version; die Bezahlpläne liegen typischerweise im Bereich von rund 8 bis 20 € pro Nutzer und Monat.
• SAP Signavio: professionelle Enterprise-Plattform mit umfangreichem Funktionsumfang fürs Prozessmanagement. Eher für größere Organisationen mit entsprechendem Budget relevant, nicht für den ersten Schritt.

Mein Rat: Starte mit draw.io oder dem Camunda Modeler. Beide sind kostenlos und decken alles ab, was du als KMU für den Anfang brauchst. Ein teures Tool macht aus einem schlechten Prozess keinen guten.

Häufige Fehler bei der Prozessmodellierung

Damit dein Einstieg gelingt, hier die Stolperfallen, die mir in der Praxis am häufigsten begegnen:

• Zu viel Detail auf einmal: Wenn jedes Modell 60 Symbole hat, liest es niemand. Nutze Sub-Prozesse, um Komplexität wegzukapseln, und halte die oberste Ebene überschaubar.
• Soll statt Ist: Das schöngefärbte Modell, das die Realität ignoriert. Es sieht gut aus und hilft niemandem.
• Gateways ohne klare Bedingung: Hinter jeder Verzweigung muss eine eindeutige Frage stehen, und die ausgehenden Pfade müssen beschriftet sein („Ja"/„Nein").
• Sequenz- und Nachrichtenfluss verwechseln: Innerhalb eines Pools fließt die Sequenz (durchgezogen), zwischen Pools fließen Nachrichten (gestrichelt). Das wird oft vermischt.
• Modell wird nie gepflegt: Ein Prozessmodell, das nach dem Workshop in der Schublade verschwindet, veraltet. Lege fest, wer es aktuell hält.
• Im stillen Kämmerlein modellieren: Wer den Prozess allein am Schreibtisch zeichnet, baut Annahmen ein. Beziehe die Menschen ein, die den Ablauf wirklich kennen.

Von der Dokumentation zur Automatisierung

Der eigentliche Mehrwert von BPMN zeigt sich, wenn du den nächsten Schritt gehst. Sobald du einen Prozess sauber modelliert und Schwachstellen erkannt hast, kannst du gezielt entscheiden, welche Schritte sich automatisieren lassen. Genau diese Brücke macht BPMN so wertvoll im Vergleich zu einfachen Zeichnungen.

Ein praktisches Beispiel: In deinem Angebotsprozess fällt auf, dass die Freigabe durch die Geschäftsführung im Schnitt drei Tage dauert, weil die Anfrage per E-Mail hin- und hergeht. Hier kannst du automatisieren – etwa indem das Angebot bei Überschreiten der Wertgrenze automatisch eine Freigabe-Aufgabe im CRM erzeugt und nach 24 Stunden eine Erinnerung verschickt. Manche Tools wie Camunda gehen noch weiter: Ein BPMN-Modell kann dort direkt als ausführbarer Workflow in einer Process-Engine laufen, sodass das Diagramm und die tatsächliche Ausführung identisch sind.

Für die meisten KMU ist das volle Process-Engine-Szenario zwar überdimensioniert. Aber das Prinzip gilt immer: Erst dokumentieren und Prozesse verstehen, dann gezielt die richtigen Schritte automatisieren. Wer ungeprüfte, chaotische Abläufe automatisiert, beschleunigt nur das Chaos.

Fazit: BPMN ist dein Fundament für Digitalisierung

BPMN ist kein akademischer Selbstzweck, sondern ein erstaunlich praktisches Werkzeug, um Klarheit in deine Abläufe zu bringen. Du brauchst weder teure Software noch eine Zertifizierung, um zu starten – ein kostenloses Tool, eine Handvoll Grundsymbole und der Wille, einen konkreten Prozess ehrlich aufzuzeichnen, reichen für den Anfang völlig aus. Sobald deine Geschäftsprozesse sichtbar sind, werden Probleme greifbar und Verbesserungen diskutierbar.

Wenn du Prozesse dokumentieren, analysieren und anschließend automatisieren willst, ist BPMN der logische erste Schritt. Nimm dir einen Ablauf vor, der dich täglich nervt, und zeichne ihn auf. Du wirst überrascht sein, wie viel dieser eine Schritt sichtbar macht – und wie nah du damit plötzlich an einer echten Automatisierung bist.