Das System kartieren, bevor Sie es verändern: eine Anleitung aus der Praxis

Um ein System zu kartieren, bevor Sie es verändern, wählen Sie ein Ergebnis, das für die Menschen zählt, für die die Veränderung gedacht ist. Dann zeichnen Sie alles auf, was dieses Ergebnis heute hervorbringt: die beteiligten Personen und Einheiten, was zwischen ihnen fließt, die Regeln, die sie steuern, und die Schleifen, die den heutigen Zustand stabil halten. Eine gute Karte braucht zwei bis vier Wochen, entsteht mit den Menschen im System statt über sie und endet mit einer kurzen Liste von Stellen, an denen eine Veränderung wahrscheinlich hält. Ohne sie verändert eine Transformation meist den Teil des Systems, der am leichtesten zu sehen ist – und sieht dann zu, wie der Rest des Systems das still wieder rückgängig macht.

Warum die Karte zuerst kommt

Die meisten Transformationspläne werden auf dem Organigramm gezeichnet. Das Organigramm zeigt, wer an wen berichtet. Es zeigt nicht, wie Arbeit tatsächlich fließt, wo eine Anfrage drei Wochen wartet oder welche informelle Regel alle befolgen, weil ihr Bruch einmal Ärger gebracht hat. Genau das entscheidet, ob eine Veränderung überlebt.

Systemisches Denken hat hier eine lange Tradition. Peter Senges The Fifth Discipline (1990, deutsch Die fünfte Disziplin) machte die Idee populär, dass Organisationen sich nach ihrer Struktur verhalten, nicht nach ihren Absichten. Donella Meadows argumentierte in ihrem Essay Leverage Points: Places to Intervene in a System (1999), dass die Stellen, an denen Menschen instinktiv ansetzen – Budgets, Steuern, Standards –, oft die schwächsten Hebel sind.

Dieser Artikel ist das praktische Gegenstück zu Transformation scheitert an der Tür des Kunden. Dort geht es darum, warum Veränderung bei den Kunden spürbar werden muss, um zu zählen. Die Kartierung zeigt Ihnen, was heute zwischen Ihrer Organisation und diesem Erleben steht.

Schritt 1: Das Ergebnis wählen, nicht die Abteilung

Beginnen Sie mit einem Ergebnis, das von außen beschrieben ist: „Ein kleines Unternehmen erhält eine Gewerbeerlaubnis“, „eine Patientin wird entlassen und weiß, was als Nächstes zu tun ist“, „ein Lieferant wird pünktlich bezahlt“. Vermeiden Sie den Start bei einer Einheit („die Genehmigungsabteilung kartieren“), denn das Ergebnis läuft fast immer über drei oder vier Einheiten und zwei externe Parteien.

Formulieren Sie das Ergebnis in einem Satz und vereinbaren Sie zwei Grenzen: wo das System beginnt (der erste Moment, in dem jemand etwas braucht) und wo es endet (der Moment, in dem er es hat oder aufgibt). Alles innerhalb dieser Grenzen, was das Ergebnis prägt, gehört auf die Karte.

Schritt 2: Die Akteure auflisten, dann anordnen

Beginnen Sie mit einer Stakeholder-Map, denn sie geht schnell und bringt Namen an die Wand. Nehmen Sie auf:

• Die Menschen, für die das Ergebnis gedacht ist, aufgeteilt in die zwei oder drei Gruppen, die es unterschiedlich erleben.
• Jede interne Einheit, die eine Anfrage berührt, auch jene, die nur freigeben oder prüfen.
• Externe Parteien: Aufsichtsbehörden, Lieferanten, Partnerorganisationen, Banken, Plattformen.
• Die stillen Akteure: das Sammelpostfach, das Altsystem, das Gremium, das einmal im Monat tagt. Behandeln Sie ein System oder ein Meeting als Akteur, wenn Arbeit darauf wartet.

Wechseln Sie dann zu einer System Map und ordnen Sie die Akteure auf einer Fläche an. Wo mehrere Organisationen sich das Ergebnis teilen, ist eine Ecosystem Map die bessere Arbeitsfläche, weil sie den Wertaustausch zwischen Organisationen zeigt statt der Schritte innerhalb einer.

Schritt 3: Die Flüsse zeichnen

Verbinden Sie die Akteure mit Pfeilen und beschriften Sie jeden Pfeil mit dem, was sich bewegt: Informationen, Geld, Dokumente, Freigaben, Menschen, Daten. Vier Arten von Flüssen lohnt es sich getrennt und in verschiedenen Farben zu markieren:

1. Arbeitsflüsse. Die Anfrage, die Akte oder der Fall auf seinem Weg.
2. Informationsflüsse. Wer wem was mitteilt – und wie spät.
3. Geld- und Ressourcenflüsse. Budgets, Gebühren, Arbeitszeit.
4. Entscheidungsflüsse. Wer Ja sagen kann, wer Nein sagen kann, wer gefragt werden muss.

Wo der Fluss eine Abfolge innerhalb eines Teams ist, erfasst ein Prozessflussdiagramm ihn besser als Pfeile auf einer großen Karte. Wo das Kundenerlebnis und das Backoffice zusammenspielen, zeigt ein Service Blueprint beide Ebenen.

Zeichnen Sie Flüsse nicht allein anhand von Dokumenten. Gehen Sie den Weg selbst. Eine Service Safari, bei der das Team den Service so durchläuft wie ein Kunde, fördert regelmäßig Schritte zutage, die der offizielle Prozess nicht erwähnt.

Schritt 4: Regeln und Schleifen markieren

Diesen Schritt lassen die meisten Teams aus – und genau hier liegt die nützliche Erkenntnis.

Regeln. Schreiben Sie neben jeden Akteur und jeden Fluss die Regeln, die das Verhalten prägen: schriftliche Richtlinien, Leistungskennzahlen, Freigabegrenzen und die ungeschriebenen Regeln („Niemand unterschreibt, bevor der Direktor es gesehen hat“). Fragen Sie die Menschen direkt: „Womit würden Sie sich hier Ärger einhandeln?“ Die Antworten sind die echten Regeln.

Schleifen. Suchen Sie nach Ketten, die auf sich selbst zurückwirken. Eine häufige: Beschwerden nehmen zu, also wird ein Prüfschritt eingefügt, also verlangsamt sich die Bearbeitung, also nehmen die Beschwerden weiter zu. Eine andere: Eine Einheit wird an der Geschwindigkeit gemessen, also lehnt sie unvollständige Akten schnell ab, also reichen Kunden erneut ein, also steigt das Volumen, also wirkt die Einheit ausgelastet und fordert mehr Personal. Zeichnen Sie diese als geschlossene Kreise. Eine Schleife, die den heutigen Zustand stabil hält, ist der Grund, warum frühere Veränderungsversuche verpufft sind.

Wenden Sie die 5-Why-Methode auf jede Verzögerung und jede Fehlerstelle an, um sie bis zur Regel oder Schleife dahinter zurückzuverfolgen.

Schritt 5: Finden, wo Veränderung auf Widerstand stößt und wo sie hält

Lesen Sie die Karte jetzt als Ganzes. Drei Fragen helfen:

• Wo wartet die Arbeit? Wartepunkte liegen meist an Entscheidungsflüssen, nicht an Arbeitsflüssen.
• Welche Regel würde, wenn man sie ändert, mehrere Flüsse zugleich verändern? Das ist ein möglicher Hebelpunkt.
• Wer profitiert vom heutigen Zustand? Nicht als Bösewichte gemeint. Der meiste Widerstand kommt von Menschen, deren Ziele, Arbeitslast oder Status am heutigen Design hängen.

Führen Sie für jede mögliche Ansatzstelle eine kurze Kraftfeldanalyse durch (das Werkzeug von Kurt Lewin): Listen Sie die Kräfte auf, die die Veränderung vorantreiben, und jene, die sie bremsen. Wählen Sie die zwei oder drei Stellen, an denen die treibenden Kräfte real sind und sich die hemmenden Kräfte angehen lassen. Sie werden zu den Ausgangspunkten der Roadmap, um die es in Eine Transformations-Roadmap, die den Teams gehört geht.

Schritt 6: Die Karte mit den Menschen darauf prüfen

Bevor irgendjemand etwas entscheidet, bringen Sie die Karte in kleinen Gruppen zu den Menschen zurück, die darauf vorkommen, und fragen Sie: „Was ist falsch oder fehlt?“ Rechnen Sie mit Korrekturen. Jede Korrektur macht diese Menschen zu Mitautoren der Diagnose statt zu ihrem Gegenstand. Eine Karte, in der sich die Mitarbeitenden an der Front wiedererkennen, ist das stärkste Argument, das ein Transformationsteam in eine Führungsrunde mitnehmen kann.

Illustratives Beispiel

Illustrativ. Eine mittelgroße Stadtverwaltung in Nordeuropa wollte die Genehmigungsdauer für kleine Bauvorhaben halbieren. Der ursprüngliche Plan war ein neues Onlineportal. Das Team kartierte zuerst das System, ausgehend vom Ergebnis „Ein Hauseigentümer erhält die Genehmigung für einen Anbau“.

Die Karte zeigte elf Akteure, darunter zwei externe Behörden und einen monatlich tagenden Bauausschuss. Der Arbeitsfluss wirkte vernünftig, der Entscheidungsfluss nicht. Jeder Antrag, der eine denkmalgeschützte Straße betraf, ging unabhängig von seiner Größe an den Ausschuss – und der tagte einmal im Monat. Dahinter steckte eine Schleife. Frühere Beschwerden über einen umstrittenen Anbau hatten zu der Regel geführt, dass „alle Denkmalfälle in den Ausschuss gehen“. Das verlangsamte alles, was dazu führte, dass mehr Antragsteller Ratsmitglieder anriefen, was den Ausschuss nervös und die Regel in Kraft hielt.

Das Portal hätte die Einreichung beschleunigt und an der Wartezeit nichts geändert. Stattdessen übertrug die Stadt kleine Denkmalfälle mit klaren Kriterien an leitende Sachbearbeiter, behielt den Ausschuss für große Fälle und baute erst dann das Onlineformular. Das Portal ging in einem System live, das es auch nutzen konnte.

Do's and Don'ts

Do

• Bei einem Ergebnis beginnen, das der Kunde wiedererkennen würde.
• Externe Parteien und nicht menschliche Akteure wie Systeme und Gremien einbeziehen.
• Die ungeschriebenen Regeln aufschreiben. Fragen, womit man sich Ärger einhandelt.
• Schleifen als Kreise zeichnen, damit niemand sie für gerade Linien hält.
• Die Karte zu den Menschen darauf zurückbringen, bevor gehandelt wird.

Don't

• Nur anhand von Richtlinien und Prozesshandbüchern kartieren.
• Eine Abteilung kartieren, wenn das Ergebnis über fünf läuft.
• Vollständigkeit anstreben. Eine Karte ist fertig, wenn sie eine Entscheidung verändert, nicht wenn jedes Kästchen gezeichnet ist.
• Die Karte als Befund über Menschen präsentieren statt über Strukturen.
• Die Kartierung zum Projekt werden lassen. Zwei bis vier Wochen reichen für ein Ergebnis meist aus.

Häufige Fragen

Was ist der Unterschied zwischen einer System Map und einer Prozesslandkarte? Eine Prozesslandkarte zeigt die Schritte, die ein Arbeitsvorgang durchläuft, meist innerhalb eines Teams. Eine System Map zeigt alle Akteure, Flüsse, Regeln und Schleifen, die gemeinsam ein Ergebnis hervorbringen, auch jene außerhalb Ihrer Organisation. Nutzen Sie die Prozesslandkarte, um in einen Teil der System Map hineinzuzoomen.

Wie detailliert sollte eine System Map sein? So detailliert, dass sie zeigt, wo Arbeit wartet und warum. Würde ein Kästchen oder Pfeil nichts daran ändern, wo Sie ansetzen, lassen Sie ihn weg. Die meisten nützlichen Karten passen an eine Wand.

Wer sollte beim Kartieren eines Systems im Raum sein? Menschen, die die Arbeit in jeder Phase tun, mindestens eine Person, die das Ergebnis als Kunde erlebt, jemand, der die Regeln kennt (Richtlinien, Recht oder Finanzen), und die Person, die die Veränderung verantworten wird. Halten Sie die Kerngruppe bei sechs bis zehn Personen und prüfen Sie die Karte danach mit weiteren.

Wie es weitergeht

Beginnen Sie mit den Leitfäden zu System Map und Stakeholder-Map, zoomen Sie mit einem Service Blueprint hinein und prüfen Sie Ihre gewählten Ansatzpunkte mit einer Kraftfeldanalyse. Wenn Ihr letztes Programm nichts kartiert und trotzdem einen dicken Bericht hervorgebracht hat, erklärt Warum Transformationsprogramme Berichte produzieren und niemand anders arbeitet das Muster.