Der vollständige Leitfaden für ein Prozessoptimierungsprojekt

Jemand lädt jeden Morgen die Bestellungen des Webshops herunter, kopiert sie in eine Tabelle und leitet sie dann an das Lager weiter. Am Nachmittag erfasst ein anderer Kollege dieselben Daten im Abrechnungssystem. Die Arbeit ist zur Routine geworden, erfordert jedoch immer mehr Zeit, Abstimmung und Fehlerbehebung. Der vollständige Leitfaden für ein Prozessoptimierungsprojekt beginnt nicht damit, welches System gekauft werden soll, sondern damit, genau zu verstehen, was heute passiert, warum es so passiert und was eine zuverlässigere Arbeitsweise behindert.

Ein gut geführtes Projekt macht nicht einfach nur einige Aufgaben schneller. Es macht die Arbeitsabläufe sichtbar, reduziert die Abhängigkeit von einzelnen Personen, verbessert die Datenqualität und bietet eine Betriebsgrundlage, die auch bei Wachstum nicht auseinanderfällt.

Wann ist es gerechtfertigt, ein Prozessoptimierungsprojekt zu starten?

Die meisten Unternehmen beginnen nicht, weil sie Flussdiagramme lieben. Sondern weil der tägliche Betrieb an einem Punkt zu viel Aufmerksamkeit der Führungskräfte erfordert. Der Umsatz wächst, aber mit ihm auch die Verwaltung. Die Erstellung des monatlichen Managementberichts dauert Tage. Lager, Finanzen und Kundenservice arbeiten mit unterschiedlichen Informationen. Ohne einen im Urlaub befindlichen Mitarbeiter bleibt ein kritischer Verwaltungsschritt stehen.

Dies sind keine isolierten menschlichen Fehler. Sie sind in der Regel Anzeichen dafür, dass die zuvor funktionierende Arbeitsweise nicht mehr zur Unternehmensgröße, Kundenanzahl oder Systemumgebung passt.

Eine Untersuchung ist besonders gerechtfertigt, wenn die Mitarbeiter dieselben Daten an mehreren Stellen erfassen, die Abteilungen Aufgaben per E-Mail und Tabellen weitergeben oder die Führung keine schnellen und zuverlässigen Antworten auf grundlegende betriebliche Fragen erhält. Solche Fragen könnten zum Beispiel sein, wo die Bestellungen stehen, welche Produktgruppe regelmäßig verspätet ist oder wie viel Zeit zwischen einer Angebotsanfrage und der Erfüllung vergeht.

Der vollständige Leitfaden für ein Prozessoptimierungsprojekt beginnt mit der realen Arbeitsweise

Der erste Fehler, den es zu vermeiden gilt, ist die auf Annahmen basierende Planung. Die offizielle Prozessbeschreibung zeigt oft nicht, wie eine Bestellung, eine Fertigungsanweisung oder die Bearbeitung einer Reklamation tatsächlich erfolgt. Im realen Prozess können Telefonate, persönliche Abstimmungen, private Tabellen und Kontrollen vorkommen, von denen nur der betreffende Mitarbeiter weiß.

Deshalb besteht das Ziel der ersten Phase nicht darin, die Lösung auszuwählen, sondern den aktuellen Betrieb aufzudecken. Ausgehend von einer Bestellung oder Kundenanforderung muss nachvollzogen werden, welche Schritte die Arbeit durchläuft, wer für die einzelnen Punkte verantwortlich ist, welche Systeme und Dokumente betroffen sind und wo die Informationen warten.

Eine gute Untersuchung fragt nicht nur „Wer macht das?“, sondern auch, warum dieser Schritt notwendig ist. Muss wirklich jede Bestellung manuell überprüft werden? Warum werden dieselben Kundendaten in drei Systeme eingegeben? Warum wird erst am Freitag klar, dass eine Lieferanteninformation fehlt? Eine alte Kontrolle kann gerechtfertigt sein, aber es kann auch sein, dass sie aufgrund eines früheren Systemfehlers oder eines längst nicht mehr bestehenden Geschäftsrisikos im Prozess geblieben ist.

Der Prozess ist nicht gleich den Abteilungen

Viele Entwicklungsinitiativen scheitern, weil sie die Arbeit abteilungsweise untersuchen. Die Finanzen sehen ein Problem, das Lager ein anderes und der Vertrieb ein drittes. Der Kunde oder die Bestellung bewegt sich jedoch zwischen diesen Bereichen. Wenn die Übergabe ungenau, verzögert oder manuell erfolgt, verschlechtert sich der gesamte Prozess, auch wenn jedes Team für sich gut arbeitet.

Die Untersuchung muss daher von Anfang bis Ende denken. Eine Webshop-Bestellung beginnt beispielsweise mit dem Kauf, kann jedoch die Lagerinformationen, das ERP, die Abrechnung, die Kommissionierung, den Kurierdienst, die Kundenbenachrichtigung und die finanzielle Abstimmung betreffen. Das Problem wird oft nicht durch ein einziges System verursacht, sondern dadurch, dass Menschen die Verbindung zwischen den Informationen herstellen.

Die Priorisierung von Engpässen

Eine gründliche Untersuchung deckt in der Regel Dutzende von Verbesserungsmöglichkeiten auf. Es ist nicht notwendig, alles auf einmal zu lösen. Tatsächlich verliert ein zu breites Projekt oft an Schwung, weil es versucht, zu viele Prozesse, Systeme und Beteiligte gleichzeitig zu ändern.

Die Prioritäten sollten nach geschäftlicher Auswirkung festgelegt werden. Wie viel Zeitaufwand verursacht ein Problem? Wie oft tritt es auf? Wie hoch ist das Fehlerrisiko? Beeinflusst es das Kundenerlebnis, den Umsatz, den Bestand oder die regulatorische Konformität? Was passiert, wenn der einzige Mitarbeiter, der den Prozess kennt, ausfällt?

Nicht immer bringt die auffälligste Entwicklung das größte Ergebnis. Es kann vorkommen, dass die Beseitigung einer einfachen, aber täglich hundertmal durchgeführten Datenüberprüfung mehr Kapazität freisetzt als ein komplexes, langwieriges Systemprojekt. In anderen Fällen ist jedoch die Zuverlässigkeit einer kritischen Fertigungs- oder Logistikübergabe wichtiger als die eingesparten Minuten.

Für die Entscheidung ist es ratsam, alle Entwicklungskandidaten nach denselben Kriterien zu bewerten: erwartetes Geschäftsergebnis, Implementierungsaufwand, technisches Risiko, Abhängigkeiten und Änderungsmanagementbedarf. So kann die Führung nicht nach Eindrücken, sondern auf Basis vergleichbarer Informationen Prioritäten setzen.

Erst vereinfachen, dann Technologie

Die Automatisierung eines schlecht funktionierenden Prozesses führt nur schneller zu schlechten Ergebnissen. Wenn ein Mitarbeiter Daten aus drei Systemen für einen wöchentlichen Bericht sammelt, muss zuerst verstanden werden, welche Daten wirklich benötigt werden, wer sie verwendet und warum es keine eindeutige Datenquelle gibt.

Die richtige Antwort könnte darin bestehen, einen Genehmigungsschritt zu eliminieren. Es könnte die Klärung von Rollen und Verantwortlichkeiten, die einheitliche Dateneingabe oder die Integration eines Messpunkts sein. Erst danach kann entschieden werden, ob Systemintegration, Workflow-Automatisierung, eine individuelle Anwendung, eine Reporting-Lösung oder die Anpassung eines bestehenden Systems gerechtfertigt ist.

Die technologische Wahl ist immer situationsabhängig. Bei einem Handelsunternehmen mit 30 Mitarbeitern ist die Einführung eines Unternehmenssystems möglicherweise nicht gerechtfertigt, wenn einige kritische Datenverbindungen und die Bereinigung der Auftragsabwicklung das Problem lösen. Gleichzeitig können kurzfristige, manuelle Umgehungslösungen für einen schnell wachsenden Hersteller oder Multichannel-Händler später ein erhebliches Betriebsrisiko darstellen.

Planung, Verantwortung und Kontrolle

Vor der Umsetzung muss klar festgelegt werden, wie der zukünftige Prozess aussehen wird. Es reicht nicht zu sagen, dass „das System die Daten automatisch überträgt“. Es muss bekannt sein, was die Übertragung auslöst, welches System die verlässliche Datenquelle ist, was bei unvollständigen Daten geschieht, wer benachrichtigt wird und wie ein fehlerhafter oder blockierter Vorgang zurückverfolgt werden kann.

Dies ist besonders wichtig in Umgebungen, in denen Finanz-, Bestands-, Produktions- oder Kundendaten zwischen den Systemen bewegt werden. Der Betrieb muss überprüfbar sein. Eine Integration ist dann gut, wenn sie nicht nur im Normalfall funktioniert, sondern auch bei Fehlern sichtbar, handhabbar und wiederherstellbar ist.

Der Projektleiter ist von der Geschäftsseite dafür verantwortlich, dass die Änderung ein echtes Problem löst. Die beteiligten Mitarbeiter sind nicht nur Tester: Sie können zeigen, wo der Plan mit der täglichen Realität kollidiert. Wenn der neue Prozess mehr Ausnahmen behandelt als der alte oder zusätzliche Arbeit auf sie abwälzt, muss dies noch vor dem Live-Start aufgedeckt werden.

Es muss gemessen werden, ob der Betrieb tatsächlich besser geworden ist

Der Erfolg entscheidet sich nicht am Tag der Inbetriebnahme. Es zeigt sich, ob eine Entwicklung erfolgreich ist, wenn das Unternehmen den vorherigen und den neuen Betrieb vergleichen kann. Es ist ratsam, bereits zu Beginn des Projekts einige Geschäftskennzahlen festzulegen: Durchlaufzeit, Fehlerquote, Anzahl manueller Eingriffe, Anzahl offener Aufgaben, Bestandsabweichung, Kundenantwortzeit oder Arbeitsstunden für die Berichtserstellung.

Nicht jedes Ergebnis ist sofort quantifizierbar. Es ist auch wertvoll, wenn ein Prozess transparenter wird, ein neuer Kollege schneller eingearbeitet wird oder der Manager nicht mehr Informationen von mehreren Personen für dieselbe Entscheidung einholen muss. Diese bleiben jedoch nur dann dauerhafte Ergebnisse, wenn der Prozess einen Verantwortlichen, dokumentierte Regeln und eine regelmäßige Überprüfung hat.

Der beste nächste Schritt ist in der Regel keine große technologische Entscheidung. Wählen Sie einen wiederkehrenden Prozess aus, der täglich Zeit in Anspruch nimmt, mehrere Bereiche betrifft und regelmäßig Fehler oder Verzögerungen verursacht. Verfolgen Sie ihn von Anfang bis Ende, fragen Sie, warum jeder Schritt existiert, und entscheiden Sie erst dann, was geändert werden sollte. So beginnt ein berechenbarerer Betrieb.