Ich habe es in den letzten fünfzehn Jahren immer wieder erlebt: Ein Team sitzt im Konferenzraum, die Stimmung ist euphorisch, und der Projektleiter strahlt über das ganze Gesicht. Er hat eine Vision, ein Budget von 250.000 Euro und den festen Glauben, dass Everything's Going to Be Great. Drei Monate später ist die Stimmung im Keller. Das Budget ist zur Hälfte aufgebraucht, aber es gibt kein vorzeigbares Produkt, die Entwickler streiten sich über die Architektur, und der erste Meilenstein wurde krachend gerissen. Der Fehler lag nicht an mangelnder Motivation oder fehlendem Talent. Der Fehler war die Annahme, dass Optimismus ein Ersatz für Planung ist. In meiner Zeit als Berater für Krisenprojekte habe ich gesehen, dass genau diese Einstellung Unternehmen Unmengen an Geld kostet, weil sie die harte Arbeit der Risikoanalyse zugunsten eines angenehmen Gefühls ignorieren.
Die Falle der unendlichen Skalierbarkeit ohne Fundament
Ein häufiger Fehler, den Gründer und Abteilungsleiter machen, ist der Aufbau einer Infrastruktur für Millionen von Nutzern, bevor sie überhaupt zehn zahlende Kunden haben. Man kauft teure Server-Lösungen, bucht Enterprise-Software-Lizenzen und stellt Spezialisten ein, die Prozesse verwalten sollen, die es noch gar nicht gibt. Ich kenne einen Fall aus München, bei dem ein Startup 80.000 Euro für eine maßgeschneiderte Datenbankstruktur ausgab, die theoretisch Transaktionen im Millisekundenbereich abwickeln konnte. Das Problem war nur: Sie hatten kein Produkt, das jemand kaufen wollte.
Die Lösung ist simpel, aber schmerzhaft für das Ego: Baue Dinge, die nicht skalieren. Wenn du ein neues Geschäftsmodell testest, nutze Standard-Tools. Nutze Excel, nutze einfache Webbaukästen, mach die Arbeit im Hintergrund manuell. Es ist egal, ob der Prozess hinter den Kulissen chaotisch aussieht, solange das Kundenerlebnis stimmt. Erst wenn du merkst, dass du manuell nicht mehr hinterherkommst, investierst du in Automatisierung. Wer zu früh skaliert, verbrennt Kapital für Probleme, die er vielleicht nie haben wird.
Everything's Going to Be Great als Strategie für das Risikomanagement
Viele verwechseln Hoffnung mit einer Strategie. Wenn ich in ein Projekt gerufen werde, das kurz vor dem Scheitern steht, höre ich oft den Satz: "Wir dachten einfach, das ergibt sich dann schon." Aber so läuft das nicht. Ein echtes Everything's Going to Be Great Gefühl stellt sich erst dann ein, wenn man die hässlichen Wahrheiten auf den Tisch gelegt hat. Das bedeutet, dass man sich hinsetzt und ein "Pre-Mortem" durchführt. Man stellt sich vor, das Projekt ist in sechs Monaten gescheitert. Dann fragt man sich: Warum ist es gescheitert?
War es die Abhängigkeit von einem einzigen Lieferanten? War es die mangelnde Kommunikation zwischen Marketing und Produktentwicklung? War es ein gesetzliches Risiko, das man ignoriert hat? Erst wenn man diese Liste abgearbeitet hat, kann man ruhig schlafen. Ich habe Projekte gesehen, die gerettet wurden, nur weil jemand den Mut hatte, drei Wochen vor dem Start den Stecker zu ziehen, um ein kritisches Sicherheitsproblem zu beheben, anstatt zu hoffen, dass es niemand merkt. Hoffnung ist kein Schutz vor einer Klage oder einem Shitstorm.
Der Mythos des perfekten Zeitplans
Ich habe noch nie einen Zeitplan gesehen, der eins zu eins eingehalten wurde. Wer einen Plan erstellt, der auf die Woche genau voraussagt, was in neun Monaten passiert, lügt sich selbst an. In der Praxis führt das dazu, dass Teams unter enormem Druck stehen, minderwertige Arbeit abliefern oder Burnout riskieren. Ein Projektplan muss atmen können.
Statt starrer Deadlines arbeite ich mit Zeitfenstern und Prioritäten. Was muss unbedingt fertig sein? Was wäre schön zu haben? Wenn man lernt, den Umfang eines Projekts zu reduzieren, anstatt die Qualität zu opfern, gewinnt man die Kontrolle zurück. Ein Vorher/Nachher-Beispiel verdeutlicht das:
Ein mittelständisches Unternehmen wollte ein neues CRM-System einführen. Der ursprüngliche Plan sah vor, alle Abteilungen gleichzeitig innerhalb von sechs Monaten umzustellen. Das Ergebnis war ein totales Chaos. Die Daten waren fehlerhaft, die Mitarbeiter frustriert, und der Betrieb stand für zwei Wochen fast still. Das war der falsche Ansatz, getrieben von der Gier nach einer schnellen Lösung.
Nachdem wir den Prozess gestoppt hatten, änderten wir die Strategie. Wir suchten uns die kleinste Abteilung aus, die den größten Nutzen hatte. Wir führten das System dort innerhalb von vier Wochen ein, lernten aus den Fehlern bei der Datenmigration und passten die Benutzeroberfläche an. Erst danach gingen wir zur nächsten Abteilung über. Es dauerte insgesamt neun Monate, aber das System funktionierte vom ersten Tag an stabil, und die Mitarbeiterakzeptanz war hoch. Das ist der Unterschied zwischen blindem Aktionismus und methodischem Vorgehen.
Warum Expertenmeinungen oft teurer Ballast sind
Es klingt paradox, aber oft sind es gerade die teuren Berater, die den größten Schaden anrichten. Sie bringen Standardlösungen mit, die in einem Konzern funktionieren mögen, aber in einem agilen Umfeld wie ein Fremdkörper wirken. Ich habe erlebt, wie Firmen Zehntausende Euro für "Best Practices" bezahlten, die ihre internen Prozesse nur verlangsamten.
Die Lösung liegt in der Befähigung der eigenen Leute. Die Menschen, die täglich an der Front arbeiten, wissen meist genau, wo es hakt. Sie brauchen nur den Raum und das Budget, um Lösungen zu testen. Anstatt einen Berater zu fragen, wie man die Effizienz steigert, sollte man die drei fähigsten Mitarbeiter fragen und ihnen für zwei Wochen den Rücken freihalten, damit sie einen Prototyp bauen können. Das spart nicht nur Geld, sondern sorgt auch dafür, dass die Lösung tatsächlich zum Unternehmen passt.
Das Problem mit der Konsens-Kultur
In vielen deutschen Unternehmen wird so lange diskutiert, bis jeder zustimmt. Das führt zu verwässerten Entscheidungen, die niemandem wehtun, aber auch nichts bewegen. Echte Fortschritte brauchen Reibung. Jemand muss die Verantwortung übernehmen und auch mal eine unpopuläre Entscheidung treffen. Wer versucht, es jedem recht zu machen, endet mit einem Produkt, das zwar keine Fehler hat, aber auch keinen Nutzen stiftet.
Die Kosten der versunkenen Kosten ignorieren
Einer der teuersten Fehler ist es, an einer schlechten Entscheidung festzuhalten, nur weil man schon viel Geld investiert hat. In der Psychologie nennt man das die "Sunk Cost Fallacy." Ich habe Projekte gesehen, in die Millionen flossen, obwohl nach zwei Jahren klar war, dass der Markt sich verändert hatte und das Produkt niemand mehr brauchte.
Man muss die Eier haben zu sagen: "Wir haben hier zwei Millionen Euro verbrannt. Es tut weh, aber wenn wir jetzt weitermachen, verbrennen wir noch einmal zwei Millionen, ohne Aussicht auf Erfolg." Das ist kein Scheitern, das ist Schadensbegrenzung. Professionelle Anleger machen das ständig. Sie setzen einen Stop-Loss. Im Projektmanagement sollte man das Gleiche tun. Wenn bestimmte Kennzahlen nach einem festgelegten Zeitraum nicht erreicht sind, wird das Projekt beendet oder grundlegend neu ausgerichtet. Ohne Wenn und Aber.
Feedback-Schleifen sind wichtiger als Meilensteine
Meilensteine sind oft willkürlich gesetzte Daten in einem Kalender. Feedback-Schleifen hingegen sind reale Interaktionen mit der Außenwelt. Der Fehler vieler Entwickler und Produktmanager ist es, sich für Monate im stillen Kämmerlein einzuschließen und an der "perfekten" Lösung zu arbeiten. Wenn sie dann endlich damit rausgehen, hat sich die Welt weitergedreht.
Echtes Everything's Going to Be Great entsteht, wenn man nach zwei Wochen den ersten Entwurf zeigt. Es ist unangenehm, etwas Unfertiges zu präsentieren. Es ist peinlich, wenn der Kunde auf einen Bug stößt. Aber es ist viel peinlicher, nach einem Jahr ein fertiges Produkt zu präsentieren, das am Markt vorbeigeht. Wer früh und oft scheitert, lernt schneller und billiger. Ich rate jedem, den Kontakt zum Nutzer so früh wie möglich zu suchen, auch wenn das Produkt nur aus ein paar Skizzen auf Papier besteht.
Realitätscheck
Machen wir uns nichts vor: Erfolg ist kein Zufall und auch kein Ergebnis von positivem Denken allein. Wenn du glaubst, dass du einfach nur fest genug an dein Ziel glauben musst und der Rest sich von alleine fügt, wirst du auf die Nase fallen. Die Realität ist oft langweilig, anstrengend und voller Rückschläge.
Erfolg in komplexen Projekten oder beim Aufbau eines Geschäfts erfordert eine fast schon paranoide Aufmerksamkeit für Details und Risiken. Es bedeutet, dass du bereit sein musst, deine eigenen Ideen jeden Tag aufs Neue zu hinterfragen. Du musst dich mit Zahlen beschäftigen, die dir nicht gefallen, und mit Menschen zusammenarbeiten, die anderer Meinung sind als du.
Es gibt keine Abkürzung. Es gibt kein magisches Tool, das die harte Arbeit für dich erledigt. Die einzige Sicherheit, die du hast, ist deine Fähigkeit, dich anzupassen und aus Fehlern zu lernen, ohne dabei dein gesamtes Budget zu verspielen. Wer das versteht, braucht keinen blinden Optimismus mehr. Er hat dann nämlich etwas viel Besseres: Kompetenz und Belastbarkeit. Und genau das ist der Punkt, an dem man aufhört zu hoffen und anfängt zu wissen, dass man mit jeder Situation fertig wird, die auf einen zukommt. Das ist die harte Wahrheit, die kein Coach dir in einem Motivationsseminar erzählt, weil sie sich nicht gut verkaufen lässt. Aber es ist die einzige Wahrheit, die dich am Ende wirklich weiterbringt.
