.svg)
Process Mapping ist die grafische Darstellung eines Arbeitsablaufs, Schritt für Schritt, mit allen Beteiligten, Entscheidungen und Übergaben. Das Ergebnis: Du siehst auf einen Blick, wo Zeit verloren geht, wer wofür zuständig ist und wo ein Prozess bricht, bevor er zur Krise wird.
Nimm ein Support-Team, das Tickets per E-Mail bekommt. Jemand liest die Mail, tippt sie händisch in ein Board, weist sie zu, hakt sie irgendwann ab. Eine Prozesskarte zeigt diesen Ablauf in fünf Kästchen und macht sofort sichtbar: Der Medienbruch zwischen E-Mail und Board kostet täglich Minuten, die sich zu Stunden summieren. Mit einem Board-Setup wie „Status: Neu → In Bearbeitung → Wartet auf Kunde → Erledigt“ und einer Automation „Wenn Status = Neu, dann Zuweisung an nächsten freien Agenten“ ist genau dieser Bruch behoben.
Den Nutzen von Prozessmapping fasst die Wikipedia-Definition so zusammen: Es macht Ist-Prozesse systematisch nachvollziehbar und liefert die Grundlage für Standardisierung. Wer tiefer gehen will, orientiert sich an etablierten Notationen wie BPMN oder an Lean-Prinzipien wie der Gemba-Begehung, dem direkten Beobachten der Arbeit am Ort des Geschehens.
Die drei Kerngründe, warum Teams mappen:
Prozessmapping liefert erst dann echten Geschäftswert, wenn die Karte mit klarer Ebene, benanntem Owner und einer Verknüpfung zum operativen System versehen ist.
ThemaDetailsPassenden Kartentyp wählenNutze Flussdiagramm oder SIPOC für L1/L2, Swimlane oder BPMN für detaillierte, abteilungsübergreifende Prozesse.Mit L1 beginnenZeichne immer zuerst die Überblickskarte, bevor Du in L3 oder L4 Details erfasst.Gemba einplanenBeobachte den Prozess live vor Ort, 30 bis 60 Minuten reichen für die meisten Abläufe.Owner und Review festlegenBenenne eine verantwortliche Person und einen festen Review-Rhythmus, sonst veraltet jede Karte.Mapping operationalisierenNoliam übersetzt Prozesskarten in monday.com-Boards mit Status-Automationen, damit die Karte im Alltag wirkt.
Die Wahl des Kartentyps entscheidet, ob Dein Workshop drei Stunden oder drei Tage dauert. Fünf Typen decken fast jeden Anwendungsfall in Unternehmen und Verwaltung ab.
Das Flussdiagramm ist der Einstieg für alle. Kästchen für Aktivitäten, Rauten für Entscheidungen, Pfeile für den Verlauf. Es eignet sich für einfache, lineare Abläufe wie eine Urlaubsgenehmigung oder eine einfache Bestellfreigabe.
Das Swimlane-Diagramm (auch Cross-Functional Flowchart genannt) fügt horizontale oder vertikale Bahnen hinzu, eine pro Rolle oder Abteilung. Sobald mehr als eine Abteilung an einem Prozess beteiligt ist, etwa Vertrieb, Finanzen und Logistik bei einer Bestellabwicklung, zeigt die Swimlane sofort, wo die Übergaben stattfinden und wo sie hängen bleiben.
Die Wertstromkarte (Value Stream Map) kommt aus dem Lean Management und ist speziell auf die Suche nach Verschwendung ausgelegt. Sie zeigt nicht nur den Ablauf, sondern auch Durchlaufzeiten, Bearbeitungszeiten und Bestände zwischen den Schritten. Für Produktions- oder Logistikprozesse mit physischem Materialfluss ist sie oft die einzige Kartenart, die echte Zeitverluste sichtbar macht.
SIPOC (Supplier, Input, Process, Output, Customer) ist kein Diagramm im klassischen Sinn, sondern eine Tabelle. Sie eignet sich hervorragend als erster Schritt vor jedem detaillierteren Mapping, weil sie zwingt, Prozessgrenzen und Beteiligte klar zu benennen, bevor irgendjemand ein Kästchen zeichnet.
BPMN (Business Process Model and Notation) ist die formalste Notation der Liste. Sie ist als offener Standard der Object Management Group definiert und bietet Symbole für Gateways, Ereignisse, Nachrichten und Sub-Prozesse. BPMN lohnt sich, wenn ein Prozess später in einer Workflow-Engine automatisiert werden soll oder wenn mehrere Systeme und externe Partner beteiligt sind.
KartentypZielTypische TiefeTypischer EinsatzFlussdiagrammAblauf schnell verständlich machenL1–L2Einfache, lineare ProzesseSwimlane-DiagrammZuständigkeiten und Übergaben zeigenL2–L3Abteilungsübergreifende AbläufeWertstromkarteZeitverluste und Bestände aufdeckenL2–L3Produktion, LogistikSIPOCProzessgrenzen und Beteiligte klärenL1Vorbereitung vor Detail-MappingBPMNPräzise, automatisierbare ModellierungL3–L4IT-nahe, komplexe Prozesse
Als Faustregel gilt: Reicht die Frage „Was passiert grob, und wer ist beteiligt?“, genügt L1 oder L2 mit einem einfachen Flussdiagramm oder SIPOC. Erst wenn Du Fehlerquellen im Detail jagst oder eine Automatisierung vorbereitest, lohnt sich L3 oder L4 mit Swimlane oder BPMN.
Für ein einfaches Flussdiagramm brauchst Du nicht mehr als fünf Symbole. Das oval- oder abgerundete Rechteck markiert Start und Ende. Ein rechteckiges Kästchen steht für eine Aktivität oder einen Arbeitsschritt. Die Raute markiert eine Entscheidung mit mindestens zwei möglichen Ausgängen (ja/nein). Pfeile zeigen die Reihenfolge. Bei Swimlanes kommen horizontale oder vertikale Bahnen dazu, eine pro Rolle, System oder Abteilung.
BPMN erweitert dieses Grundvokabular erheblich: Gateways für parallele oder alternative Pfade, Ereignis-Symbole für Start, Zwischenschritte und Ende, Nachrichten-Flüsse zwischen verschiedenen Pools. Der Standard ist dafür gedacht, dass eine Prozesskarte nicht nur von Menschen gelesen, sondern im Idealfall direkt in eine Workflow-Engine übersetzt werden kann.
Profi-Tipp: Halte Dich an die Faustregel von maximal 15 bis 20 Symbolen pro Karte. Sobald ein Flussdiagramm mehr Kästchen hat, ist es Zeit, den Prozess in Teilprozesse aufzuteilen, statt eine Karte immer weiter zu verdichten.
Eine Prozesskarte entsteht selten am Schreibtisch allein. Sie entsteht im Raum, mit den Leuten, die den Prozess tatsächlich durchführen. Professionelle Prozessanalyse folgt dabei einem mehrstufigen Ablauf aus Identifikation, Ist-Aufnahme, Modellierung, Analyse und Ableitung von Maßnahmen, der sich in der Praxis auf acht konkrete Schritte herunterbrechen lässt.
Für die Workshop-Logistik brauchst Du wenig: ein Whiteboard oder eine große Wand, Haftnotizen in mindestens zwei Farben (eine für Standardschritte, eine für Ausnahmen oder Workarounds), einen Moderator, der nicht selbst im Prozess arbeitet, und zwei bis drei Stunden Zeit. Digitale Vorlagen helfen erst danach, beim Sauberzeichnen und Teilen.
Profi-Tipp: Eine Gemba-Begehung braucht keinen halben Tag. 30 bis 60 Minuten reichen, wenn Du gezielt beobachtest: Steh neben der Person, die den Prozess ausführt, notiere jeden Klick, jeden Handgriff, jede Warteschleife, und frag erst am Ende „Warum machst Du das so?“ Fragen während der Beobachtung verändern das Verhalten.
Der häufigste Fallstrick im Workshop: Diskussionen kippen von „Wie läuft es?“ zu „Wie sollte es laufen?“, bevor der Ist-Zustand überhaupt vollständig ist. Trenne beide Fragen bewusst in zwei Blöcke.
Vier Prozesse taucht in fast jedem Unternehmen mit ähnlicher Struktur auf. Sie eignen sich als Startpunkt für eigene Vorlagen.
Beim Mitarbeiter-Onboarding läuft die Karte typischerweise über IT (Zugänge einrichten), HR (Verträge, Unterlagen) und die Fachabteilung (Einweisung). Eine Swimlane mit diesen drei Bahnen zeigt sofort, wo der neue Mitarbeiter am ersten Tag ohne Laptop-Zugang sitzt, weil IT erst nach der HR-Freigabe informiert wurde.
Die Rechnungseingangsprüfung (Purchase-to-Pay) beginnt mit dem Eingang der Rechnung, geht über Prüfung gegen Bestellung, Freigabe durch den Budgetverantwortlichen, bis zur Zahlung. Hier lohnt sich fast immer eine Wertstromkarte, weil die Wartezeiten zwischen den Schritten oft länger sind als die eigentliche Bearbeitungszeit.
Die Support-Ticket-Bearbeitung folgt dem Muster Eingang, Kategorisierung, Zuweisung, Bearbeitung, Rückmeldung an den Kunden, Abschluss. Ein einfaches Flussdiagramm mit klaren Entscheidungspunkten („Kann Level 1 lösen? Ja/Nein“) reicht meist aus.
Beim Bewerber-Screening verläuft der Prozess über Eingang der Bewerbung, Vorauswahl, Interview-Runden, Entscheidung, Vertragsangebot. Auch hier hilft eine Swimlane, weil HR, Fachabteilung und manchmal Geschäftsführung parallel involviert sind.
Jede Vorlage sollte mindestens fünf Elemente enthalten: Eingaben (was startet den Prozess), Ausgaben (was ist das Ergebnis), beteiligte Rollen, genutzte Systeme und, wo möglich, grobe Durchlaufzeiten pro Schritt. Lege fertige Karten an einem zentralen, für alle zugänglichen Ort ab, etwa als eigenes Board oder als verlinktes Dokument, mit einem klaren Versionsdatum und einem Namen als Owner. Eine Karte ohne Owner ist in sechs Monaten Altpapier.
Nicht jedes Mapping braucht Software. Die Wahl des Werkzeugs hängt vom Zweck ab, nicht von dem, was gerade Trend ist.
Für den ersten Workshop reicht analog: Whiteboard, Haftnotizen, ein Foto zum Abschluss. Schnell, günstig, keine Lernkurve. Für Diagramm-Editoren wie generische Flowchart-Tools lohnt sich der Wechsel, sobald die Karte dauerhaft existieren und geteilt werden soll. BPMN-Tools kommen ins Spiel, wenn ein Prozess später automatisiert werden soll und die Notation präzise genug sein muss, um von einer Engine interpretiert zu werden. Process-Mining-Software rekonstruiert den tatsächlichen Ablauf direkt aus System-Logs statt aus Workshop-Beschreibungen. Sie ergänzt Mapping, ersetzt es aber nicht, Process Mapping bleibt für die meisten Fachbereiche der zugänglichere Einstieg, weil er keine Datenintegration voraussetzt. Work-Management-Plattformen wie monday.com schließlich sind der Ort, an dem die Karte zur laufenden Steuerung wird.
Vier Kriterien helfen bei der Auswahl:
Genau am letzten Punkt scheitern viele Diagramm-Tools. Kollaborative Whiteboard-Lösungen wie Miro erhalten auf Capterra durchweg gute Bewertungen für die Zusammenarbeit im Workshop, aber Nutzer auf G2 kritisieren wiederholt fehlende Governance und Versionskontrolle, sobald die Karte in den produktiven Betrieb übergehen soll. Genau dort trennt sich Mapping-Werkzeug von Steuerungs-System.
Eine Prozesskarte gehört ins operative System, sobald mindestens einer dieser Punkte zutrifft: Der Prozess läuft täglich, mehrere Personen sind beteiligt, oder es gibt wiederkehrende Statuswechsel, die sich automatisieren lassen.
Profi-Tipp: Eine Übergabe wie „Rechnung eingegangen, warte auf Freigabe“ lässt sich in monday.com direkt als Automation abbilden: „Wenn Status wechselt zu Wartet auf Freigabe, dann Benachrichtigung an Budgetverantwortlichen und Fälligkeitsdatum in drei Tagen setzen.“ Genau diese Übersetzung von Kästchen zu Regel ist der Punkt, an dem Mapping aufhört, ein Bild zu sein, und anfängt, Arbeit zu erledigen.
Der teuerste Fehler ist, zu früh ins Detail zu gehen. Ein Team startet direkt mit L4-Arbeitsanweisungen, bevor überhaupt geklärt ist, wo der Prozess anfängt und aufhört. Das Ergebnis sind tagelange Workshops, die niemand zu Ende bringt, und eine Karte, die schon beim ersten Review überarbeitet werden muss.
Der zweite Fehler: Mapping ohne Gemba. Wer nur am Konferenztisch fragt „Wie läuft das?“, bekommt die offizielle Version. Die echte Version, mit allen Workarounds und Notlösungen, sieht man nur vor Ort.
Der dritte Fehler ist der stille Tod der Karte als PDF. Sie wird einmal gezeichnet, in einem Ordner abgelegt, nie wieder angeschaut. Ohne Verknüpfung zum Tagesgeschäft veraltet jede Karte innerhalb weniger Monate.
Der vierte Fehler: Niemand ist für die Aktualisierung verantwortlich. Ändert sich der Prozess, ändert sich die Karte nicht mit.
Ein einfacher Erfolgscheck: Wird die Karte in Daily-Standups zitiert, taucht sie in Automationen wieder auf, oder wird sie beim Onboarding neuer Mitarbeiter tatsächlich gezeigt? Wenn die Antwort dreimal Nein ist, war der Workshop reine Übung.
Eine Prozesskarte ist die Grundlage für Verbesserung, nicht die Verbesserung selbst. Der Übergang gelingt über Kennzahlen, die Du direkt aus der Karte ableitest.
Vier Kennzahlen liefern in den meisten Fällen genug Aussagekraft: die Durchlaufzeit (Lead Time) von Anfang bis Ende des gesamten Prozesses, die Bearbeitungszeit (Cycle Time) für einzelne Schritte, die Fehlerquote an kritischen Übergabepunkten und die First Pass Yield, also der Anteil der Fälle, die ohne Nachbearbeitung durchlaufen. Dazu kommt eine einfache, aber oft unterschätzte Zahl: die Anzahl der manuellen Übergaben zwischen Systemen oder Personen. Jede zusätzliche Übergabe ist ein zusätzlicher Punkt, an dem etwas verloren gehen kann.
KennzahlWas sie zeigtDurchlaufzeitGesamtdauer von Start bis Ende des ProzessesBearbeitungszeitReine Arbeitszeit pro Schritt, ohne WartezeitFehlerquoteAnteil der Fälle mit Fehlern an kritischen ÜbergabenFirst Pass YieldAnteil der Fälle ohne NachbearbeitungManuelle ÜbergabenAnzahl der System- oder Personenwechsel im Prozess
Governance braucht dabei nicht viel: einen Map-Owner, einen festen Review-Rhythmus, einen klaren Ort, an dem die aktuelle Version liegt, und eine direkte Verknüpfung zwischen jeder identifizierten Schwachstelle und einer verantwortlichen Person.
Der praktische Ablauf danach ist immer derselbe: Karte zeichnen, eine Hypothese formulieren („Wenn wir Schritt X automatisieren, sinkt die Durchlaufzeit um Y“), einen Piloten mit einem Team oder einer Region starten, messen, dann erst breit ausrollen. Mehr zu passenden Analysemethoden findest Du im Praxisguide zu Workflow-Analyse-Methoden.
Die vier Ebenen unterscheiden sich im Detailgrad, nicht im Wert. Gängige Praxis trennt L1 als End-to-End-Übersicht, L2 als Phasenmodell, L3 als detaillierte Schrittfolge und L4 als konkrete Arbeitsanweisung. L1 zeigt „Kunde bestellt bis Kunde erhält Ware“ in fünf Kästchen. L4 zeigt, welche drei Klicks in welchem System nötig sind, um eine Bestellung anzulegen.
Die praktische Regel: Starte immer mit dem Kundennutzen und dem Endziel des Prozesses, und geh nur so tief, wie die konkrete Fragestellung es verlangt. Willst Du verstehen, warum ein Kunde drei Wochen auf seine Bestellung wartet, reicht L1 oder L2, um die groben Zeitfresser zu finden. Willst Du eine Schulungsunterlage für neue Sachbearbeiter erstellen, brauchst Du L4.
Das häufigste Anti-Pattern: Teams springen direkt zu L4, ohne je ein L1 gezeichnet zu haben. Sie verlieren sich in Klick-für-Klick-Anleitungen für einen Prozess, dessen groben Ablauf niemand im Raum tatsächlich einheitlich beschreiben könnte. Das Resultat sind seitenlange Dokumentationen, die keiner liest, weil der Kontext fehlt. Zeichne immer zuerst L1, auch wenn er nur fünf Minuten dauert. Er ist die Landkarte, ohne die jede Detailkarte ihren Sinn verliert. Wer danach systematisch zu L4 durcharbeiten will, findet einen strukturierten Ansatz im Guide zur Workflow-Standardisierung.
Vor, während und nach dem Workshop entscheidet sich, ob die Karte am Ende Nutzen bringt oder in der Schublade landet.
Die Karte an der Wand ist selten das Problem. Das Problem beginnt, wenn der Workshop vorbei ist und jemand fragen muss: Und jetzt? In den meisten Projekten, die wir begleiten, zerfällt genau an dieser Stelle der Schwung. Die Karte wird abfotografiert, ins Intranet hochgeladen, und drei Monate später erinnert sich keiner mehr an die Details.
Drei Regeln haben sich über verschiedene Projekte hinweg wiederholt bestätigt. Erstens: Prozessdesign kommt vor Tool-Rollout, nicht danach. Ein Team, das erst ein Board baut und dann versucht, den Prozess passend zu verbiegen, endet mit einem Board, das niemand nutzt, weil es die reale Arbeit nicht abbildet. Zweitens: Governance ist kein Nachgedanke. Ohne einen benannten Owner und einen festen Review-Termin verwandelt sich jede noch so gute Karte in ein Museumsstück. Drittens: Automationen sind die eigentliche Belohnung fürs Mapping, nicht das Diagramm selbst. Ein sauber gezeichneter Prozess, der als „Wenn Status ändert sich zu X, dann Aktion Y“ in einem Board landet, bringt täglich Nutzen. Ein Diagramm, das nur betrachtet wird, bringt einmalig Nutzen.
Bei Noliam übersetzen wir genau diesen letzten Schritt in die Praxis: aus Workshop-Ergebnissen werden Boards mit Spalten für Status, Verantwortliche und Fristen, und aus wiederkehrenden Übergaben werden Automationsregeln. Eine Karte ohne diese Übersetzung bleibt Theorie.
Noliam übernimmt genau den Teil, an dem viele Mapping-Projekte hängen bleiben: die Übersetzung von Whiteboard-Ergebnissen in ein laufendes System, das ohne ständige Nachpflege funktioniert.
Wenn Deine Prozesskarten regelmäßig veralten, weil niemand sie pflegt, oder wenn Integrationen zwischen E-Mail, Excel und Deinem Work-Management-Tool fehlen, lohnt sich ein externer Blick von außen. Der Clarity Audit von Noliam nimmt Deine bestehenden Abläufe auf und zeigt, wo die größten Medienbrüche liegen. Fast Foundations baut darauf ein erstes, funktionierendes Board-Setup in monday.com mit passenden Automationen. Und wo laufende Betreuung fehlt, übernimmt der Admin as a Service die Pflege von Boards, Berechtigungen und Automationsregeln, damit die Karte, die Du heute zeichnest, in einem Jahr noch stimmt. Wie das im Großen aussieht, zeigt der Referenz-Case zur Vereinheitlichung von Workflows über mehrere Standorte.
Der nächste konkrete Schritt: Buche ein kurzes Gespräch für einen Clarity Audit und bring Deine letzte Prozesskarte mit, egal ob sie auf Papier, in Miro oder als PDF existiert.
Process Mapping ist die grafische Darstellung eines Ablaufs, Prozessdokumentation umfasst zusätzlich Text, Regeln und Verantwortlichkeiten rund um diesen Ablauf. Eine gute Prozesskarte ist meist der visuelle Kern der Dokumentation.
Für L1 oder L2 reichen zwei bis drei Stunden. Sobald Du in L3 oder L4 gehst, planst Du besser einen separaten Termin, weil die Detailtiefe deutlich mehr Diskussion braucht.
Für die meisten internen Abstimmungen reicht ein einfaches Flussdiagramm oder eine Swimlane völlig aus. BPMN lohnt sich erst, wenn der Prozess später in einer Workflow-Engine automatisiert oder mit externen Systemen über Nachrichten verbunden werden soll.
Ein fester Review-Rhythmus, häufig vierteljährlich, verhindert, dass die Karte veraltet. Zusätzlich lohnt sich ein Review immer dann, wenn sich ein System, eine Zuständigkeit oder eine Vorschrift ändert.
Ja, sobald der Prozess wiederkehrend ist und klare Statuswechsel hat, lässt sich jeder Schritt als Spalte und jede Übergabe als Automation abbilden, etwa „Wenn Status wechselt zu Freigegeben, dann Benachrichtigung an nächste Person“.
Wer tiefer in Normen, Methoden und Werkzeuge einsteigen will, findet bei diesen Quellen einen guten Ausgangspunkt.
%20invert.svg)