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 ist und was einen zuverlässigeren Betrieb behindert.

Ein gut geführtes Projekt beschleunigt nicht einfach nur einige Aufgaben. 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 zerfä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 von den Führungskräften verlangt. Der Umsatz wächst, aber damit auch die Verwaltung. Die Erstellung des monatlichen Managementberichts dauert Tage. Lager, Finanzen und Kundenservice arbeiten mit unterschiedlichen Informationen. Ohne einen im Urlaub befindlichen Mitarbeiter kommt ein kritischer Verwaltungsschritt zum Stillstand.

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 Mitarbeiter dieselben Daten an mehreren Stellen erfassen, Abteilungen Aufgaben per E-Mail und Tabellen weitergeben oder die Führung keine schnellen und zuverlässigen Antworten auf grundlegende Betriebsfragen erhält. Solche Fragen könnten 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 dem realen Betrieb

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

Daher besteht das Ziel der ersten Phase nicht darin, die Lösung auszuwählen, sondern den aktuellen Betrieb zu ermitteln. 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 Ermittlung fragt nicht nur, „wer macht das?“, sondern auch, warum dieser Schritt notwendig ist. Müssen wirklich alle Bestellungen manuell überprüft werden? Warum werden dieselben Kundendaten in drei Systeme eingegeben? Warum wird erst am Freitag festgestellt, 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 verschwundenen Geschäftsrisikos im Prozess geblieben ist.

Der Prozess ist nicht gleich den Abteilungen

Viele Entwicklungsinitiativen scheitern, weil sie die Arbeit nach Abteilungen 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 Bestellung im Webshop beginnt beispielsweise mit dem Kauf, kann jedoch die Lagerbestandsinformationen, das ERP, die Abrechnung, die Kommissionierung, den Kurierdienst, die Kundenbenachrichtigung und die finanzielle Abstimmung betreffen. Das Problem wird oft nicht von einem einzigen System verursacht, sondern dadurch, dass Menschen die Verbindung zwischen den Informationen herstellen.

Die Priorisierung von Engpässen

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

Die Prioritäten sollten auf der Grundlage der geschäftlichen Auswirkungen 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 Lagerbestand oder die regulatorische Compliance? 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 Datenprüfung mehr Kapazität freisetzt als ein komplexes, langwieriges Systemprojekt. In anderen Fällen ist jedoch die Zuverlässigkeit einer kritischen Produktions- oder Logistikübergabe wichtiger als die eingesparten Minuten.

Für die Entscheidung sollten alle Entwicklungskandidaten nach denselben Kriterien bewertet werden: erwartetes Geschäftsergebnis, Implementierungsaufwand, technisches Risiko, Abhängigkeiten und Bedarf an Veränderungsmanagement. So kann die Führung nicht auf Eindrücke, sondern auf vergleichbare Informationen basierend eine Reihenfolge festlegen.

Zuerst vereinfachen, dann Technologie einsetzen

Die Automatisierung eines schlecht funktionierenden Prozesses produziert nur schneller schlechte Ergebnisse. 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 streichen. Es könnte die Klärung von Rollen und Verantwortlichkeiten, die einheitliche Dateneingabe oder die Einbindung eines Messpunkts sein. Erst danach kann entschieden werden, ob eine 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 aus zu sagen, dass „das System die Daten automatisch überträgt“. Es muss bekannt sein, was die Übertragung auslöst, welches System die zuverlässige Datenquelle ist, was bei unvollständigen Daten passiert, wer benachrichtigt wird und wie ein fehlerhafter oder blockierter Vorgang zurückverfolgt werden kann.

Dies ist besonders wichtig in Umgebungen, in denen Finanz-, Lager-, Produktions- oder Kundendaten zwischen 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äftlichen Seite dafür verantwortlich, dass die Veränderung ein echtes Problem löst. Die betroffenen 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 überträgt, 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, Kundenreaktionszeit oder Arbeitsstunden für die Berichtserstellung.

Nicht jedes Ergebnis ist sofort quantifizierbar. Es ist auch von Wert, wenn ein Prozess transparenter wird, ein neuer Kollege schneller eingearbeitet wird oder der Leiter 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 regelmäßige Überprüfungen 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 einzelne Schritt existiert, und entscheiden Sie erst dann, was geändert werden sollte. Von hier aus beginnt ein berechenbarerer Betrieb.