--- title: "Quick Tips: Warum Vereinfachen schwerer ist als Hinzufügen" description: "Warum Prozesse nur wachsen — und fünf Wege, Schritte zu streichen, ohne zu pokern: Gründe prüfen, echte Pfade messen, Standardfall trennen." image: https://blog.noreja.com/hubfs/blog/featured-images/2026-10-20-quick-tips-simplifying-processes.png --- [Zu Content springen](https://blog.noreja.com/de-de/warum-vereinfachen-schwerer-ist#main-content) ![](https://blog.noreja.com/hs-fs/hubfs/blog/featured-images/2026-10-20-quick-tips-simplifying-processes.png?width=1820&height=1024&name=2026-10-20-quick-tips-simplifying-processes.png) Process-Intelligence BPM GenAI # Quick Tips: Warum Vereinfachen schwerer ist als Hinzufügen ![Lukas Pfahlsberger](https://app.hubspot.com/settings/avatar/6b6ceb34347ba3ac2667e67af4e9f63f) Lukas Pfahlsberger 20\. Oktober 2026 Bitte ein Team, einen Prozess zu verbessern, und du bekommst Vorschläge: ein neues Feld für die fehlende Information, eine zusätzliche Prüfung vor der Übergabe, ein Status-Update, damit alle wissen, wo die Sache steht, ein kurzer wöchentlicher Sync. Alles sinnvoll. Alles additiv. Fast niemand schlägt vor, etwas wegzunehmen — und genau dort liegt meist die Verbesserung. Das ist kein Mangel an Fantasie. Hinzufügen ist sicher: Die Kosten sind klein, verteilt und liegen in der Zukunft, der Nutzen ist konkret und sofort. Entfernen ist exponiert: Der Nutzen ist diffus, und wenn danach etwas schiefgeht, gibt es eine Entscheidung, auf die man zeigen kann. Also wachsen Prozesse — jede Ergänzung für sich begründet — bis das Ganze langsamer ist, als irgendjemand wollte, und niemand mehr sagen kann, welches Teil weg soll. In dieser Ausgabe von Quick Tips geht es um fünf praktische Wege, einen Prozess zu vereinfachen, ohne zu pokern. ## Warum Vereinfachungsversuche meist stecken bleiben Nimm ein Versicherungsteam, das Änderungsanträge zu bestehenden Verträgen bearbeitet. In sechs Jahren wuchs der Prozess von vier auf elf Schritte. Jede Ergänzung hatte einen Grund: ein falsch kalkulierter Fall führte zu einer zweiten Rechenprüfung, eine Beschwerde zu einer Kundenbestätigung, ein Auditbefund zu einer Dokumentationspflicht, eine Systemmigration hinterließ einen manuellen Abgleich, der eigentlich temporär sein sollte. Das Team weiß, dass der Prozess zu schwer ist. Zwei Anläufe zur Verschlankung produzierten einen Workshop, eine Kandidatenliste und keine Änderung. Die Anläufe scheiterten aus einem vorhersehbaren Grund: Niemand konnte beweisen, dass ein Schritt unnötig ist — und ohne Beweis lautet die sichere Antwort immer "lassen wir erstmal drin". Die Diskussion findet auf Meinungsebene statt ("ich glaube, die Prüfung fängt was ab" gegen "ich glaube, sie fängt nichts ab"), und Meinung schlägt Vorsicht nie. Auch der Schritt, den niemand verteidigt, bleibt — weil jemand die Entscheidung verantworten müsste. Was die Blockade löst, sind Evidenz und eine definierte Grenze: zu wissen, was jeder Schritt tatsächlich leistet, und für welche Fälle er gilt. Die fünf Tipps unten beschaffen beides günstig. ## Tipp 1: Jede Verbesserung muss benennen, was sie entfernt Die einfachste strukturelle Korrektur kostet nichts: Verlange, dass jeder Vorschlag zur Prozessänderung benennt, was er herausnimmt. Nicht als starre One-in-one-out-Regel, sondern als Frage, die beantwortet werden muss — wenn wir diese Prüfung hinzufügen, was ersetzt sie? Und wenn die Antwort "nichts" lautet: Warum ist der Prozess jetzt netto schwerer? Das verändert das Gespräch im Moment des Hinzufügens, und das ist erheblich billiger als ein Aufräumprojekt zwei Jahre später. Es fördert außerdem etwas Nützliches zutage: Oft soll der neue Schritt einen alten tatsächlich ersetzen, aber niemand sagt es — und beide laufen weiter. Die manuelle Prüfung, die die neue Systemkontrolle überflüssig macht, verschwindet nicht von selbst. Jemand muss es bemerken, und die Frage erzwingt das Bemerken. Frag dich: Als dein Team zuletzt einen Schritt hinzufügte — wurde gleichzeitig etwas entfernt? Und wenn nicht: War das eine Entscheidung oder ein Versehen? ## Tipp 2: Frag jeden Schritt nach seinem Grund — und prüfe, ob es ihn noch gibt Die meisten schweren Prozesse enthalten Schritte, deren ursprüngliche Begründung abgelaufen ist. Das System, das unzuverlässige Daten lieferte, wurde ersetzt. Der Lieferant, der unvollständig lieferte, ist nicht mehr unter Vertrag. Die Vorschrift hat sich geändert. Der Schritt bleibt, weil nichts in der Organisation eine Überprüfung auslöst, wenn der Grund hinter einer Kontrolle wegfällt. Also betreibe die Archäologie bewusst. Schreib für jeden Schritt einen Satz: Warum existiert er, und was passierte, wenn es ihn nicht gäbe? Zwei Antworten sind aufschlussreich. "Weil in einem bestimmten Jahr etwas Bestimmtes schiefging" liefert etwas Prüfbares — ist dieser Fehler heute überhaupt noch möglich? Und "weil wir das immer so machen" ist gar kein Grund; das markiert einen Kandidaten für den nächsten Tipp. Bei den regulatorischen Schritten lohnt Präzision statt Annahme. Teams glauben regelmäßig, ein Schritt sei gesetzlich vorgeschrieben, während die Anforderung tatsächlich ein Ergebnis verlangt, nicht diesen konkreten Schritt. Frag jemanden, der es weiß — "Compliance" ist die wirksamste Methode, einen Schritt dauerhaft unprüfbar zu machen. Frag dich: Kann für die drei schwersten Schritte deines Kernprozesses jemand den Grund nennen — und stimmt dieser Grund noch? ## Tipp 3: Schau, was die Leute tatsächlich tun, nicht in die Prozessdokumentation Die schnellste Quelle für Vereinfachungskandidaten ist der Prozess, wie er wirklich ausgeführt wird. In den meisten Organisationen überspringen erfahrene Mitarbeitende längst Schritte, die nichts beitragen — leise, fallweise, undokumentiert. Dieses informelle Verhalten ist Datenmaterial: Es zeigt, welche Teile des Prozesses die Menschen mit der größten Nähe zur Arbeit für unnötig halten. Meistens liegen sie richtig. Die Timestamps in deinen Systemen machen das sichtbar. Process Mining rekonstruiert die tatsächlichen Pfade und zeigt, wie viele Varianten existieren, welche Schritte in der Praxis wie oft übersprungen werden — und ob die Fälle, in denen sie übersprungen wurden, schlechter ausgingen. Plattformen wie [noreja](https://topai.tools/t/noreja) ergänzen die kausale Sicht, und die zählt hier: Die Frage ist nicht nur, ob ein Schritt übersprungen wird, sondern ob das Überspringen mehr Fehler, Nacharbeit oder Beschwerden erzeugt hat. Das ist so nah an einem kontrollierten Experiment, wie du es umsonst bekommst. Zeigen die Daten, dass ein Schritt in einem Drittel der Fälle übersprungen wird, ohne messbaren Unterschied im Ergebnis, musst du nicht mehr streiten, ob er nötig ist — die Organisation hat den Test bereits gefahren. Die informelle Vereinfachung offiziell zu machen ist dann eine risikoarme Entscheidung statt eines Sprungs. Frag dich: Weißt du, welche Schritte deines Prozesses in der Praxis routinemäßig übersprungen werden — und ob diese Fälle anders enden? ## Tipp 4: Trenne den Standardfall von der Ausnahme Ein großer Teil des Prozessgewichts stammt aus einem Konstruktionsfehler: einen einzigen Pfad zu bauen, der jeden Fall abdecken kann. Jede seltene Situation fügt ein Feld hinzu, eine Prüfung, einen Entscheidungspunkt — und all das tragen die Routinefälle mit, also die überwältigende Mehrheit. Die Alternative: den Standardfall explizit definieren und kurz laufen lassen. Alles außerhalb nimmt bewusst den längeren Weg. Das ist nicht mehr Komplexität, sondern weniger: Zwei klare Pfade schlagen einen Pfad mit elf bedingten Verzweigungen — in der Ausführung wie in der Erklärung. Voraussetzung ist eine Grenze, die konkret genug ist, dass niemand sie interpretieren muss, und die echte Bereitschaft, die Ausnahme langsamer sein zu lassen, statt ihre Anforderungen zurück in den Standardpfad zu ziehen. Wie man verhindert, dass Ausnahmen den Standardpfad aushöhlen, haben wir in der Ausgabe über [Ausnahmen ohne Flow-Bruch](https://blog.noreja.com/de-de/ausnahmen-handhaben-ohne-flow-bruch?hsLang=de-de) behandelt. Frag dich: Welcher Anteil deiner Fälle ist Routine — und wie viel des Prozesses, den sie durchlaufen, existiert nur für die, die es nicht sind? ## Tipp 5: Schütze die Vereinfachung, sonst wächst sie nach Vereinfachung ist kein Projekt mit Ende, sondern ein Zustand, der verfällt. Sechs Monate nach einem erfolgreichen Aufräumen sind zwei neue Prüfungen da, beide durch echte Vorfälle begründet, und der Prozess ist schwerer als am Tag des Projektabschlusses. Nichts in der Organisation wehrt sich dagegen — deshalb müssen Aufräumaktionen alle paar Jahre wiederholt werden. Zwei leichtgewichtige Mechanismen halten die Linie. Erstens: Gib jeder neuen Anforderung einen Owner und ein Review-Datum — nicht standardmäßig Dauerstatus. Eine Prüfung, die nach einem Vorfall eingeführt wurde, kann nach zwölf Monaten auslaufen, sofern niemand zeigen kann, dass sie etwas gefangen hat. Zweitens: Verfolge eine Zahl, die Gewicht sichtbar macht — Schritte im Prozess, durchschnittliche Bearbeitungszeit oder Zahl der Felder im Hauptformular. Eine Kennzahl, die steigt, wenn Komplexität steigt, macht aus stillem Drift eine bemerkbare Bewegung. Dieselbe Asymmetrie liegt dem ganzen Problem zugrunde: Hinzufügen ist billig, Entfernen exponiert — genau das lässt auch Freigabeketten wachsen. Die Mechanik, eine Kontrolle zu bepreisen und die Aufsicht vom Fall auf das Muster zu verlagern, behandelt die Ausgabe darüber, [wenn Freigaben mehr kosten als sie schützen](https://blog.noreja.com/de-de/wenn-freigaben-mehr-kosten-als-sie-schuetzen?hsLang=de-de). Was immer du vereinfachst: Kalkuliere ein, dass der Druck zur Wiederverkomplizierung nie aufhört. Frag dich: Welche Zahl in deinem Unternehmen würde steigen, wenn eure Prozesse komplexer werden — und schaut jemand darauf? ## Food for Thought Wenn du morgen zwei Schritte aus deinem wichtigsten Prozess entfernen müsstest: welche — und welche Belege hättest du gern vorher? Welche Schritte in deinem Prozess existieren wegen eines Vorfalls, der heute gar nicht mehr passieren könnte? Wie viele eurer "regulatorischen" Anforderungen wurden mit jemandem verifiziert, der die Vorschrift wirklich kennt? Was überspringt dein Team bereits, wenn niemand hinschaut — und was sagt dir das? Wer darf in deinem Unternehmen einen Schritt hinzufügen, und wer darf einen entfernen? ## Fazit: Vereinfachung braucht Evidenz, nicht Mut Prozesse wachsen, weil Hinzufügen billig und Entfernen exponiert ist, und kein Maß an gutem Willen ändert diese Asymmetrie. Was sie ändert, ist, das Entfernen vertretbar zu machen: Jede Ergänzung muss benennen, was sie ersetzt. Prüfe, ob der ursprüngliche Grund jedes Schritts noch existiert. Nutze die echten Ausführungsdaten, um zu sehen, was die Leute längst überspringen und wie diese Fälle enden. Trenne Standardfall und Ausnahme, damit Routinearbeit keine seltenen Anforderungen mehr mitträgt. Und etabliere einen Mechanismus, der schleichendes Gewicht sichtbar macht. Dann hört Vereinfachung auf, ein Mutakt zu sein, den eine Person verantworten muss — sie wird eine gewöhnliche, evidenzgestützte Entscheidung. Ein konkreter Startpunkt: Nimm deinen Kernprozess, liste seine Schritte, und schreib je einen Satz dazu, warum es ihn gibt. Die Sätze, die du nicht zu Ende bringst, sind deine Shortlist — und die Übung dauert eine Stunde, kein Projekt. [Kontaktiere uns](https://outlook.office365.com/book/Kennenlernen@noreja.com/?ismsaljsauthenabled=true) ## FAQ #### Warum ist Vereinfachen schwerer als Hinzufügen? Weil die Anreize asymmetrisch sind. Ein Schritt mehr kostet wenig, verteilt und in der Zukunft, bringt aber konkreten sofortigen Nutzen. Ein Schritt weniger bringt diffusen Nutzen und ein konkretes persönliches Risiko, falls danach etwas schiefgeht. Ohne Evidenz gewinnt Vorsicht die Diskussion immer — deshalb wachsen Prozesse, obwohl alle sie zu schwer finden. #### Wie findet man heraus, welche Schritte entfallen können? Drei Quellen. Schreib je einen Satz pro Schritt, warum es ihn gibt, und prüfe, ob der Grund noch gilt. Schau, was in der Praxis bereits übersprungen wird und ob diese Fälle anders enden. Und trenne Standardfall von Ausnahme — das zeigt meist, wie viel des Prozesses nur für seltene Situationen existiert. #### Wie unterstützt Process Mining die Vereinfachung? Es zeigt den Prozess wie ausgeführt statt wie dokumentiert: wie viele Varianten existieren, welche Schritte wie oft übersprungen werden und ob übersprungene Fälle mehr Nacharbeit oder Beschwerden erzeugten. Aus der Debatte, ob ein Schritt nötig ist, wird eine Beobachtung dessen, was ohnehin geschieht — die Organisation hat den Test faktisch schon gefahren. #### Warum werden vereinfachte Prozesse wieder komplex? Weil sich dem Drift nichts entgegenstellt. Jeder neue Vorfall erzeugt eine begründete Ergänzung, und kein Mechanismus prüft, ob frühere Ergänzungen ihren Platz noch verdienen. Neue Anforderungen mit Owner und Review-Datum zu versehen und eine Kennzahl zu verfolgen, die mit Komplexität steigt, hält den Drift sichtbar statt still. #### Ist One-in-one-out eine gute Regel für Prozessänderungen? Als starre Regel kann sie künstliche Streichungen erzwingen. Als Frage ist sie wertvoll: Jeder Vorschlag sollte sagen, was er ersetzt — und wenn die Antwort "nichts" lautet, sollte das eine bewusste Entscheidung sein. Häufig zeigt sich dabei, dass ein neuer Schritt einen alten ablösen sollte, den niemand abgeschaltet hat. ## Diesen Beitrag teilen [mailto:https%3A%2F%2Fblog.noreja.com%2Fde-de%2Fwarum-vereinfachen-schwerer-ist](mailto:https%3A%2F%2Fblog.noreja.com%2Fde-de%2Fwarum-vereinfachen-schwerer-ist) ## Weiterlesen ### [![](https://blog.noreja.com/hs-fs/hubfs/blog/featured-images/2026-10-13-business-case-campaign-approvals.png?width=1820&height=1024&name=2026-10-13-business-case-campaign-approvals.png) Process-Intelligence BPM GenAI Business Case: Wie du Kampagnenfreigaben beschleunigst](https://blog.noreja.com/de-de/kampagnenfreigaben-beschleunigen?hsLang=de-de) ### [![](https://blog.noreja.com/hs-fs/hubfs/blog/featured-images/.png-Aug-28-2026-07-39-57-5591-AM.png?width=1820&height=1024&name=.png-Aug-28-2026-07-39-57-5591-AM.png) Two-For-One Process-Intelligence BPM Two for One: Wenn Freigaben mehr kosten als sie schützen](https://blog.noreja.com/de-de/wenn-freigaben-mehr-kosten-als-sie-schuetzen?hsLang=de-de) [![noreja\_logo\_white](https://blog.noreja.com/hs-fs/hubfs/noreja_logo_white.png?width=300&height=78&name=noreja_logo_white.png "noreja_logo_white")](https://blog.noreja.com/?hsLang=de-de) [Privacy Policy](https://noreja.com/en/privacy) · [Legal](https://noreja.com/en/imprint) · © 2026 Noreja. All rights reserved. ```json { "@context" : "https://schema.org", "@type" : "BlogPosting", "author" : { "@type" : "Person", "name" : "Lukas Pfahlsberger", "url" : "https://blog.noreja.com/de-de/author/lukas-pfahlsberger" }, "dateModified" : "2026-10-20T07:00:01.310Z", "datePublished" : "2026-10-20T07:00:00.000Z", "headline" : "Quick Tips: Warum Vereinfachen schwerer ist als Hinzufügen", "image" : [ "https://blog.noreja.com/hubfs/blog/featured-images/2026-10-20-quick-tips-simplifying-processes.png" ], "mainEntityOfPage" : { "@id" : "https://blog.noreja.com/de-de/warum-vereinfachen-schwerer-ist", "@type" : "WebPage" }, "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject", "url" : "https://blog.noreja.com/hubfs/noreja_logo_white-1.png" }, "name" : "Noreja Intelligecne GmbH" } } ```