Stell dir vor, du sitzt in einem Meeting mit der Geschäftsführung. Vor drei Monaten hast du das Projekt „Markteintritt 2026“ mit einem Budget von 150.000 Euro und einem Zeitplan von sechs Monaten abgesegnet bekommen. Du hast die ersten Rechnungen der Agentur bezahlt, die ersten Entwürfe gesehen, und plötzlich stellst du fest, dass die Schnittstellenanbindung an das bestehende ERP-System gar nicht kalkuliert wurde. Dein technischer Leiter sagt dir trocken, dass das nochmal 40.000 Euro extra kostet und den Launch um acht Wochen verzögert. Jetzt musst du vor die Chefetage treten. In diesem Moment denkst du dir: I Am Once Again Asking um mehr Mittel, obwohl ich eigentlich Erfolg versprochen hatte. Es ist ein Szenario, das ich in meiner Laufbahn als Projektberater hunderte Male gesehen habe. Es kostet nicht nur Geld, sondern zerstört vor allem das Vertrauen, das du dir über Jahre aufgebaut hast. Wenn du an diesem Punkt landest, hast du den Fehler nicht heute gemacht, sondern vor Monaten, als du die Komplexität unterschätzt und die Warnsignale ignoriert hast.
Der Mythos der Skalierbarkeit ohne Fundament
Ein Fehler, den viele begehen, ist der Glaube, man könne ein System einfach „hochfahren“, sobald die Basis steht. Ich habe Unternehmen gesehen, die Zehntausende Euro in Marketingkampagnen gesteckt haben, bevor der interne Prozess überhaupt eine einzige Bestellung fehlerfrei abwickeln konnte. Die Annahme ist oft: „Wir reparieren das Schiff, während wir segeln.“ Das ist Unsinn. In der Realität führt das dazu, dass du für jeden Euro, den du in Wachstum steckst, zwei Euro für Schadensbegrenzung ausgibst.
Wer denkt, dass technisches Wachstum linear verläuft, irrt sich gewaltig. Es ist eher eine Treppenfunktion. Du bleibst auf einem Plateau, gibst Geld aus, und nichts passiert, bis plötzlich die nächste Stufe erreicht ist. Wenn du in dieser Phase die Geduld verlierst und versuchst, den Prozess durch bloße Geldzufuhr zu beschleunigen, verbrennst du Kapital. Ich habe erlebt, wie Start-ups ihr gesamtes Seed-Investment in sechs Monaten verfeuert haben, weil sie dachten, mehr Personal würde ein strukturelles Softwareproblem lösen. Mehr Köpfe bei einem schlechten Fundament bedeuten nur mehr Meinungskrieg und weniger Output.
I Am Once Again Asking und die Gefahr der Sunk Cost Fallacy
Es gibt diesen gefährlichen Moment in jedem Projekt, in dem man merkt, dass der gewählte Weg eine Sackgasse ist. Aber anstatt umzukehren, investiert man mehr. Das Motto lautet oft: ## I Am Once Again Asking für eine letzte Finanzierungsrunde, um das Ruder rumzureißen. Das ist die klassische Falle der versunkenen Kosten. Man hat schon so viel Zeit und Geld investiert, dass ein Abbruch wie ein persönliches Versagen wirkt.
In meiner Praxis habe ich ein mittelständisches Industrieunternehmen begleitet, das versuchte, eine eigene E-Commerce-Plattform zu bauen, anstatt eine bestehende Lösung zu mieten. Nach zwei Jahren und 500.000 Euro Entwicklungskosten war das System instabil und veraltet. Der verantwortliche IT-Leiter forderte weitere 200.000 Euro. Er argumentierte, dass die bisherigen 500.000 Euro verloren wären, wenn man jetzt aufhörte. Das war falsch. Die 500.000 Euro waren so oder so weg. Die Frage war nur, ob man weitere 200.000 Euro hinterherwerfen wollte. Wir haben das Projekt gestoppt, eine Standardlösung für 50.000 Euro implementiert und waren in drei Monaten am Markt. Den Schmerz des Abbruchs muss man aushalten können, sonst blutet das Unternehmen langsam aus.
Das Problem mit den Ja-Sagern und die Kosten der Harmonie
Viele Projekte scheitern, weil niemand am Anfang „Nein“ sagt oder die unangenehmen Fragen stellt. Wir neigen dazu, optimistisch zu planen. Ein Budgetplan ist oft kein realistisches Abbild der Zukunft, sondern ein politisches Instrument, um die Freigabe zu erhalten. Wenn du einem Budget zustimmst, von dem du weißt, dass es nur bei 100 % Erfolg ausreicht, hast du bereits verloren.
In der echten Welt gehen Dinge schief. Server fallen aus, Mitarbeiter kündigen, Gesetze ändern sich. Ein erfahrener Praktiker plant einen Puffer ein, der weh tut. Wenn dein Projekt 100.000 Euro kosten soll, stell 130.000 Euro ein. Wenn die Geschäftsführung sagt, das sei zu teuer, dann ist das Projekt vielleicht nicht wichtig genug. Es ist besser, ein Projekt wegen mangelndem Budget gar nicht erst zu starten, als es nach der Hälfte wegen Geldmangel gegen die Wand zu fahren. Wer Harmonie in der Planungsphase sucht, erntet Chaos in der Umsetzungsphase.
Ich erinnere mich an einen Fall, bei dem ein Marketingteam eine globale Kampagne plante. Die Rechtsabteilung warnte vor Datenschutzproblemen in drei Zielmärkten. Das Team ignorierte das, weil man den Zeitplan nicht gefährden wollte. Am Ende mussten die Kampagnen in diesen Ländern gestoppt werden, was Strafzahlungen und Produktionsverluste in Millionenhöhe nach sich zog. Die „Harmonie“ beim Kick-off war teuer erkauft.
Vorher und Nachher im Prozessmanagement
Schauen wir uns an, wie sich ein falscher Ansatz im Vergleich zu einem professionellen Vorgehen in der Praxis auswirkt. Nehmen wir das Beispiel einer CRM-Einführung.
Der falsche Ansatz (Vorher): Das Unternehmen kauft die teuerste Lizenz am Markt, weil der Verkäufer verspricht, dass damit alle Probleme gelöst werden. Die IT-Abteilung installiert das System. Dann werden die Mitarbeiter in einer zweistündigen Webschulung „fit gemacht“. Drei Monate später nutzt niemand das System, weil die Eingabemasken zu kompliziert sind und nicht zum Arbeitsalltag der Vertriebler passen. Die Datenqualität ist miserabel. Der Chef schreit nach mehr Funktionen, um die Akzeptanz zu erhöhen. Die Kosten steigen, der Nutzen bleibt bei null.
Der richtige Ansatz (Nachher): Man setzt sich zuerst mit den drei besten Vertrieblern zusammen und schaut ihnen einen Tag lang bei der Arbeit zu. Man stellt fest, dass sie 80 % ihrer Zeit mit Excel-Listen verbringen, weil die aktuelle Software zu langsam ist. Man wählt ein Tool, das vielleicht weniger kann, aber diese Excel-Listen ersetzt. Man führt das System erst in einer kleinen Abteilung ein. Fehler werden sofort korrigiert. Erst wenn diese Gruppe sagt: „Das hilft uns wirklich“, wird es auf die ganze Firma ausgerollt. Die Kosten für Lizenzen sind geringer, die Akzeptanz ist hoch, und der ROI ist nach sechs Monaten sichtbar, statt nach zwei Jahren immer noch negativ zu sein.
Der Unterschied liegt nicht im Budget, sondern im Verständnis der Anwender. I Am Once Again Asking nach Verständnis für den Nutzer, bevor man nach Budget für die Technik fragt – das ist der Weg zum Erfolg.
Die Falle der Berater-Abhängigkeit
Ein weiterer kapitaler Fehler ist das Outsourcen des Denkens. Es ist bequem, eine große Unternehmensberatung reinzuholen, die bunte Folien erstellt. Aber am Ende des Tages müssen deine Leute die Arbeit machen. Wenn die Berater gehen, bleibt oft ein Vakuum zurück. Ich habe Projekte gesehen, die nur so lange funktionierten, wie externe Experten den Takt vorgaben. Sobald die internen Teams übernehmen sollten, brach alles zusammen, weil das Wissen nicht transferiert wurde.
Echte Expertise kaufst du nicht ein, um sie die Arbeit machen zu lassen, sondern um deine eigenen Leute zu befähigen. Wenn ein Berater dir nicht erklärt, wie er zu einem Ergebnis kommt, oder wenn er Prozesse so kompliziert macht, dass nur er sie versteht, dann wirf ihn raus. Du zahlst für Klarheit, nicht für Komplexität. In der deutschen Industrielandschaft gibt es oft diesen Respekt vor großen Namen, aber am Ende zählt, ob der Schweißer in der Halle oder der Sachbearbeiter im Büro mit dem neuen Prozess arbeiten kann. Wenn nicht, war die Beratung wertlos, egal wie prestigeträchtig das Logo auf dem Briefkopf ist.
Warum Zeitpläne meistens gelogen sind
Wenn mir jemand sagt, ein komplexes Softwareprojekt sei in exakt vier Monaten fertig, weiß ich, dass er lügt oder keine Ahnung hat. In der IT-Welt gibt es das Hofstadter-Gesetz: Alles dauert länger als man denkt, selbst wenn man das Hofstadter-Gesetz berücksichtigt.
- Die 80-20-Falle: Die ersten 80 % eines Projekts fühlen sich schnell an. Die restlichen 20 % dauern oft genauso lange wie die ersten 80 %, weil dort die unvorhergesehenen Details liegen.
- Abhängigkeiten: Du wartest auf eine Freigabe von der Rechtsabteilung, die Rechtsabteilung wartet auf ein Gutachten, und das Gutachten verzögert sich wegen Krankheit. Solche Kettenreaktionen sind die Regel, nicht die Ausnahme.
- Testphasen: Fast jeder spart an der Testphase. „Das testen wir im Live-Betrieb.“ Das ist der teuerste Satz, den du jemals sagen kannst. Ein Fehler, der im Live-System gefunden wird, kostet das Zehnfache dessen, was er in der Entwicklung gekostet hätte.
Daten sind kein Selbstzweck
Wir leben in einer Zeit, in der jeder „Data-Driven“ sein will. Aber die meisten Unternehmen ertrinken in Daten und verhungern an Informationen. Es bringt dir nichts, jeden Klick auf deiner Webseite zu tracken, wenn du niemanden hast, der die Zahlen interpretiert und daraus Maßnahmen ableitet. Ich habe Abteilungen gesehen, die wöchentliche Reports mit 50 Seiten produzierten, die niemand las.
Ein praktischer Ansatz ist: Welche drei Kennzahlen entscheiden über den Erfolg deines Projekts? Wenn du diese drei nicht benennen kannst, brauchst du kein Dashboard für 20.000 Euro. Fang klein an. Ein manuell gepflegtes Excel-Blatt, das die Wahrheit sagt, ist wertvoller als ein hochglänzendes Business-Intelligence-Tool, das mit falschen Rohdaten gefüttert wird. „Garbage in, Garbage out“ gilt heute mehr denn je. Bevor du Geld für Analyse-Software ausgibst, investiere in die Qualität deiner Datenquellen. Das ist mühsame Kleinarbeit, aber sie spart dir später das Rätselraten, warum deine Prognosen nie stimmen.
Realitätscheck
Kommen wir zum Punkt. Wenn du glaubst, dass du mit einem genialen Tool, einer teuren Agentur oder einem riesigen Budget mangelnde Strategie und fehlendes Durchhaltevermögen kompensieren kannst, wirst du scheitern. So einfach ist das. Erfolg in komplexen Projekten ist kein Sprint und auch kein eleganter Spaziergang. Es ist eine Schlammschlacht. Du wirst Rückschläge erleiden, du wirst dich über unfähige Partner ärgern und du wirst Nächte haben, in denen du dich fragst, warum du dir das antust.
Es gibt keine Abkürzung. Wenn du nicht bereit bist, dich in die Details einzuarbeiten, die Prozesse wirklich zu verstehen und auch mal unangenehme Entscheidungen gegen den Widerstand deiner Mitarbeiter oder Vorgesetzten durchzudrücken, dann lass es lieber gleich. Die meisten Projekte scheitern nicht an der Technik, sondern an der menschlichen Psychologie — an Eitelkeit, Angst vor Veränderung und mangelnder Kommunikation.
Du brauchst keine Motivation, du brauchst Disziplin. Du brauchst keine Visionäre, du brauchst Leute, die ihre Arbeit machen und Probleme lösen, wenn sie auftreten. Wenn du das nächste Mal davor stehst, um mehr Ressourcen zu bitten, frag dich ehrlich: Liegt es wirklich am Geld? Oder liegt es daran, dass wir bisher nicht den Mut hatten, die wirklichen Probleme anzupacken? Die Antwort auf diese Frage wird darüber entscheiden, ob du beim nächsten Mal wieder vor der Tür stehst oder ob du lieferst.