Stell dir vor, du hast gerade 5.000 Euro in ein Projekt investiert, das auf einer Kette von logischen Fehlschlüssen basiert. Ich habe das oft erlebt: Ein Gründer oder Projektleiter versucht, ein kleines, nerviges Problem durch eine immer größere, komplexere Lösung zu ersetzen, nur um am Ende vor einem Trümmerhaufen zu stehen, der weitaus teurer ist als der ursprüngliche Fehler. Dieses Muster nenne ich das Prinzip von The Old Lady and the Fly. Es fängt harmlos an. Eine kleine Unannehmlichkeit taucht auf, eine „Fliege“ im System. Anstatt diese Fliege einfach zu akzeptieren oder mit minimalem Aufwand zu entfernen, wird eine „Spinne“ gekauft, um die Fliege zu fangen. Dann ein Vogel für die Spinne, eine Katze für den Vogel. Ich saß erst letzten Monat mit einem Mandanten zusammen, der genau das tat. Er wollte eine winzige Ineffizienz in seiner Logistik ausmerzen und kaufte dafür eine Software-Suite, die so komplex war, dass er drei neue Mitarbeiter einstellen musste, nur um die Software zu bedienen. Die ursprüngliche Fliege war längst vergessen, aber die Kosten für die „Kuh“, die er am Ende schlucken musste, fraßen seine gesamte Marge auf.
Der fatale Glaube an die Eskalationslösung
Der größte Fehler besteht darin, zu glauben, dass Komplexität die Antwort auf Instabilität ist. Wenn etwas nicht funktioniert, neigen wir dazu, eine weitere Schicht obenauf zu packen. In der Praxis sieht das so aus: Ein Marketingkanal liefert nicht die gewünschten Ergebnisse. Anstatt die Botschaft zu hinterfragen, wird ein teures Attributions-Tool gekauft. Wenn das Tool zeigt, dass die Daten unsauber sind, wird eine Datenbereinigungs-Agentur engagiert. Das ist die klassische Abwärtsspirale.
Ich habe in den letzten zehn Jahren gesehen, wie Budgets im sechsstelligen Bereich verbrannt wurden, weil niemand den Mut hatte, den ersten Fehltritt zuzugeben. Man steckt in der Sunk-Cost-Fallacy fest. Du hast bereits so viel investiert, dass du glaubst, die nächste, größere Investition müsse das Ruder herumreißen. Das tut sie fast nie. In der Realität führt dieser Weg direkt in den Abgrund, weil jede neue Ebene der Lösung eigene, neue Probleme mit sich bringt. Wer eine Spinne schluckt, muss sich fortan nicht mehr nur um die Fliege kümmern, sondern auch um das Netz, das die Spinne im Hals webt.
Warum The Old Lady and the Fly kein Märchen sondern eine Warnung ist
Viele betrachten die Geschichte als bloßen Kinderreim, doch für mich ist sie das ultimative Handbuch für schlechtes Management. Der Kern des Problems ist die Verleugnung der Ursache. Wenn du versuchst, ein Problem auf derselben Ebene zu lösen, auf der es entstanden ist, oder — noch schlimmer — auf einer komplexeren Ebene, produzierst du nur teuren Müll.
Nehmen wir ein praktisches Beispiel aus der Softwareentwicklung. Ein Team stellt fest, dass der Code instabil ist. Ein erfahrener Praktiker würde sagen: „Schreibt bessere Tests und räumt die technische Schuld auf.“ Ein Anhänger dieser destruktiven Strategie sagt: „Wir brauchen eine Microservices-Architektur und ein Kubernetes-Cluster, um die Last besser zu verteilen.“ Plötzlich hast du statt ein paar Bugs ein Infrastruktur-Monster, das monatlich 2.000 Euro an Cloud-Gebühren kostet und von keinem im Team mehr voll durchschaut wird. Die Instabilität ist immer noch da, nur jetzt ist sie verteilt und schwerer zu finden.
Die Kosten der Komplexität
Jede neue Komponente in deinem System erhöht die Fehleranfälligkeit exponentiell. Es ist mathematisch logisch: Wenn Teil A eine Zuverlässigkeit von 90 % hat und du Teil B (ebenfalls 90 %) hinzufügst, um A zu stützen, liegt deine Gesamtwahrscheinlichkeit für einen reibungslosen Ablauf nur noch bei 81 %. Du hast das System nicht sicherer gemacht; du hast die Wahrscheinlichkeit eines Ausfalls erhöht. In der harten Realität des Geschäftslebens bedeutet das: Mehr Meetings, mehr Schnittstellenprobleme und mehr potenzielle Point-of-Failures.
Der Vorher-Nachher-Vergleich in der Realität
Schauen wir uns an, wie dieser Prozess in einem echten Unternehmen abläuft. Ich begleite oft Firmen bei der Prozessoptimierung und das folgende Szenario ist fast schon Standard.
Vorher: Der falsche Weg Ein mittelständischer Betrieb bemerkt, dass die Kundenanfragen zu langsam beantwortet werden. Die Geschäftsführung entscheidet, dass ein KI-basierter Chatbot her muss. Sie geben 40.000 Euro für die Lizenz und Implementierung aus. Sechs Monate später stellen sie fest, dass der Bot die Kunden nur frustriert, weil die zugrunde liegenden Daten in der Warenwirtschaft veraltet sind. Also investieren sie weitere 100.000 Euro in ein neues ERP-System, um die Datenqualität zu verbessern. Das ERP-System erfordert eine Schulung für alle 50 Mitarbeiter, was den Betrieb für zwei Wochen lähmt. Am Ende haben sie 200.000 Euro ausgegeben, die Mitarbeiter sind genervt, und die Kundenanfragen dauern immer noch zu lange, weil das Problem eigentlich an einer unklaren Zuständigkeitsmatrix im Team lag.
Nachher: Der radikal praktische Weg Derselbe Betrieb analysiert die Situation nüchtern. Ich sage ihnen: „Vergesst den Chatbot.“ Wir schauen uns an, warum die Antworten lange dauern. Es stellt sich heraus, dass die Mitarbeiter drei verschiedene Programme öffnen müssen, um eine Information zu finden. Die Lösung? Ein simpler zweiter Monitor für jeden Arbeitsplatz (Kosten: 5.000 Euro) und eine Excel-Liste mit den wichtigsten Telefonnummern der Lieferanten. Die Antwortzeit sinkt sofort um 40 %. Keine neue Software, keine Beraterarmee, keine Kuh im Hals.
Der Unterschied liegt darin, dass man beim zweiten Ansatz die Fliege einfach erschlagen hat, anstatt einen Zoo zu kaufen. Es ist weniger sexy, es gibt keine schicken Dashboards, aber es funktioniert und lässt das Geld auf dem Konto.
Die Falle der falschen Experten
Es gibt eine ganze Industrie, die davon lebt, dass du den Ansatz von The Old Lady and the Fly verfolgst. Berater, Software-Verkäufer und Agenturen verdienen ihr Geld mit der „Spinne“, der „Katze“ und dem „Hund“. Sie werden dir niemals sagen, dass dein Problem klein ist. Sie werden dir sagen, dass dein Problem ein Symptom für ein viel größeres, strukturelles Defizit ist, das nur durch ihre proprietäre Lösung behoben werden kann.
Hör auf, auf Leute zu hören, deren Einkommen davon abhängt, wie kompliziert sie dein Leben machen. Wenn dir jemand eine Lösung verkauft, die mehr als drei Schritte umfasst oder die Einstellung neuer Spezialisten erfordert, sollten bei dir alle Alarmglocken schrillen. In meiner Laufbahn waren die besten Lösungen fast immer schmerzhaft einfach. So einfach, dass sich die Geschäftsführung oft schämte, sie so lange übersehen zu haben.
Skalierung ist oft eine Ausrede
Oft höre ich das Argument: „Aber wir müssen skalieren!“ Das ist die Standardantwort, um unnötige Komplexität zu rechtfertigen. Wenn dein Basisprozess kaputt ist, wird Skalierung nur dazu führen, dass er schneller und teurer kaputtgeht. Ein Prozess, der manuell nicht funktioniert, wird auch automatisiert nicht funktionieren. Er wird nur effizienter darin, Geld zu verbrennen. Bevor du also die „Katze“ kaufst, um die „Spinne“ zu fressen, stell sicher, dass die „Fliege“ nicht einfach durch ein offenes Fenster nach draußen geleitet werden kann.
Der psychologische Druck der Untätigkeit
Warum machen wir diesen Fehler immer wieder? Weil „nichts tun“ oder „wenig tun“ sich nicht nach Arbeit anfühlt. Wenn ein Projekt scheitert, will der Verantwortliche zeigen, dass er hart an einer Lösung arbeitet. Eine massive Investition in ein neues System sieht nach Tatkraft aus. Den Prozess abzuspecken und Überflüssiges zu entfernen, sieht hingegen nach Rückschritt aus.
Ich kenne einen Abteilungsleiter, der lieber 50.000 Euro für ein Projektmanagement-Tool ausgab, als zuzugeben, dass seine wöchentlichen Meetings Zeitverschwendung waren. Das Tool sollte die Kommunikation „optimieren“. In Wirklichkeit mussten die Leute jetzt zusätzlich zum Meeting noch Zeit in die Pflege des Tools investieren. Er hat das Problem verdoppelt, aber vor seinem Chef glänzte er mit einer „digitalen Transformationsstrategie“. Das ist pures Gift für jedes Unternehmen.
Praktische Schritte zur Dekonstruktion
Wenn du merkst, dass du bereits mitten in der Kette steckst, gibt es nur einen Weg raus: den harten Schnitt. Das ist oft schmerzhaft, weil man Verluste realisieren muss.
- Identifiziere die ursprüngliche Fliege. Was war das allererste Problem, bevor der ganze Wahnsinn anfing?
- Streich alle Lösungen, die in den letzten sechs Monaten hinzugekommen sind und das Grundproblem nicht gelöst haben.
- Akzeptiere, dass das bisher ausgegebene Geld weg ist. Es kommt nicht zurück, egal wie viel du noch hinterherwirfst.
- Suche nach der „Low-Tech“-Lösung. Wenn du das Problem mit einem Stift, einem Papier oder einem Gespräch lösen kannst, ist das die richtige Wahl.
Es erfordert enorme Disziplin, nicht der Versuchung zu erliegen, alles mit Technik oder mehr Personal erschlagen zu wollen. Aber genau diese Disziplin unterscheidet Profis von Amateuren, die sich im Netz der eigenen Lösungen verfangen.
Realitätscheck
Kommen wir zum Punkt. Erfolg in diesem Bereich hat nichts mit der neuesten Technologie oder den komplexesten Strategien zu tun. Er hat mit radikaler Simplifizierung zu tun. Wenn du glaubst, dass du durch das Hinzufügen von immer neuen Ebenen ein stabiles Fundament baust, irrst du dich gewaltig. Du baust ein Kartenhaus aus Abhängigkeiten.
Echter Fortschritt fühlt sich oft langweilig an. Er sieht nach Standardisierung aus, nach dem Streichen von unnötigen Schritten und nach dem Nein-Sagen zu glänzenden neuen Tools. Wenn du nicht bereit bist, die unbequeme Wahrheit zu akzeptieren, dass dein Problem vielleicht nur eine kleine Fliege ist, die du ignorieren oder mit einem Handgriff beseitigen könntest, dann wirst du zwangsläufig an der „Kuh“ ersticken. Es gibt keine Abkürzung durch Komplexität. Es gibt nur den harten Weg der Reduktion. Wer das nicht versteht, wird weiterhin viel Geld für Lösungen bezahlen, die eigentlich nur neue Probleme sind. Das ist die Realität, und sie kümmert sich nicht um deine Wachstumsphantasien oder dein Bedürfnis nach komplizierten Systemen. Du musst entscheiden: Willst du ein funktionierendes Geschäft oder einen prall gefüllten Zoo aus teuren Fehlern?
