Direkt zum Inhalt

1. Mai 2026ConsultingDigitalisierungLeanTransformation

Prozessoptimierung im Mittelstand: Wenn Reibung sichtbar wirdProcess Optimization in the Mittelstand: When Friction Becomes Visible

Viele mittelständische Unternehmen kennen das Gefühl: Das Geschäft läuft, die Auftragsbücher sind voll – und trotzdem hakt es täglich an denselben Stellen. Vertrieb, Auftragsabwicklung und Produktion arbeiten …Many mid-sized companies know the feeling: business is good, order books are full, and the same friction keeps showing up between sales, order processing and production.

kurz gesagt

  • Gewachsene Strukturen sind keine Schwäche. Sie sind das Ergebnis pragmatischer Entscheidungen unter Zeitdruck. Das Problem ist nicht, dass sie entstanden sind, sondern dass niemand sie je gezeichnet hat.
  • Reibung sitzt an Schnittstellen, nicht in Abteilungen. Ein Unternehmen mit 80 Mitarbeitenden kann drei Schnittstellen haben, an denen Aufträge regelmäßig ins Stocken geraten, obwohl jede Abteilung für sich gut arbeitet.
  • Sehen verändert die Diskussion. Wer dasselbe Bild vor sich hat, streitet nicht mehr über Auslastung, sondern über Lösungen.

Das Problem hinter dem Problem: Gewachsene Schnittstellen

Viele mittelständische Unternehmen kennen das Gefühl: Das Geschäft läuft, die Auftragsbücher sind voll, und trotzdem hakt es täglich an denselben Stellen. Vertrieb, Auftragsabwicklung und Produktion arbeiten nebeneinander her, jede Abteilung mit ihrer eigenen Version der Wahrheit.

Gewachsene Strukturen entstehen in Unternehmen selten aus Nachlässigkeit. Sie entstehen, weil jede Abteilung ihre Probleme pragmatisch löst, und über die Zeit bilden sich Schnittstellen heraus, die niemand so gebaut hat, aber alle irgendwie bedienen. Diese Lücken zwischen den Bereichen sind unsichtbar, solange niemand sie explizit macht.

Was Handbücher nicht zeigen

In vielen Unternehmen existieren Prozessbeschreibungen in Handbüchern, Wikis oder ISO-Dokumenten. Das Problem: Sie beschreiben den Soll-Zustand, nicht die gelebte Realität. Wer Prozesse wirklich verstehen will, muss fragen, wie es wirklich läuft, und das gemeinsam mit den Menschen, die es täglich erleben.

Ein Beispiel: Ein Unternehmen mit 80 Mitarbeitenden, solidem Geschäft und jahrelanger Erfahrung. Und dennoch: Dauerspannung zwischen den Abteilungen. Aufträge blieben regelmäßig an denselben drei Stellen liegen. Nicht weil jemand nachlässig war. Nicht weil die Prozesse schlecht geplant wurden. Sondern weil sie einfach gewachsen waren und die Schnittstellen nie gezeichnet worden waren.

Was ein Workshop zeigt

In dem genannten Unternehmen wurden alle Kernprozesse gemeinsam erfasst und visualisiert. Nicht aus dem Handbuch abgeschrieben, sondern von den Beteiligten selbst beschrieben. Das Ergebnis war eine Karte der echten Abläufe. Und drei Schnittstellen, an denen Aufträge regelmäßig ins Stocken gerieten, wurden sichtbar.

Das verändert die Diskussion. Aus "die Anderen schaffen das nicht rechtzeitig" wird "an dieser Schnittstelle fehlt eine verbindliche Übergaberegel". Der zweite Satz ist lösbar. Der erste ist es nicht.

Mehr dazu, wie du eine solche Aufnahme strukturierst, steht im Beitrag Prozessoptimierung: Abläufe visualisieren und Engpässe lösen.

Wie du vorgehst

  1. Kernprozesse auswählen. Welche Abläufe tragen dein Geschäft täglich, und an welchen gibt es die meisten Reibungspunkte?
  2. Alle Beteiligten einladen. Nicht nach Hierarchie, sondern nach Prozessnähe. Wer täglich damit arbeitet, kennt die Realität.
  3. Gemeinsam zeichnen. An einer Wand, mit Haftnotizen oder einem einfachen Diagramm. Das Format ist weniger wichtig als der Vorgang selbst.
  4. Schnittstellen markieren. Wo wechselt Zuständigkeit, wer informiert wen, und was passiert, wenn diese Information ausbleibt?
  5. Eigentümer benennen. Jede Schnittstelle braucht eine Klärung, nicht nur ein Diagramm. Wer ist verantwortlich, wenn es dort hakt?

Wie du Verantwortung für Prozesse und Schnittstellen sinnvoll verteilst, beschreibt der Beitrag Prozessoptimierung im KMU: Klarheit statt Raten. Wie die Visualisierung dabei konkret aussieht und welche Methoden sich bewährt haben, erklärt der Beitrag Prozesse sichtbar machen: KMU-Steuerung ohne Nebel.

Wenn die Abläufe dokumentiert werden sollen

Der Workshop liefert ein Bild. Die nächste Frage ist, wie das festgehalten wird, damit das Wissen nicht wieder in Köpfen verschwindet. Eine kurze Beschreibung je Prozess, ein Verantwortlicher, eine Kennzahl. Mehr ist für den Anfang nicht nötig.

Warum das Aufschreiben weniger eine Dokumentationsaufgabe ist als eine Führungsaufgabe, erklärt der Beitrag Prozessoptimierung im Mittelstand: Warum Systeme nicht schuld sind.

Drei Fragen für dein Vorhaben

  • Kannst du die drei Stellen in deinem Betrieb benennen, an denen Aufträge oder Projekte am häufigsten stocken?
  • Gibt es für diese Stellen eine verbindliche Regel, wer was bis wann an wen übergibt?
  • Haben die Abteilungen, zwischen denen diese Schnittstellen liegen, je gemeinsam darüber gesprochen, wie sie denken, dass der Ablauf läuft?

Mehr zum Vorgehen unter Consulting und unter Transformation. Die Visualisierung als konkreter Einstiegsschritt ist im Beitrag Prozessoptimierung: Abläufe visualisieren und Engpässe lösen beschrieben.

in short

  • Grown structures are not a flaw. They result from pragmatic decisions made under time pressure. The problem is not that they formed but that no one ever drew them.
  • Friction lives at interfaces, not inside departments. A company with 80 employees can have three interfaces where orders regularly stall, even though each department works well on its own.
  • Seeing changes the conversation. When everyone looks at the same picture, the discussion shifts from blaming each other to solving the actual problem.

The problem behind the problem: grown interfaces

Many mid-sized companies know the feeling: business is running, order books are full, yet the same friction points show up every day. Sales, order processing, and production work side by side, each with its own version of reality.

Grown structures in companies rarely result from neglect. They form because each department solves its problems pragmatically, and over time interfaces develop that no one designed but everyone somehow uses. These gaps between departments stay invisible as long as no one makes them explicit.

What manuals do not show

Many companies have process descriptions in manuals, wikis, or ISO documents. The problem: they describe what should happen, not what does. Understanding processes for real means asking how they actually run, together with the people who live them every day.

An example: a company with 80 employees, solid business, and years of experience. And still: persistent tension between departments. Orders regularly stalled at the same three points. Not because anyone was careless. Not because processes were poorly planned. But because they had simply grown and the interfaces had never been mapped.

What a workshop reveals

In that company, all core processes were captured and visualized together. Not copied from a manual but described by the people involved. The result was a map of the actual workflows. Three interfaces where orders regularly stalled became visible.

That changes the conversation. "The others can't get it done in time" becomes "this interface is missing a binding handoff rule." The second sentence is solvable. The first is not.

How to structure that kind of mapping session is covered in Process Optimization: Visualizing Workflows, Fixing Bottlenecks.

How to proceed

  1. Select core processes. Which workflows carry the business every day, and where does the most friction occur?
  2. Invite the right people. By process proximity, not hierarchy. Those who work in the process daily know the reality.
  3. Map together. At a wall, with sticky notes, or a simple diagram. The format matters less than the act of mapping.
  4. Mark interfaces. Where does responsibility change hands, who informs whom, and what happens when that information does not arrive?
  5. Name owners. Every interface needs a resolution, not just a diagram. Who is responsible when it stalls there?

How to assign ownership for processes and interfaces is described in Process Optimization in SMEs: Clarity Instead of Guessing.

When the workflows need to be documented

The workshop produces a picture. The next question is how to preserve it so the knowledge does not retreat back into people's heads. A short description per process, one named owner, one metric. Nothing more is needed to start.

Why writing things down is less a documentation task than a leadership task is explained in Process Optimization in the Mittelstand: Why Systems Are Not to Blame.

Three questions for your initiative

  • Can you name the three points in your business where orders or projects most often stall?
  • Is there a binding rule at each of those points covering who hands what to whom and by when?
  • Have the departments on either side of those interfaces ever sat down together and discussed how each of them thinks the process runs?

More on the approach at Consulting and Transformation.

Häufige FragenFrequently asked questions

Was sind gewachsene Strukturen in einem Unternehmen?What are grown structures in a company?

Abläufe, die sich im Laufe der Zeit aus pragmatischen Entscheidungen heraus entwickelt haben, ohne je geplant oder dokumentiert worden zu sein. Sie funktionieren oft, bis ein System eingeführt wird oder das Unternehmen wächst.Workflows that have developed over time from pragmatic decisions, without ever being planned or documented. They often work until a system is introduced or the company grows.

Wie finde ich die Reibungspunkte in meinem Unternehmen?How do I find the friction points in my company?

Zeichne die Kernprozesse gemeinsam mit den Ausführenden. Markiere alle Stellen, wo Zuständigkeit wechselt oder Vorgänge warten. An diesen Übergaben sitzt meistens die Reibung.Map the core processes together with the people who run them. Mark every point where responsibility changes hands or tasks wait. The friction almost always sits at these handoffs.

Was bringt ein Workshop zur Prozessaufnahme?What does a process mapping workshop achieve?

Er macht das Bild, über das alle sprechen, aber das niemand je gesehen hat. Zum ersten Mal schauen alle auf denselben Ablauf statt auf ihre eigene Version davon. Das verändert die Diskussion grundlegend.It creates the picture everyone talks about but no one has ever seen. For the first time, everyone looks at the same workflow instead of their own version of it. That changes the conversation fundamentally.

WeiterlesenKeep reading

← zurück zum herrlichblog← back to the herrlichblog