Verwendung von Organisationsrollen im Prozessdesign

In dieser Lektion erfahren Sie, wie Sie Organisationsrollen (Swimlanes) richtig definieren, sodass Prozesse zu nutzbarer Standardarbeit werden, Übergaben klar sind und Mitarbeiter zuverlässig mit weniger Fehlern arbeiten können.

Wichtigste Erkenntnisse

Prozessverantwortliche arbeiten MIT Prozessen; Prozessrollen arbeiten IN Prozessen – beides ist unerlässlich.
Rollen = Hüte, nicht Jobtitel: Definieren Sie Name, Zweck, Verantwortlichkeiten, Erforderliche Kompetenzen/Fähigkeiten, Beteiligte Prozesse.
Verwenden Sie die Output-to-Input-Logik: Jede Rollenverantwortliche führt eine Aktivität aus, um einen klaren Output für die nächste Rolle zu erzeugen.
Verwalten Sie Kompetenzen im Kontext (z. B. erforderliche Zertifikate), um eine sichere und kompetente Ausführung zu gewährleisten.
Richtige Granularität = Rollen, die auf Übergaben und Fähigkeiten abgestimmt sind; hält Anweisungen schlank.

Abschrift

Nach dieser Lektion wissen Sie, wie Sie Organisationsrollen – die Swimlanes im Prozessdesign – definieren und verwenden, damit Mitarbeiter verstehen, was zu tun ist, und zuverlässig mit weniger Fehlern arbeiten können.

Warum Rollen für Governance und Design wichtig sind

Klare Rollen machen Prozesslandkarten nutzbar.

Wenn Verantwortlichkeiten und Kompetenzen explizit sind, verstehen die Teams, wer was tut, Übergaben sind sauber und Arbeitsanweisungen bleiben schlank. Rollen tragen dazu bei, Prozessdiagramme in Standardarbeit zu verwandeln, indem sie klarstellen, was die Aufgabe jeder Person ist.

Prozessverantwortliche vs. Prozessrollen (MIT vs. IN)

Es ist wichtig, Prozessverantwortliche nicht mit Rollenmitgliedern oder „Rollenverantwortlichen“ zu verwechseln…

Prozessverantwortliche arbeiten MIT Prozessen. Sie verwalten Ergebnisse, Schnittstellen und Verbesserungen.
Rollenmitglieder arbeiten IN dem Prozess. Sie führen bestimmte Aktivitäten aus und sind für den Output jeder Aktivität verantwortlich.

Verantwortliche ermöglichen; Rollen führen aus. Sie brauchen beides.

Eine Prozessrolle ist ein „Hut“, den Sie tragen können und der durch Fähigkeiten und Verantwortlichkeiten definiert wird, nicht durch eine Berufsbezeichnung.

Eine Person kann zu unterschiedlichen Zeiten mehrere Hüte tragen – z. B. „Lieferantenadministrator“ und „Kundendienstmitarbeiter“.

Definieren Sie jede Rolle mit:

Name
Zweck (warum die Rolle existiert)
Verantwortlichkeiten (welche Ergebnisse sie besitzt)
Erforderliche Kompetenzen (Fähigkeiten, Zertifikate)
Erforderliche Fähigkeiten (Tools/Systeme, die die Rolle verwenden muss)
Beteiligte Prozesse (wo sie vorkommt)
Wenn Rollen konsistent sind, müssen Sie nicht jeden Schritt überdokumentieren – die Annahme des geschulten Bedieners hält die Anweisungen prägnant.”

Beispiel: Lieferantenauswahl (Rollen im Fluss)

Betrachten wir nun das Rollenmitglied im Kontext eines Beispielprozesses:

Prozess: Lieferantenauswahl
Prozessergebnis (Output): Lieferant ausgewählt, bewertet und bereit für Bestellungen
Aktivität: Lieferant auswählen
Aktivitätsergebnis (Output): Lieferant ausgewählt und Daten zusammengefasst

Das Rollenmitglied führt die Aktivität aus, indem es seiner Arbeitsanweisung folgt, um den beabsichtigten Output für die nächste Aktivität zu erzeugen – typischerweise von einer anderen Rolle bearbeitet.

Diese Output-to-Input-Logik hält die Kette ununterbrochen und macht Swimlanes nützlich, um zu verdeutlichen, wer was tut.

So gestalten Sie Rollen für Swimlanes (praktische Schritte)

Erstellen Sie eine Liste gängiger Organisationsrollen, bevor Sie mit der Abbildung von Prozessen beginnen.

Warum? Denn je besser Ihre Rolle definiert ist, desto kürzer können Ihre Arbeitsanweisungen sein. Denken Sie darüber nach: Ungeschulte Personen benötigen detailliertere Anweisungen als geschulte. Das alles wird durch Ihre Rollen definiert.

Hier ist also eine Möglichkeit, dies zu tun…

Listen Sie Rollen auf, die Sie bereits haben.
Schreiben Sie einen Einzeiler Zweck pro Rolle.
Entwerfen Sie Verantwortlichkeiten als Ergebnisse („Stellt sicher, dass das Due-Diligence-Dossier vollständig ist“).
Fügen Sie erforderliche Kompetenzen hinzu (z. B. Vendor-Risk-Screening, grundlegende Vertragsbedingungen).
Fügen Sie Fähigkeiten/Tools hinzu (ERP-Vendor-Master, Vertrags-Repo).
Taggen Sie Prozesse, in denen die Rolle vorkommt.

Platzieren Sie dann Rollen als Swimlanes; weisen Sie Aktivitäten zu; überprüfen Sie Outputs und Übergaben.

Rollengranularität: Wie viele Rollen sind „richtig“?

Wie viele Rollen benötigen Sie? Das ist im Allgemeinen schwer zu sagen, da es von Ihrer Unternehmensgröße und Ihrem Spezialisierungsgrad abhängt. Je größer das Unternehmen und je spezialisierter die Arbeit ist, desto mehr Rollen benötigen Sie.

Zu wenige Rollen = verschwommene Verantwortlichkeit; zu viele = Chaos.

Streben Sie nach Rollen, die auf Kompetenzsätze und Übergaben abgestimmt sind.

Ein guter Test: Können mehrere Personen mit derselben Rolle die Aktivität nach kurzer Schulung nach dem gleichen Standard ausführen? Wenn ja, ist Ihre Granularität ungefähr richtig.

Kompetenzen im Kontext (Fähigkeiten & Zertifizierungen)

Die Verwaltung von Kompetenzen im Kontext von Prozessen überprüft, ob die Mitarbeiter die Arbeit erledigen können.

Beispiel: Die Wartung einer Hochspannungstransformatorstation erfordert ein Hochspannungszertifikat. Fügen Sie es als Rollenanforderung hinzu und verknüpfen Sie es mit den Aktivitäten, die es benötigen. Vorteile: gezielte Schulung, sicherere Ausführung, auditbereite Nachweise und schnellere Genehmigungen.

Schreiben schlanker Arbeitsanweisungen mithilfe von Rollen

Wenn Rollen Kompetenzen enthalten, können Anweisungen kürzer und umsetzbarer sein:

Beginnen Sie mit Vorbedingungen, die an die Rollenkompetenz gebunden sind („HV-Zertifikat in der Akte“)
Schritte, die für einen geschulten Bediener geschrieben wurden, mit Links zu Formularen/Bildschirmen.

Akzeptanzkriterien = der Output der Aktivität

Dies hält SOPs lesbar und reduziert Nacharbeiten.

Governance-Touchpoints: Verantwortliche, Redakteure, Rollenverantwortliche

Machen Sie deutlich, wer was aktualisiert:

Rollenverantwortlicher (Frontline): führt aus, gibt Feedback, kennzeichnet Lücken in Fähigkeiten oder Tools.

Verknüpfen Sie Rollenänderungen mit Ihrer monatlichen Überprüfung und pflegen Sie eine schlanke RACI. RACI wird in einer separaten Lektion behandelt.

Prozessverantwortlicher (L3): genehmigt Rollendefinitionen und Änderungen, die sich auf die Ergebnisse auswirken.

Redakteur (L4/L5): aktualisiert Aktivitäten und Anweisungen.

Adoptionsstrategie: Train-the-Trainer nach Rolle

Wie schulen Sie also Mitarbeiter?

Verwenden Sie ein Train-the-Trainer-Modell: Zertifizieren Sie einige erfahrene Rollenverantwortliche, um Kollegen zu coachen. Dies beschleunigt die Einführung und hält das Fachwissen dort, wo die Arbeit stattfindet.

Schulen Sie nach Rolle, nicht nur nach Abteilung.

Bündeln Sie Fähigkeiten und Anweisungen für jede Rolle in einem kurzen Lernpfad – und geben Sie ihnen Zugriff auf Ihre Arbeitsdokumentation, damit sie über alle Verbesserungen auf dem Laufenden bleiben können.

Wie fangen Sie also an?

Wählen Sie einen Prozess aus. Definieren Sie drei Kernrollen mit Zweck, Verantwortlichkeiten, Kompetenzen und Tools. Bilden Sie die Swimlanes ab, schreiben Sie die beiden wichtigsten Anweisungen.

Führen Sie es mit echten Rollenverantwortlichen aus und lassen Sie sie kommentieren. Wandeln Sie dann Kommentare in Verbesserungen um und versuchen Sie es erneut. Diese Iteration wird sie durch On-the-Job-Training schulen und einbeziehen.

Fassen wir also zusammen.

Rollen sind das Rückgrat nutzbarer Prozesse.

Definieren Sie sie als kompetenzbasierte Hüte, ordnen Sie Aktivitäten Rollen zu und verankern Sie Anweisungen und Kompetenzen in diesen Rollen. So erhalten Sie Klarheit, Geschwindigkeit und sichere Ausführung – in großem Maßstab.