Gluu

Prozesshierarchie

Prozesshierarchie: Ebenen, Beispiele und wie man sie aufbaut

By am Okt. 29, 2026
Aktualisiert Nov. 4, 2026

Eine Prozesshierarchie organisiert alle Prozesse eines Unternehmens in Ebenen, von der End-to-End-value chain an der Spitze bis hin zu den Anweisungen, denen die Mitarbeiter täglich folgen. Sie zeigt, wie die Arbeit zusammenpasst, wer für welchen Prozess verantwortlich ist und wo Verbesserungen möglich sind. Der Aufbau einer solchen Hierarchie ist der erste Schritt zur Dokumentation, wie Ihr Unternehmen tatsächlich funktioniert.

Mit diesem Artikel möchte ich Ihnen einen vollständigen Leitfaden zu einem Thema geben, und das bedeutet Folgendes:

Wichtige Erkenntnisse

  • Eine Prozesshierarchie ordnet Prozesse in Ebenen: value chain, Prozessgruppen, Prozesse und Aktivitäten.
  • Bauen Sie sie auf Ihrer value chain auf, nicht auf Ihrem Organigramm.
  • Beginnen Sie mit den 10-30 Prozessen, die das Geschäft am Laufen halten.
  • Geben Sie jedem Prozess einen Eigentümer, so nah wie möglich an der Arbeit.
  • KI erleichtert die Analyse, aber Entscheidungen brauchen immer noch Eigentümer. Die Hierarchie zeigt, was Sie delegieren können – an Menschen und an KI.
  • Die meisten Hierarchien scheitern, weil sie bei einem Diagramm aufhören, zu vage oder zu detailliert werden oder auf dem Laptop einer Person leben.

Was ist eine Prozessarchitektur?

Eine Prozesshierarchie ist eine strukturierte Übersicht über jeden wiederkehrenden Prozess in Ihrem Unternehmen, angeordnet von grob bis detailliert. Stellen Sie sie sich als architektonischen Bauplan für ein Haus vor. Anstelle von Balken und Sparren zeigt sie die Prozesse, die Ihr Unternehmen aufrechterhalten – von der Art und Weise, wie eine Rezeptionistin einen Anruf entgegennimmt oder eine Mahnung versendet, bis hin zur Einstellung eines neuen Abteilungsleiters.

Sie ergänzt Ihr Organigramm. Das Organigramm zeigt, wie Abteilungen und Rollen zusammenhängen. Die Prozesshierarchie zeigt, wie Aktivitäten zusammenhängen und wie sie die Ergebnisse liefern, die Ihre Organisation benötigt, um ihre Ziele zu erreichen.

Sie werden auch den Begriff process architecture hören. Die beiden werden oft als Synonyme verwendet. Streng genommen ist die business process architecture das Gesamtdesign – welche Prozesse existieren und wie sie mit der Strategie verbunden sind – und die Prozesshierarchie ist die Art und Weise, wie Sie diese Ebene für Ebene strukturieren und navigieren.

OrganigrammProzesshierarchie
ZeigtAbteilungen, Rollen, BerichtslinienProzesse, Ergebnisse, wie die Arbeit zusammenhängt
AntwortetWer berichtet an wen?Wie liefern wir Wert, und wer ist für jeden Schritt verantwortlich?
Übergreifend über AbteilungenNeinJa – End-to-End-Prozesse umfassen mehrere Teams
Ändert sich, wennSie umstrukturierenSie ändern, wie die Arbeit erledigt wird

Unten sehen Sie eine Beispiel-Prozesshierarchie für die Produktentwicklung, ein Auszug aus dem Process Classification Framework® (PCF) von APQC, dem meistgenutzten Prozess-Framework der Welt:

<img src="https://gluu.biz/wp-content/uploads/2023/07/process-hierarchy-sample-750x382@2x.png" alt="Beispiel einer Prozesshierarchie aus dem APQC Process Classification Framework" class="wp-image-35580"/>

Was sind die Ebenen einer Prozesshierarchie?

Die meisten Prozesshierarchien verwenden vier Ebenen, damit die Leser hinein- und herauszoomen können. Die Benennung variiert zwischen den Frameworks, aber die Logik ist dieselbe: Jede Ebene zerlegt die darüber liegende in kleinere Arbeitseinheiten.

EbeneWas es enthältBeispielWer es nutzt
L1 – value chainEnd-to-End-Prozesse, die Wert schaffenOrder to CashManagement, für Strategie und Ownership
L2 – ProzessgruppenDie Hauptphasen innerhalb eines End-to-End-ProzessesBestellung ausführenProzessverantwortliche, für Umfang und Übergaben
L3 – ProzesseDer Schritt-für-Schritt-Workflow, den Teams ausführenBestand prüfen und Liefertermin bestätigenTeams, für die tägliche Arbeit
L4 – Aktivitäten und work instructionsWie jeder Schritt ausgeführt wird: Anweisungen, Vorlagen, SystemhandbücherGutschrift im ERP-System erstellenMitarbeiter und Neueinstellungen, für Schulung und Ausführung

Das PCF von APQC geht mit fünf Ebenen noch einen Schritt weiter: Kategorie, Prozessgruppe, Prozess, Aktivität und Aufgabe. Nutzen Sie das Framework als Ausgangspunkt und benennen Sie die Ebenen dann so, wie Ihre Mitarbeiter sie erkennen. Sobald die Ebenen festgelegt sind, ist process mapping die Methode, mit der Sie die Abläufe auf Ebene 3 und darunter ausfüllen.

Beispiel für eine Prozesshierarchie: Wie Gluu seine eigenen Prozesse strukturiert

Bei Gluu beginnen wir mit unserer value chain Übersicht. Sie verknüpft sich mit jedem kritischen Prozess:

<img src="https://gluu.biz/wp-content/uploads/2024/05/image-2.jpg" alt="Beispiel für eine Prozesshierarchie: Gluu value chain Übersicht mit Links zu kritischen Prozessen" class="wp-image-49661"/>

Jede Funktionsgruppe enthält dann ihre eigenen Prozesse als Bausteine:

<img src="https://gluu.biz/wp-content/uploads/2024/05/image-1-1140x742.jpg" alt="Beispiel für eine Prozesshierarchie: Gluu funktionale Prozessgruppen und Prozesse" class="wp-image-49658"/>
Camilla Larsen, Sr. Process Manager, Norlys

„Our processes have been anchored from top to bottom in the group“. Read case

Camilla Larsen, Sr. Process Manager, Norlys

Warum eine Prozesshierarchie aufbauen?

Die kurze Antwort: Wissen schlägt Rätselraten. Vertrautheit führt zu Betriebsblindheit. Viele Manager sind so nah an der Arbeit, dass sie davon ausgehen, jeder kenne den Spielplan so gut wie sie selbst. Eine Prozesshierarchie zeigt, was Sie gut machen, was besser sein könnte, wo Ihre blinden Flecken sind, wo Verschwendung reduziert werden kann und wo wirtschaftliche, Markt- oder Reputationsrisiken liegen könnten.

Eine gut gemachte Prozesshierarchie hilft Ihnen, Folgendes zu definieren:

  • Welche Prozesse Kernprozesse und welche unterstützend sind.
  • Was jeder Prozess liefern soll.
  • Wer ihn ausführt und besitzt.
  • Wie Prozesse miteinander in Beziehung stehen.

„Vor Gluu hatten wir keinen Überblick über unsere Prozesse; sie befanden sich in jeder Abteilung, und es gab viele Fragen, sowohl von den Filialen als auch intern, wie Dinge erledigt wurden oder wer für die Workflows verantwortlich war.“

<comment></comment> <p data-wpml-uid=“4363e9d1″ data-wpml-created=“1793267166″ data-wpml-modified=“1793267166″><strong>„Vor Gluu hatten wir keinen Überblick über unsere Prozesse; sie befanden sich in jeder Abteilung, und es gab viele Fragen, sowohl von den Filialen als auch intern, wie Dinge erledigt wurden oder wer für die Workflows verantwortlich war.“</strong></p> <comment></comment><cite>Jeanette Skree Kaltoft, ERP- und Retail-Beraterin, Sport24</cite>

Eine Prozesshierarchie gibt den Mitarbeitern eine gemeinsame Sprache und eine klare Sicht auf ihre Verantwortlichkeiten. Sie ermöglicht es Ihnen, Prozesse kontinuierlich zu messen und zu verbessern, und sie ist die Grundlage für Ihre Standardarbeitsanweisungen und Routinen. Sie erleichtert auch die compliance: Wenn eine neue Vorschrift in Kraft tritt, können Sie genau prüfen, welche Prozesse davon betroffen sind, und diese schnell ändern, weil Sie wissen, wo sie sich befinden.

Der Gründer von Gluu, Søren Pommer, erklärt dies in einem Interview:

Ist eine Prozesshierarchie nur für große Unternehmen?

Nein. Kleinere Unternehmen sagen oft, eine Prozesshierarchie sei für ein komplexes Unternehmen sinnvoll, aber nicht für sie, weil jeder sehen könne, was vor sich gehe. In der Praxis gilt: Je härter der Wettbewerb, desto wichtiger ist es, dass jeder weiß, wer was wann und wie tut – unabhängig von der Unternehmensgröße. Was sich unterscheidet, ist der Umfang: Ein Großunternehmen benötigt möglicherweise Gruppenprozesse plus lokale Varianten, während ein kleines oder mittleres Unternehmen oft alles in 30-200 Prozessen abdecken kann.

Warum eine Prozesshierarchie mit KI wichtiger wird

KI erleichtert die Analyse. Sie kann Ihre Dokumentation lesen, Engpässe erkennen und Verbesserungen in Minuten vorschlagen. Was sie nicht ändert, ist die Entscheidungsfindung: Jemand muss immer noch entscheiden, was zu tun ist, es genehmigen und für das Ergebnis verantwortlich sein.

Eine Prozesshierarchie ist das, was diese Aufteilung ermöglicht. Wenn jeder Prozess einen klaren Platz, ein definiertes Ergebnis und einen benannten Eigentümer hat, wissen Sie, welche Entscheidungen wohin gehören – und welche Arbeit Sie innerhalb dieser Grenzen an die KI übergeben können. Sie gibt Ihnen eine Struktur für effektive Delegation, sowohl an Menschen als auch an KI-Agenten. Ohne sie erzeugt KI Erkenntnisse, die niemand besitzt. Mit ihr können Sie die Kraft der KI wirklich nutzen.

Können Sie eine Prozesshierarchie selbst aufbauen?

Ja. Prozesshierarchien können komplex werden, aber jeder kann die Grundlagen lernen, und mit etwas Planung können Sie eine professionelle Hierarchie intern aufbauen.

Je nach Zeit, Enthusiasmus und Komplexität des Unternehmens können Sie das Projekt selbst leiten oder einen Berater hinzuziehen. Wenn Sie einen Berater einsetzen, lassen Sie ihn eher moderieren als verfassen. Ein Berater, der die Hierarchie allein aufbaut, neigt dazu, seine eigene Sprache anstelle Ihrer zu verwenden, Ihre Mitarbeiter erkennen ihre Arbeit darin nicht, und niemand übernimmt die Verantwortung. Das ist einer der häufigsten Wege zu einer veralteten, vergrabenen Hierarchie.

„Gut konzipierte BPM-Systeme spielen eine Schlüsselrolle bei der Minimierung von Wachstumsschmerzen, indem sie Mitarbeitern helfen, komplexe Prozesse zu navigieren, die Transparenz in Arbeitswarteschlangen erhöhen, institutionelles Wissen bewahren und organisieren sowie die Abhängigkeit von E-Mail-basierten Prozessen reduzieren.“

<comment></comment> <p data-wpml-uid=“14e3bc1f“ data-wpml-created=“1793267166″ data-wpml-modified=“1793267166″><strong>„Gut konzipierte BPM-Systeme spielen eine Schlüsselrolle bei der Minimierung von Wachstumsschmerzen, indem sie Mitarbeitern helfen, komplexe Prozesse zu navigieren, die Transparenz in Arbeitswarteschlangen erhöhen, institutionelles Wissen bewahren und organisieren sowie die Abhängigkeit von E-Mail-basierten Prozessen reduzieren.“</strong></p> <comment></comment><cite>John Stretton</cite>
John Stretton

Wie man eine Prozesshierarchie in 7 Schritten erstellt

Schritt 1: Beginnen Sie mit den Standards und Systemen, die Sie bereits haben

Erfinden Sie das Rad nicht neu. Wenn Sie bereits ein Qualitätsmanagementsystem haben, transferieren Sie dessen Inhaltsverzeichnis als ersten Entwurf in das Hierarchieformat. Sprechen Sie auch mit Ihrem IT-Team – es hat möglicherweise Prozesse für eine Systemimplementierung abgebildet.

Schritt 2: Holen Sie die Zustimmung des Managements in einem Strategie-Workshop ein

Ohne die Zustimmung des Managements kommt das Projekt nicht schnell voran. Idealerweise treibt das Management es voran, oder jemand, der ihnen nahesteht. Ziehen Sie das Top-Team zu einem halbtägigen Offsite-Workshop mit Ihrem besten Moderator heran und bilden Sie die übergeordneten End-to-End-Abläufe ab: wie Ihr Geschäftsmodell Wert schafft und wer für was verantwortlich ist. Erwarten Sie eine lebhafte Diskussion.

Schritt 3: Konzentrieren Sie sich zuerst auf die kritischen Prozesse

Finden Sie die 10 bis 30 Prozesse, die wirklich wichtig sind – diejenigen, die das Unternehmen am Laufen halten. Wenn Sie versuchen, jeden Prozess auf einmal zu erfassen, verlieren Sie sich in den Details und verlieren das Wesentliche aus den Augen.

⇒ Großunternehmen

Großunternehmen haben typischerweise HQ-Funktionen auf Gruppenebene und agieren auf regionaler oder Länderebene ziemlich unabhängig. Erstellen Sie gemeinsame Gruppenprozesse, aber geben Sie den lokalen Büros die Freiheit, ihre Arbeitsweise zu beschreiben. In Gluu können Tochtergesellschaften Gruppenprozesse laufend zu ihren lokalen Konten hinzufügen.

⇒ Kleine und mittlere Unternehmen

Je nach Komplexität haben KMU in der Regel 30-200 Prozesse. Zeigen Sie zuerst die End-to-End-Prozesse, da dies den Mitarbeitern einen schnellen Überblick über das Geschäftsmodell gibt. Jede Funktion kann dann ihre eigenen Prozessgruppen haben und ihre eigenen Prozesse als Bausteine aufbauen.

Bisnode begann genau so:

„Im Zusammenhang mit dem Start von Lean begannen wir, eine Übersicht über alle unsere Aufgaben im Unternehmen zu erstellen und Verantwortlichkeiten zuzuweisen, und das war tatsächlich unsere Liste in Bezug darauf, welche kritischen Prozesse beschrieben werden mussten.“

<comment></comment> <p data-wpml-uid=“2979693f“ data-wpml-created=“1793267166″ data-wpml-modified=“1793267166″><strong>„Im Zusammenhang mit dem Start von Lean begannen wir, eine Übersicht über alle unsere Aufgaben im Unternehmen zu erstellen und Verantwortlichkeiten zuzuweisen, und das war tatsächlich unsere Liste in Bezug darauf, welche kritischen Prozesse beschrieben werden mussten.“</strong></p> <comment></comment><cite>Marianne Mølgaard Christensen, Customer Engagement Manager, Bisnode</cite>

👉 Recommendation: base your process hierarchy on your value chain, not your org chart. The org chart feels more intuitive because that is how we are used to thinking about a company, but structuring by value chain keeps end-to-end processes intact across departments. Watch this TEDx talk to see why: The efficiency paradox. The Gluu Academy lesson on flow efficiency goes deeper.

How to do it: instead of one category per department, create one per major step in your value chain – for example inbound logistics, operations, outbound logistics, marketing and sales, and service – plus supporting categories such as HR and IT, if you follow Porter’s model.

Step 4: Assign one owner to each process

Give each critical process a named owner. Some owners are obvious, like department heads; others take some investigation. Assign ownership at the lowest level possible: the person responsible for running the process rather than the department head. You will see higher adoption and less resistance to change, especially if the people who do the work also help map and improve it.

The utility company Verdo put it like this:

“It should be as low in the hierarchy as it makes sense. It should be someone who can still understand and see across. […] But it should not be so high up that it is at director level.”

Mia Blaabjerg, Project Manager Digitalization, Verdo

Verdo also links each process owner to a manager who backs the larger decisions, so an owner close to the work can still push a change through – for example, an agreement with customer service.

Step 5: Choose a format and tool everyone can use

You need a way to visualise the hierarchy and later map each process. Whatever you choose, it must be shared and easy to collaborate on across the company. A hierarchy that lives in one room, or on one or two people’s laptops, ends up dead and forgotten. That is where online platforms such as Gluu come in – see how Gluu does this.

Step 6: Appoint a project manager

When it is time to roll the hierarchy out to the whole company, you need someone to lead it. Choose a person with a broad understanding of the business who can talk to people in the boardroom and on the shop floor.

Step 7: Manage the hierarchy centrally

Involve everyone, but agree on a few administrators who are allowed to change the structure. Central control keeps the hierarchy consistent:

⇒ Process names and outcomes stay consistent

Mixing „Onboard new customer“ with „Customer management“ confuses people. Use one naming convention:

  • Use an imperative verb plus an object: „Approve invoice“, „Onboard new customer“, „Manage processes“ (yes, you should have a process for managing processes).
  • Avoid team names in process names – processes often outlive the team.
  • Be precise, and use the words employees use about their daily work.

⇒ Processes don’t overlap (too much)

Each process needs a clear name and outcome. That sets its scope and keeps overlap down when other people start mapping theirs.

With the end-to-end overview in place, it is easier to link related processes and see how they hand over to each other – which pays off in the process mapping that follows.

7 reasons process hierarchies go wrong

A process hierarchy is easy to start and easy to abandon. These are the failure patterns we see most often, and how to avoid them.

MistakeWhat happensHow to avoid it
1. It goes no furtherThe hierarchy becomes a pretty diagram on the wall and is never used or updatedTreat it as step one: map the processes, add instructions, then run and improve them
2. It’s too high level„Marketing, owned by the marketing director“ tells nobody anythingMap the critical cross-functional processes and name an owner for each
3. It’s too low levelThe team drowns in detail before the critical processes are clearStart with the processes that add value and serve the core purpose
4. It’s consultant-createdThe structure uses the consultant’s language, so employees don’t recognise their workLet consultants facilitate; your people name and own the processes
5. It uses bad namesEmployees can’t relate process names to what they doFollow one naming convention (see step 7)
6. It’s hard to accessIt lives on one workstation and reflects a small group’s view, not realityPut it on a shared platform where everyone can read and comment
7. The project isn’t managed wellOwnership drifts and the work stallsAppoint a project manager with authority and a broad view of the business

The last one is not hypothetical. One company we know fired the project manager in charge of its process hierarchy and put a student in charge instead. The outcome was what you would expect. There are no shortcuts: a hierarchy built to tick a box will not give you the results you are after. If you want to build yours on a shared platform from day one, you can try Gluu for free.

Kostenlose 30-Tage-Testversion von Gluu. Keine Kreditkarte erforderlich. Ab 24 € / Jahr.

What comes after the process hierarchy?

The hierarchy is the first step, not the goal. The value comes when you map the processes in it, add work instructions, and then run and improve them. Together that is your process documentation – and a shared place to keep it is what process documentation software is for. A clear hierarchy also gives people – and increasingly AI assistants – the context to find the right process, owner and instruction quickly.

In our Ground Truth conversation, process consultant Etienne Venter explains why the hierarchy is only the start of a business process model that an AI agent can actually work from.


FAQ – Process hierarchy

What is a process hierarchy?

A process hierarchy is a structured overview of all recurring processes in a company, arranged in levels from the end-to-end value chain down to detailed activities and work instructions. It shows how work connects, who owns each process and where to improve.

What are the levels of a process hierarchy?

Most hierarchies use four levels: L1 value chain (end-to-end processes), L2 process groups, L3 processes and L4 activities or work instructions. APQC’s Process Classification Framework uses five: category, process group, process, activity and task.

How does a process hierarchy help you use AI?

AI makes analysis faster, but decisions still need an owner. A process hierarchy defines each process, its outcome and its owner, so you know which work you can delegate to AI and who decides what to do with the results.

What is the difference between a process hierarchy and an org chart?

An org chart shows departments, roles and reporting lines. A process hierarchy shows how work is done and how processes deliver value, often across several departments. The org chart changes when you reorganise; the process hierarchy changes when you change how work is done.

How many processes should a process hierarchy have?

Start with the 10 to 30 critical processes that keep the business running. A small or medium-sized business typically ends up with 30-200 processes; enterprises have more, often split into group and local processes.

Should a process hierarchy follow the org chart or the value chain?

The value chain. Structuring by department feels intuitive, but it splits end-to-end processes at every handover. Categories based on the value chain – with supporting categories such as HR and IT – keep each process whole and its owner clear.

Why do process hierarchies fail?

The most common reasons are that the hierarchy stops at a diagram, is too high level or too detailed, is written by a consultant in their own language, uses names employees don’t recognise, is hard to access, or lacks a capable project manager.

Artikel, die Ihnen gefallen könnten...