Serviceabläufe gestalten: Prozesse, Verantwortlichkeiten und Freigaben

Das Wichtigste auf einen Blick

Prozessaufnahme: vom Interview zum BPMN-Modell

Ein Serviceablauf entsteht selten am Schreibtisch. Wer ihn aufnehmen will, beobachtet zuerst, wie ein Vorgang tatsächlich durch das Team läuft, und vergleicht das mit der offiziellen Beschreibung. Die Abweichung ist meist der interessante Teil.

Die Modellierungssprache BPMN 2.0 setzt sich durch, weil sie Ereignisse, Verzweigungen und Verantwortungswechsel eindeutig abbildet. Ein Flussdiagramm genügt für die erste Skizze, verliert aber bei parallelen Freigaben und Eskalationen an Aussagekraft.

Wichtig ist die Trennung von Ist-Modell und Soll-Modell. Das Ist-Modell zeigt Schleifen, Nacharbeit und informelle Abkürzungen. Das Soll-Modell beschreibt den Zielzustand und bildet die Grundlage für Freigaben und Automatisierung.

Zu jedem Modell gehört eine Liste der Schnittstellen. An jeder Übergabe zwischen zwei Rollen entstehen die meisten Wartezeiten und die meisten Nacharbeiten. Diese Stellen bekommen einen Namen und eine Zielzeit.

Prozessvarianten werden getrennt aufgenommen. Ein Standardfall, ein Sonderfall mit Rückfrage und ein Eskalationsfall ergeben drei Pfade. Wer alles in ein Diagramm presst, verliert die Übersicht.

Für einen einzelnen Serviceablauf sind zwei bis vier Workshops üblich, dazu ein bis zwei Wochen Modellierungszeit. Aufnahmeprotokolle gehören in die Prozessakte: Sie halten fest, welche Rolle welche Aussage gemacht hat.

Rollen und Verantwortlichkeiten

Ohne klare Zuordnung entstehen Wartezeiten an jeder Übergabe. Verantwortung lässt sich in einer Matrix festhalten. Verbreitet ist das RACI-Schema aus Durchführend, Rechenschaftspflichtig, Konsultiert und Informiert.

Rechenschaftspflichtig ist genau eine Person je Schritt. Zwei Verantwortliche für denselben Vorgang sind ein sicherer Weg in die Blockade. Genauso wichtig ist die Vertretungsregel: Wer freigibt, braucht eine benannte Stellvertretung mit gleicher Befugnis.

Jeder Schritt bekommt zusätzlich eine Kurzbeschreibung in einem Satz. Sie beantwortet, wer was womit bis wann tut. Aus dieser Sammlung entstehen später Arbeitsanweisungen und Schulungsunterlagen.

Prozesseigner und Prozessverantwortlicher sind nicht dasselbe. Der Eigner entscheidet über Ziele und Ressourcen, der Verantwortliche über das Modell im Tagesgeschäft. Beide Rollen gehören in die Matrix.

Jede neue Aufgabe bekommt sofort einen Eintrag, sonst driftet das Modell von den Zuständigkeiten weg. Bei jeder Prozessänderung wird die Matrix mitgeprüft.

Freigaben und Vier-Augen-Prinzip

Freigaben bremsen Serviceabläufe am häufigsten aus. Zwei Stellschrauben helfen: Schwellenwerte und Risikoklassen.

Schwellenwerte gehören schriftlich in die Prozessbeschreibung, samt Vertretungsregel und Frist. Ohne Frist wird aus einer Freigabe schnell ein offener Vorgang, der die Durchlaufzeit verlängert.

Das Vier-Augen-Prinzip ist keine Bürokratie, sondern Kontrolle bei unwiderruflichen Entscheidungen: Auszahlungen, Kündigungen, Datensperren, Vertragsfreigaben. Bei Routinevorgängen mit geringem Risiko kostet es vor allem Zeit.

Risikoklassen ergänzen die Betragsgrenzen. Ein Vorgang mit Rechtsfolge oder Datenschutzbezug bekommt eine zweite Prüfung, auch wenn kein Geld fließt.

Sinnvoll ist eine Eskalationsstufe. Bleibt eine Freigabe länger als die definierte Frist liegen, geht der Vorgang automatisch an die nächsthöhere Ebene.

Digitale Freigaben mit Zeitstempel und Kommentarfeld verkürzen die Abstimmung. Ablehnungen sollten begründet werden, sonst wiederholt sich derselbe Fehler beim nächsten Vorgang.

Werkzeuge für Modellierung und Automatisierung

Für die Aufnahme reicht oft ein Diagrammwerkzeug mit BPMN-Schablone. Lucidchart für Diagramme und BPMN-Vorlagen beschreibt Zeichenfläche, Vorlagen und gemeinsame Bearbeitung im Team.

Für die Ausführung braucht es eine Workflow-Engine. Die Camunda Plattform für Prozess-Orchestrierung verbindet Prozessmodelle mit ausführbarer Automatisierung und verteilt Aufgaben an Rollen.

In größeren Organisationen sind SAP Signavio und ARIS der Software AG verbreitet. Beide decken Prozesslandkarten, Modellierung und Prozess-Mining ab, also die Auswertung von Ereignisprotokollen aus dem Ticketsystem.

Vor der Auswahl steht die Frage nach dem Ziel. Reine Dokumentation, Automatisierung oder beides? Die Antwort entscheidet über Lizenzmodell, Betrieb und Schulungsaufwand.

Eine Anbindung an CRM und Ticketsystem ist Pflicht. Ohne sie bleiben Kennzahlen und Freigaben Handarbeit, und der Ablauf endet an der Systemgrenze.

Kennzahlen, die Serviceabläufe steuern

Kennzahlen gehören zu jedem dokumentierten Ablauf. Die wichtigsten sind Durchlaufzeit, Bearbeitungszeit, Liegezeit, Fehlerquote, Erstlösungsquote und Automatisierungsgrad.

Rechenbeispiel: Liegeanteil einer Reklamation

Ein Reklamationsvorgang läuft an einem Arbeitstag von acht Stunden durch fünf Stationen. Die reine Bearbeitungszeit beträgt 45 Minuten, die Durchlaufzeit neun Stunden.

Der Liegeanteil liegt damit bei rund 92 Prozent. Werden zwei Freigabeschritte zusammengelegt, sinkt die Durchlaufzeit im Beispiel auf sechs Stunden, der Liegeanteil auf etwa 87 Prozent.

Die Fehlerquote zählt Vorgänge, die nachgearbeitet werden müssen. Bei 240 von 12.000 Vorgängen liegt sie bei 2 Prozent. Steigt sie nach einer Prozessänderung, war die Änderung nicht ausreichend getestet.

Wichtig ist eine einheitliche Zählweise je Prozess und Team. Wer an einer Stelle anders zählt, erzeugt falsche Vergleiche und falsche Prioritäten.

Neben den Zahlen lohnt die Auswertung von Beschwerden und Wiederholungsanrufen. Beide zeigen, an welcher Station Kunden erneut Kontakt aufnehmen müssen.

Für den Branchenvergleich lohnt ein Blick auf die Statistiken zu Dienstleistungsunternehmen und zur Branchenstruktur beim Statistischen Bundesamt.

Dokumentation nach DIN EN ISO 9001

Die DIN EN ISO 9001 verlangt keinen bestimmten Notationsstandard. Sie fordert, Prozesse und ihre Wechselwirkungen zu bestimmen, zu lenken und zu verbessern, und dokumentierte Information zu steuern.

Ein BPMN-Modell mit Versionsstand, Freigabedatum und benanntem Prozesseigner erfüllt diese Anforderung meist besser als ein reines Textdokument. Entscheidend sind Nachvollziehbarkeit und Aktualität, nicht die Software.

Für Audits zählt, dass die gelebte Praxis zum dokumentierten Modell passt. Abweichungen werden als Feststellung notiert und mit Frist behoben. Ein Beispiel für die Verankerung dieser Rolle ist die Aufgabenbeschreibung des Qualitätsmanagement-Beauftragten beim DIHK.

Zur Dokumentenlenkung gehören Versionsnummer, Änderungshistorie, Freigabe und definierte Aufbewahrungsfristen. Alte Versionen werden archiviert, nicht gelöscht.

Der Audit-Trail erfasst jede Änderung: Wer hat wann welche Version freigegeben? Ohne diese Angabe wird aus einer kleinen Abweichung schnell eine Hauptabweichung.

Rollout: vom Modell zur gelebten Praxis

Ein freigegebenes Modell ändert noch keinen Ablauf. Entscheidend sind Schulung, Zugänglichkeit und eine erste Auswertung nach vier Wochen.

Ohne Schulung bleibt das Modell eine Datei. Ohne Auswertung bleibt unklar, ob die Änderung gewirkt hat. Beides gehört in den Projektplan, mit Termin und Verantwortlichem.

Die erste Auswertung zeigt, ob die Zielwerte realistisch gesetzt waren. Zu strenge Vorgaben führen zu Ausnahmen, und Ausnahmen höhlen den Ablauf aus.

Häufige Fragen

Wie viele Schritte sollte ein Serviceablauf enthalten?

Es gibt keine Normzahl. Für den Hauptpfad haben sich sieben bis fünfzehn Schritte bewährt. Alles darüber wird in Unterprozesse ausgelagert, sonst verliert das Modell an Lesbarkeit.

Wer gibt Prozessmodelle frei?

Der Prozessverantwortliche gemeinsam mit dem Qualitätsmanagement. Änderungen an Freigabegrenzen, Beträgen oder Risikoklassen bestätigt zusätzlich die Revision.

Welche Kennzahl zeigt Engpässe am schnellsten?

Die Liegezeit je Station. Sie macht sichtbar, wo ein Vorgang wartet, während die Durchlaufzeit nur das Gesamtergebnis zeigt.

Reicht ein Flussdiagramm für ein Audit?

Für kurze Abläufe ohne Verzweigungen ja. Sobald parallele Freigaben, Eskalationen und mehrere Rollen vorkommen, ist BPMN die belastbarere Grundlage.

Wie oft müssen Serviceabläufe überprüft werden?

Mindestens einmal jährlich. Zusätzlich bei Systemwechsel, Rechtsänderung, Umbau der Organisation oder auffälligen Kennzahlen.