Ausnahmeüberlastung macht die Automatisierung anfällig.

Wenn Sie verstehen wollen, warum so viele Automatisierungen enttäuschen, sollten Sie nicht das Tool selbst, sondern die Ausnahmen betrachten. Ausnahmen sind die Ausreden, mit denen Komplexität gerechtfertigt wird. Dieser Kunde ist anders. Diese Region benötigt ein spezielles Format. Diese Genehmigung ist zwingend erforderlich. Dieser ERP-Upload ist eine Sonderanforderung. Ein oder zwei Ausnahmen sind in Ordnung. Doch eine Vielzahl davon verwandelt Ihren Workflow in ein fragiles Museum von Workarounds, in dem nichts standardisiert ist und jede Verbesserung etwas anderes kaputt macht. Unternehmen stehen vor der Wahl: Sie können Ausnahmen als individuelle Anforderungen behandeln, die jeweils maßgeschneiderte Lösungen erfordern, und spezielle Prozesse für Sonderfälle entwickeln, bis der Workflow zu einem Flickenteppich aus Einzelfällen wird. Oder sie können erkennen, dass die Ausnahmeflut ein Designproblem ist, das systematisches Denken darüber erfordert, was den Standardpfad ausmacht und wie Ausreißer kontrolliert werden. Der erste Ansatz beruht auf reaktivem Handeln. Teams reagieren auf jede Ausnahme mit einem Workaround. Führungskräfte genehmigen benutzerdefinierte Prozesse, um Kundenpräferenzen zu berücksichtigen, ohne zu prüfen, ob diese Präferenzen die Betriebskosten rechtfertigen. Teams kompensieren dies, indem sie mehrere Prozessversionen pflegen, Dokumentationen erstellen, die jede Variante auflisten, und sich auf bestimmte Personen verlassen, die sich an alle Sonderfälle erinnern. Dieses Muster erzeugt eine Abhängigkeit von Experten, die sich im Dschungel der Ausnahmen zurechtfinden, wissen, welcher Kunde welche Behandlung erhält und durch ständiges manuelles Eingreifen Ausfälle verhindern. Diese Experten werden kognitiv überlastet. Und die Organisation wird angreifbar, da die zuverlässige Umsetzung auf Erfahrungswissen statt auf systematischen Lösungen beruht.

Teams empfinden dies meist als Erschöpfung, nicht als Designfehler. Sie haben das Gefühl, ständig Sonderfälle bearbeiten zu müssen und nie einen stabilen Zustand zu erreichen. Sie entwickeln einen neuen Prozess, beheben dann Fehler und korrigieren diese. Irgendwann verliert jemand das Vertrauen, also werden manuelle Prüfungen eingeführt. Die Akzeptanz sinkt, weil der Prozess nun langsamer ist als zuvor. An diesem Punkt schließen Führungskräfte, dass die Automatisierung hier nicht funktioniert, obwohl das eigentliche Problem darin besteht, dass der Workflow nie für den Umgang mit Ausnahmen ausgelegt war. Deshalb macht eine Überlastung mit Ausnahmen die Automatisierung anfällig. Und deshalb stößt der einfachste Ratschlag auf Widerstand: Konzentrieren Sie sich zunächst auf die 80 % der Fälle. Nicht, weil die restlichen 20 % unwichtig wären, sondern weil ein System, das sich zuerst auf die 20 % konzentriert, von vornherein komplex ist. Komplexe Systeme sind nicht skalierbar, werden nicht akzeptiert und bleiben unter Druck nicht stabil. Im operativen Geschäft ist Komplexität kein Statussymbol, sondern ein Kostenfaktor. Die Kosten verbergen sich in der kognitiven Belastung derjenigen, die sich merken müssen, welcher Weg in welchem Fall anzuwenden ist, in den Akzeptanzproblemen, die entstehen, wenn der neue Prozess umständlicher erscheint als der alte, in den Fehlern, die auftreten, wenn ein Sonderfall vergessen wird, und in der Abhängigkeit von einzelnen Experten, die das System anfällig macht. Organisationen, die die Bearbeitung von Ausnahmefällen als normal betrachten, unterschätzen, wie viel Produktivitätskapazität durch die Bewältigung unnötiger Komplexität verbraucht wird.

Der zweite Ansatz basiert auf dem Architekten-Mindset. Führungskräfte entwerfen Workflows, die für die meisten Fälle einen einfachen Standardpfad festlegen und Ausnahmen durch Governance statt durch die Verbreitung individueller Pfade steuern. In diesem Modell werden Ausnahmen nicht durch Workarounds behandelt. Sie werden als Anforderungen, Präferenzen oder irrelevante Informationen bewertet, und nur Anforderungen, die operative Investitionen rechtfertigen, werden über skalierbare Mechanismen in das System integriert. Wenn Workflows mit einem stabilen Standardpfad (80 %) und kontrollierter Ausnahmebehandlung konzipiert sind, gewinnen Teams die Kapazität zurück, die durch die Pflege mehrerer Prozessversionen, die Bewältigung komplexer Prozesse und die Abhängigkeit von Experten mit herausragendem Fachwissen verbraucht wurde. Der Unterschied zwischen diesen beiden Modellen ist nicht philosophischer, sondern operativer Natur. Auf Expertenwissen basierende Reaktionen auf Ausnahmen wirken zwar reaktionsschnell, doch Teams entwickeln individuelle Prozesse, um Kundenbedürfnisse zu erfüllen. Führungskräfte genehmigen Workarounds, um hilfreich zu sein. Einzelne Mitarbeiter werden zu Experten im Umgang mit komplexen Systemen. Die Komplexität nimmt jedoch zu, da jede zusätzliche Ausnahme das System wartungsintensiver, schwieriger zu implementieren und abhängiger von bestimmten Personen macht. Im Gegensatz dazu schafft ein systematisches Ausnahmemanagement mittels 80%-Design Umgebungen, in denen ein einfacher Standardpfad die meisten Fälle abdeckt, in denen die Akzeptanz hoch ist, weil der Pfad leicht zu befolgen ist, und in denen Ausnahmen nur dann einbezogen werden, wenn sie die Kosten rechtfertigen und nur durch skalierbare Mechanismen.

Es gibt ein konkretes Szenario im Rechnungswesen, das dies perfekt veranschaulicht. Einige Kunden verlangten, dass Einzelrechnungen direkt in ihre ERP-Systeme hochgeladen werden, anstatt konsolidierte PDFs zu erhalten. Diese Anforderung führte zu Verzögerungen, verlängerten Zahlungsfristen und beanspruchte übermäßig viel Zeit der Sachbearbeiter, da das Team die einzelnen Rechnungen manuell erstellen und verteilen musste. Die Arbeit war repetitiv und schuf keinen Mehrwert. Sie diente lediglich dazu, Umsatzeinbußen zu vermeiden, da die Rechnungsstellungsvorgaben des Kunden nicht durchgängig erfüllt wurden. Genau in solchen Situationen geraten Teams in eine Sackgasse. Der Kunde ist ein Sonderfall, also entwickelt das Team einen speziellen Prozess. Dann verlangt der nächste Kunde eineandere Verpackung. Dann ein weiterer eine leicht abweichende Weiterleitung. Schnell entsteht ein fragiles System manueller Abläufe, das nur wenige Mitarbeiter verstehen, und das bei einem plötzlichen Anstieg des Rechnungsaufkommens oder dem Ausfall einer Schlüsselperson zusammenbricht. Dieses Beispiel zeigt, wie die Vielzahl von Ausnahmen die Stabilität beeinträchtigt. Die Anforderung des ERP-Uploads war berechtigt. Der Kunde benötigte Rechnungen in einem bestimmten Format für sein System. Da diese Anforderung jedoch durch die manuelle Erstellung durch die Sachbearbeiter erfüllt wurde, entstand eine nicht skalierbare Lösung. Da immer mehr Kunden ähnliche Anforderungen hatten, vervielfachte sich der manuelle Arbeitsaufwand. Der Prozess war fehleranfällig, da er eher auf individuellem Einsatz als auf systematischen Fähigkeiten beruhte.

Der Wendepunkt war kein ausgeklügeltes Tool. Es war die Entscheidung, das Problem als das zu behandeln, was es war: nicht die Kundenpräferenzen, sondern das Fehlen eines Systems, das diese unterstützte. Die Lösung war ein Automatisierungsansatz, der die Kundenbedürfnisse berücksichtigte und gleichzeitig die Mitarbeiter im Forderungsmanagement und in der Rechnungsstellung von sich wiederholenden Aufgaben entlastete. Eine VBA/Makro-Lösung wurde entwickelt, um Rechnungen automatisch zu erstellen und per E-Mail zu versenden. Wiederkehrende Vorbereitungsprozesse wurden eliminiert, und das Tool wurde über das Forderungsmanagement hinaus auf die Rechnungsstellungsteams ausgeweitet, um eine breitere Wirkung zu erzielen. Die Ergebnisse sind das, was jeder gerne zitiert: Rund 800 Rechnungen pro Woche wurden effizient verarbeitet, der manuelle Aufwand erheblich reduziert und die Kundenzufriedenheit gesteigert, da die Rechnungsstellungspräferenzen ohne internes Chaos erfüllt wurden. Die positiven Auswirkungen zeigten sich dort, wo es darauf ankommt: Zahlungszyklen wurden beschleunigt, Kundenbeziehungen gestärkt, Kunden erlebten mehr Reaktionsfähigkeit und Professionalität, und intern konnte sich das Team auf wertschöpfende Tätigkeiten anstatt auf die manuelle Rechnungserstellung konzentrieren. Dieses Ergebnis zeigt, was möglich wird, wenn Ausnahmen durch systematisches Design statt durch manuelle, aufwändige Arbeit behandelt werden. Die 800 Rechnungen pro Woche wurden nicht durch die Einstellung zusätzlicher Mitarbeiter oder durch Überlastung der Belegschaft bewältigt. Vielmehr wurde eine automatisierte Lösung entwickelt, die es ermöglichte, diese Ausnahmesituation skalierbar zu bewältigen.

Und hier liegt der entscheidende Punkt, der oft übersehen wird: 800 Rechnungen pro Woche zu bearbeiten, ist nicht nur eine Frage des Durchsatzes, sondern auch des Ausnahmemanagements. Das gelingt nur, wenn der Workflow so gestaltet ist, dass Ausnahmen nicht das gesamte System lahmlegen. Wer sich zunächst auf die 80 % konzentriert, beginnt mit einem einfachen, zuverlässigen und allgemein anwendbaren Standardpfad. Dieser Standardpfad wird dann übernommen. Sobald er etabliert ist, können die Sonderfälle kontrolliert integriert werden, ohne den Kernworkflow zu beeinträchtigen. Geht man den Weg umgekehrt, wird der Standardpfad zu einem „Es kommt darauf an“, und niemand übernimmt ihn. Genau hier setzt der Grundsatz „Klarheit schafft Geschwindigkeit“ im Ausnahmemanagement an. Sind Workflows komplex, erfordert jeder Fall eine Entscheidung über den richtigen Weg, und ist der Standardpfad unklar, verlangsamt sich die Ausführung. Diese Unklarheit erzeugt Reibungsverluste. Führungskräfte, die Klarheit schaffen, indem sie einen einfachen Standardpfad für die 80 % festlegen und die Integration von Ausnahmen steuern, beseitigen diese Reibungsverluste. Die Geschwindigkeit steigt nicht, weil die Mitarbeiter schneller arbeiten, sondern weil sie einem klaren Pfad folgen, anstatt sich durch unzählige Varianten navigieren zu müssen.

Wie sieht also Design für die 80 % im realen Teamverhalten aus?Es beginnt mit der Definition von Standard, auch wenn die Realität oft unübersichtlich ist. Im Bereich der Rechnungsstellung könnte Standard beispielsweise die Standard-Rechnungsstruktur, die Standard-Verteilungsmethode, die Standard-Namenskonvention, die Standard-Archivierung und die Standard-Übergabe umfassen. Es geht nicht um Perfektion, sondern um eine stabile Basis, an der sich das Team orientieren kann. Anschließend wird entschieden, was als Ausnahme gilt. Hier unterlaufen Teams oft ein Fehler: Sie behandeln Präferenzen als Ausnahmen und Ausnahmen als zwingend. Nicht jede Anfrage rechtfertigt eine Änderung des Betriebsmodells. Ein praktischer Ansatz ist die Kategorisierung von Ausnahmen in drei Kategorien. Die erste Kategorie umfasst unabdingbare Anforderungen, in der Regel vertragliche, regulatorische oder systembedingte Einschränkungen. Wenn ein Kunde beispielsweise die Übertragung einzelner Rechnungen in sein ERP-System benötigt, ist das kein bloßes „Nice-to-have“, sondern eine Anforderung, die mit Zahlungszyklen und der Kundenbeziehung zusammenhängt. Die zweite Kategorie umfasst Präferenzen. Präferenzen können wichtig sein, rechtfertigen aber nicht automatisch einen individuellen Prozess. Präferenzen sollten nur dann berücksichtigt werden, wenn dies durch Konfiguration und nicht durch individuelle Anpassung möglich ist. Die dritte Kategorie umfasst Störungen, also Dinge, die eigentlich Gewohnheiten und nicht Wertvorstellungen betreffen. Diese Störungen nehmen Teams auf, wenn sie versuchen, hilfreich zu sein, und sie beeinträchtigen später ihre Leistungsfähigkeit. Die Disziplin, Ausnahmen zu kategorisieren, verhindert, dass Präferenzen und Störungen als Anforderungen behandelt werden. Wenn jeder Anfrage nachgekommen wird, wenn kein Filter existiert, der echte Anforderungen von Präferenzen oder Gewohnheiten unterscheidet, werden Arbeitsabläufe durch die Anhäufung von Informationen immer komplexer. Führungskräfte, die explizit kategorisieren, schaffen Raum, um Störungen zu ignorieren und Präferenzen ausschließlich durch skalierbare Konfiguration statt durch individuelle Prozesse zu erfüllen.

Das 80%-Prinzip besagt im Wesentlichen, dass das System um Kategorie 1 und die häufigsten Muster in Kategorie 2 herum aufgebaut werden sollte. Der Rest wird durch Governance gesteuert. Governance muss nicht aufwendig sein. In kleinen Teams genügt eine einzige Regel: Es wird keine neue Ausnahme hinzugefügt, solange sie nicht beschrieben, gemessen und die zuständige Person nicht festgelegt ist. Die meisten Ausnahmen entstehen dadurch, dass Ausnahmen ohne Entscheidungspunkt in den Workflow gelangen. Ein weitererFaktor, der den 80%-Ansatz erfolgreich macht, ist die Festlegung eines Eingangspunkts für jede Ausnahme. Keine informellen Anfragen, keine „nur dieses eine Mal“, keine E-Mail-Ketten, die zur Richtlinie werden. Ausnahmen sollten über einen einzigen Kanal mit einer klaren Beschreibung und Begründung erfasst werden. Dies ist keine Bürokratie, sondern Schutz. So wird verhindert, dass der Workflow durch einzelneGefälligkeitennach und nach umgeschrieben wird. Diese Praxis, Ausnahmen einen Eingangspunkt zuzuweisen, verhindert die schleichende Komplexitätszunahme. Wenn Ausnahmen informell angefordert, durch Gespräche auf dem Flur oder einmalige E-Mails hinzugefügt werden, wird jede Bewertung ihrer Kosten nicht berücksichtigt. Sie häufen sich unbemerkt an. Führungskräfte, die Ausnahmen benötigen, müssen diese über einen einzigen Kanal einreichen, klar beschreiben und einen Verantwortlichen benennen, um Transparenz und Bewertung zu gewährleisten. Die Ausnahme kann je nach Anforderung, Präferenz oder irrelevantem Sachverhalt genehmigt oder abgelehnt werden.

Im Beispiel der Rechnungsstellung wurde das System entwickelt, um die Erstellung und den Versand einzelner Rechnungen zu automatisieren und den Rechnungsteams zur Verfügung zu stellen. Dieser Einführungsschritt verhindert, dass Ausnahmen zu einer Nischenlösung werden. Wird die Ausnahme skalierbar behandelt, verliert sie ihren Status als Ausnahme und wird Teil des Betriebsmodells. Der dritteAspektist die Entwicklung einer Automatisierung, die Fehler sicher abfangen kann. Fragile Automatisierungen versagen entweder lautstark oder stillschweigend. Lautstarke Fehler sind zwar ärgerlich, aber sichtbar. Stillschweigende Fehler sind fatal, da das Team weiterhin mit falschen Ergebnissen arbeitet, bis finanzielle Engpässe, Kundenvertrauen oder Compliance-Vorgaben eine schmerzhafte Korrektur erzwingen. Die Berücksichtigung von Ausnahmen bedeutet, unvollständige Eingaben, unerwartete Formate und Ausreißer einzuplanen. Kann das System einen Fall nicht bearbeiten, sollte es ihn klar weiterleiten und keine unvollständige Ausgabe liefern. Hier werden Teams oft ungeduldig. Sie drängen auf eine durchgängige Automatisierung, selbst wenn die vorgelagerten Daten inkonsistent sind. Diese Ungeduld führt zu fragilen Systemen. Ein sichererer Ansatz ist es, zunächst die sauberen Teile zu automatisieren und klare Richtlinien für alles außerhalb des unterstützten Bereichs festzulegen. Anders ausgedrückt: Automatisieren Sie die 80 %, die stabil laufen, und bearbeiten Sie die verbleibenden 20 % kontrolliert und transparent, bis Sie entscheiden, ob sich eine Automatisierung lohnt. Diese Disziplin, Fehlerquellen von vornherein zu berücksichtigen, verhindert, dass Automatisierung zu einem Risiko wird. Wenn Systeme unbemerkt ausfallen und fehlerhafte Ergebnisse liefern, die erst bei Folgewirkungen auffallen, wird das Vertrauen zerstört. Führungskräfte, die Systeme so konzipieren, dass nicht unterstützte Szenarien klar erkannt und behandelt werden, anstatt eine Teilverarbeitung zu erzwingen, schaffen Zuverlässigkeit.

Wenn Sie dies auf den Teamalltag übertragen, sind die Vorteile greifbar. Wenn Sie die Prozesse zunächst auf die 80 % der Fälle ausrichten, reduzieren Sie die kognitive Belastung. Ihre Mitarbeiter müssen sich nicht mehr zehn Prozessvarianten merken. Sie improvisieren nicht mehr und stellen nicht mehr dieselben Fragen. Allein das erhöht die Geschwindigkeit und reduziert Fehler. Sie werden auch unabhängiger von einzelnen Mitarbeitern. Eine Flut von Ausnahmen erzeugt diese Abhängigkeit, da nur wenige sich an den komplexen Ablauf erinnern. Sobald diese Mitarbeiter nicht verfügbar sind, gerät die Arbeit ins Stocken. Ein gut durchdachter Standardprozess reduziert die Abhängigkeit von einzelnen Mitarbeitern, da das System das nötige Wissen bereits enthält. Und Sie fördern die Akzeptanz. Die Akzeptanz scheitert, wenn der neue Prozess mehr Arbeit bedeutet als der alte. Eine Flut von Ausnahmen lässt den neuen Prozess schwerer erscheinen, da die Mitarbeiter ständig zwischen verschiedenen Vorgehensweisen wechseln müssen. Ein einfacher Standardprozess erleichtert die Akzeptanz, da er dem Team eine klare, wiederholbare Gewohnheit vermittelt. Hier zeigt sich inklusive Führung als operativer Alpha-Faktor im Ausnahmemanagement. Inklusion bedeutet nicht, jedem Wunsch nachzukommen oder jede Präferenz als gültig zu behandeln. Es geht darum, eine Governance zu etablieren, die die relevanten Stakeholder in die Entscheidung einbezieht, welche Ausnahmen berücksichtigt werden sollten. Wenn Ausnahmeentscheidungen einseitig von Einzelpersonen getroffen werden, die lediglich helfen wollen, nimmt die Komplexität zu. Werden Ausnahmeentscheidungen hingegen durch eine Steuerung mit klaren Kriterien getroffen, die Anforderungen, Präferenzen und Störfaktoren unterscheiden, bleibt das System überschaubar. Führungskräfte, die die Verantwortung für die Bewertung von Ausnahmen aufteilen, schaffen nachhaltige Prozesse.

Der Fall der Rechnungsstellung verdeutlicht dies auf eine Weise, die den meisten Teams bekannt vorkommt. Dem Team ging es nicht um ausgefeilte Lösungen, sondern darum, die Rechnungsstellungsanforderungen der Kunden zu erfüllen, ohne die Kapazitäten der Inkassoabteilung zu überlasten. Durch die Entwicklung einer automatisierten Lösung und die Vereinfachung des Workflows konnten sie rund 800 Rechnungen pro Woche verarbeiten, die Kundenbindung verbessern, Zahlungszyklen beschleunigen und Kapazitäten für wertschöpfendere Aufgaben freisetzen. Das ist erfolgreiche Implementierung im großen Maßstab. Und erfolgreiche Implementierung entsteht nicht, wenn jeder Fall individuell behandelt wird. Sie entsteht, wenn das System Standardprozesse vereinfacht und Ausnahmen kontrolliert. Der Weg von der reaktiven Bearbeitung jeder Ausnahme zu einem systematischen Ausnahmemanagement erfordert eine sorgfältige Planung. Er erfordert Führungskräfte, die verstehen, dass Ausnahmen keine individuellen Kundenpräferenzen sind, dieberücksichtigt werden müssen, sondern Designvorgaben, die bewertet werden müssen. Er erfordert Organisationen, die bereit sind, in die Definition von Standardprozessen zu investieren, Ausnahmen als Anforderungen, Präferenzen oder irrelevante Informationen zu kategorisieren, Eingabepunkte für Ausnahmeanfragen zu schaffen, Richtlinien für Ausnahmeentscheidungen festzulegen und die Automatisierung so zu gestalten, dass sie bei Fällen außerhalb des unterstützten Bereichs sicher fehlschlägt. Dies erfordert die Bereitschaft, vom Überlebensmodus, in dem Teams jede Anfrage durch manuelle Workarounds und heroische Bewältigung komplexer Prozesse erfüllen, zum Neuerfindungsmodus überzugehen, in dem Workflows mit einfachen Standardeinstellungen und kontrollierter Ausnahmebehandlung gestaltet werden. Dieser Wandel vollzieht sich nicht über Nacht. Er erfordert kontinuierliche Anstrengungen, um Standardpfade abzubilden, aktuelle Ausnahmen zu kategorisieren, Einstiegspunkte und Governance-Strukturen festzulegen, Automatisierung für die stabilen 80 % zu entwickeln, sichere Routing-Verfahren für nicht unterstützte Fälle einzurichten undder Versuchung zu widerstehen, jede Präferenz individuell anzupassen. Doch der Nutzen dieser Investition ist messbar und nachhaltig. Die kognitive Belastung sinkt, da die Nutzer einem einheitlichen Pfad folgen, anstatt sich Varianten zu merken. Fehler nehmen ab, da die Komplexität reduziert wird. Die Akzeptanz steigt, da der Standardpfad einfach ist. Die Abhängigkeit von einzelnen Experten entfällt, da das System das nötige Wissen bereits enthält. Die Automatisierung bleibt zuverlässig, da sie für stabile Eingaben mit sicheren Fehlermodi für Ausreißer ausgelegt ist. Und die Kundenzufriedenheit steigt, da Anforderungen durch skalierbare Systeme und nicht durch fehleranfällige manuelle Prozesse erfüllt werden. Die 800 Rechnungen pro Woche, die beschleunigten Zahlungszyklen und die verbesserte Kundenorientierung zeigen, was möglich wird, wenn das Ausnahmemanagement als Gestaltungsdisziplin und nicht als eine Reihe individueller Anpassungen betrachtet wird.

Fragen und Antworten

F: Was bedeutet „Design für die ersten 80 %“ in der Praxis?

A: Das bedeutet, dass Sie einen einfachen Standard-Workflow erstellen, der die häufigsten Fälle abdeckt, diesen als Standard festlegen und erst dann einzeln entscheiden, welche Ausnahmen hinzugefügt werden sollen – inklusive Zuständigkeiten und Sicherheitsvorkehrungen. Im Bereich der Rechnungsstellung bedeutete dies, eine Standard-Rechnungsstruktur, eine Standard-Verteilungsmethode, eine Standard-Namenskonvention, eine Standard-Archivierung und eine Standard-Übergabe als Grundlage für die automatisierte Lösung zu definieren.

F: Wie kann ich verhindern, dass nach der Optimierung wieder Ausnahmen auftreten?

A: Jede Ausnahme muss über einen zentralen Eingabepunkt laufen, kategorisiert und ein Entscheidungsträger benannt werden. Ausnahmen tauchen oft wieder auf, wenn sie informell über kurze Anfragen oder beiläufige Gespräche eingehen. Der zentrale Eingabepunkt schafft Transparenz und ermöglicht die Bewertung, ob es sich bei der Ausnahme um eine Anforderung, eine Präferenz oder lediglich um irrelevante Informationen handelt.

F: Was ist, wenn das Unternehmen sagt, dass die 20 % der wichtigste Teil sind?

A: Wenn es sich tatsächlich um die wichtigste Anforderung handelt, sollte sie als solche behandelt und ein skalierbarer Weg dafür entwickelt werden, wie beispielsweise die Automatisierung der Einzelrechnungsverarbeitung, die die Anforderungen des ERP-Uploads ohne manuelle Eingriffe erfüllte. Entscheidend ist, dass auch diese wichtige Anforderung ein System benötigt, keine Notlösung. Die VBA-/Makro-Lösung wurde für die Rechnungsteams eingeführt, um rund 800 Rechnungen pro Woche zu verarbeiten und so die Ausnahme skalierbar zu machen.

F: Wie können wir vermeiden, dass fehleranfällige Automatisierungen entstehen, die in Grenzfällen versagen?

A: Nicht unterstützte Szenarien sollten sicher abgefangen werden. Leiten Sie diese Fälle klar um, anstatt Teilausgaben zu erzwingen. Entwickeln Sie zunächst den Standardpfad basierend auf stabilen Eingaben und erweitern Sie ihn anschließend. Wenn das System einen Fall nicht verarbeiten kann, sollte es diesen transparent an die manuelle Bearbeitung weiterleiten, anstatt fehlerhafte Ausgaben zu erzeugen, die unbemerkt zu Fehlern führen.

F: Welche Kennzahl zeigt an, dass uns eine Überlastung durch Ausnahmen schadet?

A: Verfolgen Sie die Ausnahmequote als Prozentsatz des Gesamtvolumens und beobachten Sie, ob sie steigt. Steigt die Ausnahmequote und damit auch der manuelle Aufwand, neigt Ihr System wieder zu Instabilität. Diese Kennzahl zeigt, ob Ausnahmen durch Governance-Maßnahmen kontrolliert werden oder sich informell ausbreiten.