Die größten Lügen im Projektmanagement

Projektmanagement steckt voller Regeln, die auf den ersten Blick logisch klingen. Ein Projekt im Zeit- und Budgetplan ist erfolgreich. Mehr Planung schafft mehr Sicherheit. Bei Verzögerungen helfen zusätzliche Mitarbeiter. Mehr Reporting verbessert die Kontrolle. Viele dieser Aussagen sind nicht völlig falsch. Gefährlich werden sie, wenn Unternehmen daraus allgemeingültige Regeln machen. Die größten Lügen im Projektmanagement sind deshalb meist keine bewussten Täuschungen. Es sind hartnäckige Mythen, die so oft wiederholt wurden, dass kaum noch jemand sie hinterfragt. Modernes Projektmanagement braucht einen anderen Blick: auf Business Value, Unsicherheit, Kontext, Entscheidungen und die tatsächlichen Grenzen von Projektsteuerung.

Die gefährlichsten Projektmanagement-Mythen sind einfache Antworten auf komplexe Probleme.

Besonders verbreitet sind diese Annahmen:

Jede dieser Aussagen enthält einen plausiblen Kern.

Genau deshalb hält sie sich so hartnäckig.

Jahrzehntelang dominierte das klassische Dreieck:

Diese Größen bleiben wichtig.

Sie beantworten aber nur die Frage:

Wie gut haben wir gegen unseren Plan geliefert?

Sie beantworten nicht:

Hat sich die Investition gelohnt?

Ein neues Kundenportal kann termingerecht fertig werden.

Wenn es kaum jemand nutzt, entsteht trotzdem wenig Wert.

Ein Automatisierungsprojekt kann sein Budget einhalten.

Wenn die alten Prozesse parallel weiterlaufen, bleiben die erwarteten Einsparungen aus.

PMI definiert Projekterfolg inzwischen deutlich breiter: Ein erfolgreiches Projekt liefert einen Wert, der den dafür betriebenen Aufwand und die Kosten rechtfertigt. Zeit, Scope und Budget bleiben relevant, sind aber nicht mehr die vollständige Erfolgsdefinition.

Bewerte Projekte auf mindestens zwei Ebenen:

Delivery Performance

Business Performance

Ein grünes Projekt kann wirtschaftlich schlecht sein.

Ein gelbes Projekt kann trotzdem erheblichen Geschäftsnutzen erzeugen.

Das Management muss beides sehen.

Planung ist notwendig.

Aber Planung erzeugt kein Wissen über Dinge, die noch unbekannt sind.

Gerade zu Beginn strategischer oder innovativer Vorhaben fehlen häufig Informationen über:

Ein 18-Monats-Plan kann trotzdem bis auf einzelne Wochen heruntergebrochen werden.

Dadurch wird er detaillierter.

Nicht automatisch richtiger.

Die aktuelle achte Ausgabe des PMBOK Guide stellt deshalb Anpassungsfähigkeit und Tailoring ausdrücklich in den Mittelpunkt. Vorgehensweisen, Werkzeuge und Techniken sollen an Organisation, Team und Projektumfeld angepasst werden.

Hinzu kommt die steigende Komplexität. Laut PMI berichten 81 Prozent der Projektprofis 2026, dass Projekte in den vergangenen Jahren komplexer geworden sind. Mehr als die Hälfte der Projekte wird inzwischen als komplex eingestuft.

Bei hoher Unsicherheit:

Gute Planung bedeutet nicht:

„Wir wissen heute genau, was in zwölf Monaten passiert.“

Gute Planung bedeutet:

„Wir wissen, was wir heute entscheiden können und wann wir welches neue Wissen benötigen.“

Diese Aussage ist besonders bequem.

Denn sie schafft einen klaren Adressaten.

Projekt verspätet?

Projektleiter.

Budget überschritten?

Projektleiter.

Ressourcen fehlen?

Projektleiter.

Dabei besitzen Projektleiter häufig gar nicht die Befugnisse, die für diese Entscheidungen notwendig wären.

Sie können einen Ressourcenengpass erkennen und eskalieren.

Sie können aber Mitarbeiter aus anderen Abteilungen nicht zwingend bereitstellen.

Sie können zeigen, dass der Business Case nicht mehr trägt.

Sie dürfen das Vorhaben aber häufig nicht selbst stoppen.

Genau deshalb ist der Projektsponsor so wichtig. PMI beschreibt Sponsoring als Verbindung zwischen Projekt und Organisation. Der Sponsor sichert unter anderem Priorität, Finanzierung, Business Case und übergeordnete Entscheidungen und dient als Eskalationspunkt für Themen außerhalb der Kompetenz des Projektleiters.

Projektleiter:

Sponsor beziehungsweise Auftraggeber:

Verantwortung braucht Autorität.

Wer Ergebnisse verantworten soll, muss die wesentlichen Einflussfaktoren auch beeinflussen können.

Mehr Informationen wirken zunächst beruhigend.

Deshalb wachsen Projektorganisationen schnell.

Aus einem Statusbericht werden:

Ähnlich entwickelt sich Governance.

Ein Gremium reicht nicht.

Also kommen weitere hinzu.

Das Ergebnis kann paradoxerweise weniger Steuerungsfähigkeit sein.

Ein aktuelles Beispiel aus einem großen öffentlichen Infrastrukturprogramm zeigt das deutlich. Entscheidungen durchliefen mehrere interne und externe Prüf- und Freigabestufen nacheinander. Einzelne Governance-Entscheidungen konnten dadurch bis zu neun Monate benötigen, obwohl die zusätzlichen Prüfungen teilweise nur geringe materielle Änderungen erzeugten. Die Prozesse werden inzwischen gezielt gebündelt und verkürzt.

Sie fragt:

Ein Bericht ohne Entscheidungswirkung ist Dokumentation.

Ein Gremium ohne eindeutige Entscheidungsbefugnis ist ein Meeting.

Dieser Mythos kommt aus zwei Richtungen.

Manche agile Teams benutzen „agil“ als Begründung dafür, sich möglichst wenig festzulegen.

Kritiker interpretieren Agile wiederum als Arbeiten ohne Plan und Dokumentation.

Beides ist falsch.

Auch agile Projektarbeit plant.

Sie plant nur anders.

PMI beschreibt den Mythos „Agile bedeutet keine Planung“ ausdrücklich als Fehlverständnis. Planung findet kontinuierlich statt und wird mit neuen Erkenntnissen konkretisiert.

Das Gleiche gilt für Dokumentation.

Die entscheidende Frage lautet nicht:

Dokumentation oder keine Dokumentation?

Sondern:

Welche Dokumentation benötigen wir, damit Zusammenarbeit, Qualität, Entscheidungen und Betrieb funktionieren?

Agilität bedeutet nicht Planlosigkeit.

Sie bedeutet, Planung und Entscheidungen so zu gestalten, dass neues Wissen verarbeitet werden kann.

Das klingt mathematisch plausibel.

Zehn Personen benötigen zehn Monate.

Zwanzig Personen müssten also in fünf Monaten fertig werden.

Projektarbeit funktioniert selten so.

Neue Personen benötigen:

Diese Zeit kommt häufig ausgerechnet von den erfahrensten Teammitgliedern.

Zusätzlich wächst der Kommunikationsaufwand.

Fred Brooks formulierte für Softwareprojekte deshalb bereits in den 1970er-Jahren die bekannte Beobachtung, dass zusätzliche Personen ein bereits verspätetes Projekt unter bestimmten Bedingungen noch weiter verzögern können. Die Aussage ist bewusst vereinfacht, der zugrunde liegende Mechanismus aus Einarbeitungs- und Koordinationsaufwand bleibt jedoch relevant.

Menschen sind keine austauschbaren Personentage.

In vielen Unternehmen gilt eine Ressource dann als optimal genutzt, wenn sie möglichst vollständig ausgelastet ist.

100 Prozent klingt effizient.

Im Projektumfeld kann genau das die Leistung verschlechtern.

Wenn eine zentrale Fachkraft zu 100 Prozent auf mehrere Projekte verteilt ist, bleibt kein Puffer für:

Dann führt bereits eine kleine Verzögerung zu Warteschlangen in anderen Vorhaben.

Zusätzlich steigt das Multitasking.

PMI-Beiträge beschreiben diesen Zusammenhang als „Utilization Myth“: Hohe Auslastung und ständiger Kontextwechsel können Produktivität reduzieren, obwohl alle Mitarbeiter auf dem Papier vollständig beschäftigt sind.

Nicht:

„Sind alle vollständig ausgelastet?“

Sondern:

„Wie schnell erzeugen wir wertvolle Ergebnisse?“

Hilfreiche Kennzahlen sind:

Neue Projekte vermitteln Dynamik.

Jede Initiative besitzt einen Business Case.

Jede ist wichtig.

Das Problem entsteht, wenn alle gleichzeitig starten.

Dann konkurrieren gute Projekte um:

PMI beschreibt das Grundproblem seit Langem: Organisationen besitzen häufig mehr potenzielle Projektarbeit als verfügbare Menschen und Finanzmittel. Wird trotzdem alles gleichzeitig begonnen, leiden Projekte gemeinsam unter Verzögerungen, Kostenproblemen oder Qualitätsverlusten.

Ein dokumentierter Fall aus einem Produktionsstandort eines Pharmaunternehmens zeigt die Wirkung.

Mehr als 300 Projekte befanden sich gleichzeitig im Portfolio.

Projekte wurden selten beendet. Viele liefen mit geringer Priorität weiter, obwohl wichtigere Initiativen hinzugekommen waren.

Das Management führte eine systematische Bewertung anhand strategischer Ziele und finanzieller Beiträge ein.

Das Ergebnis:

Rund die Hälfte der Projekte wurde aus dem Portfolio genommen.

Dadurch konnten knappe Ressourcen auf die relevanteren Vorhaben konzentriert werden.

Die Organisation brauchte nicht mehr Projekte.

Sie brauchte weniger gleichzeitige Projekte.

Ein Konzern führt ein umfangreiches Stage-Gate-Modell ein.

Es funktioniert.

Ein anderes Unternehmen kopiert es.

Eine Organisation arbeitet erfolgreich mit Scrum.

Also führt die nächste Organisation Scrum flächendeckend ein.

Ein PMO entwickelt 20 Templates.

Sie werden zum Unternehmensstandard.

Das Problem:

Erfolgreiche Methoden entstehen immer in einem Kontext.

Dieser Kontext umfasst zum Beispiel:

Der PMBOK Guide – Eighth Edition betont deshalb ausdrücklich das Tailoring. Praktiken sollen zum konkreten Umfeld passen und nicht schematisch übernommen werden.

Nutze drei Kategorien:

Pflicht

Mindeststandards, die jedes relevante Projekt erfüllen muss.

Standard

Bewährte Vorgehensweisen, die grundsätzlich sinnvoll sind.

Optional

Methoden für spezielle Situationen.

Damit entsteht ein Baukasten.

Kein starres Handbuch.

Wie schnell gut gemeinte Regeln kippen können, zeigt das bereits erwähnte öffentliche Großprojekt.

Entscheidungen durchliefen nacheinander mehrere Organisationsebenen und Prüfverfahren.

Bis zu neun Monate konnte ein einzelner Entscheidungsprozess benötigen.

Nach einer Neubewertung wurde genau dieser Kontrollrahmen reduziert und stärker integriert.

Die wichtige Erkenntnis lautet:

Nicht jede Kontrolle, die einzeln sinnvoll wirkt, erzeugt auch in Summe ein gutes Steuerungssystem.

Das Gleiche gilt für:

Projektorganisationen müssen deshalb nicht nur neue Methoden hinzufügen.

Sie müssen regelmäßig bestehende entfernen.

Wer nur Zeit und Budget misst, bekommt Projekte, die Zeit und Budget optimieren.

Ein Terminplan mit 3.000 Zeilen kann genauso falsch sein wie einer mit 300.

Dann entstehen Verantwortliche, die Probleme nur eskalieren können.

Methodenhandbücher wachsen jedes Jahr.

Kaum etwas fällt weg.

Damit steigt die Zahl paralleler Vorhaben.

Wenn rote Ampeln negative Konsequenzen haben, werden Statusberichte irgendwann grüner.

Nicht die Projekte.

„Wir machen Scrum.“

„Wir haben ein PMO.“

„Wir haben Stage Gates.“

Keine dieser Aussagen beschreibt den erzeugten Nutzen.

Auch moderne Projektmanagement-Ideen können falsch angewendet werden.

Nicht jede Organisation sollte Governance reduzieren.

Nicht jedes Projekt sollte agil arbeiten.

Nicht jede Planung sollte grob bleiben.

Nicht jedes Projekt mit geringerem Business Value darf beendet werden.

Zusätzliche Kontrolle ist beispielsweise sinnvoll bei:

Ebenso benötigen wiederholbare Vorhaben häufig mehr Standardisierung als innovative Projekte.

Die richtige Antwort lautet daher selten:

mehr Methode

oder

weniger Methode.

Sie lautet:

passende Methode.

Ein pragmatischer Review lässt sich in sieben Fragen durchführen.

Nur über Zeit und Budget?

Oder auch über Nutzen und Strategie?

Und welche davon sind wirklich immer notwendig?

Wenn die Antwort unklar ist, besteht ein Governance-Problem.

Und welche davon würden wir heute tatsächlich erneut starten?

Berichte ohne erkennbare Nutzung gehören auf den Prüfstand.

Bei Mitarbeitern?

Oder bei Entscheidungen, Freigaben und Schnittstellen?

Wenn die Antwort lautet:

„Keine.“

wächst das Projektmanagement wahrscheinlich schneller als sein Nutzen.

Die Entwicklung der aktuellen Standards zeigt eine klare Richtung.

Projektmanagement bewegt sich weg von der Vorstellung eines universellen Prozessrezepts.

Der PMBOK Guide – Eighth Edition verbindet Projektarbeit stärker mit:

Parallel zeigt die PMI-Forschung 2025, dass Business Acumen immer wichtiger wird. Projektprofis müssen nicht nur Methoden kennen. Sie müssen verstehen, welchen Geschäftswert ihr Projekt überhaupt erzeugen soll.

Und die Daten aus 2026 zeigen zusätzlich, warum das notwendig wird: 81 Prozent der Projektprofis berichten von zunehmender Komplexität. Teams, die Komplexität wirksam beherrschen, erreichen in der PMI-Untersuchung deutlich häufiger erfolgreiche Ergebnisse.

Projektmanagement wird damit nicht einfacher.

Es wird erwachsener.

Einer der wichtigsten Irrtümer ist die Annahme, dass ein Projekt automatisch erfolgreich ist, wenn es Termin, Budget und Scope einhält. Diese Werte messen die Delivery-Performance. Der tatsächliche Projekterfolg hängt zusätzlich vom erzeugten Wert und Nutzen ab.

Ja. Wenn der zusätzliche Aufwand durch einen entsprechend höheren oder weiterhin attraktiven Nutzen gerechtfertigt wird, kann ein verspätetes Projekt wirtschaftlich erfolgreich sein.

Nein. Detaillierte Planung ist dort sinnvoll, wo ausreichend Wissen vorhanden ist. Problematisch wird sie, wenn Unsicherheit hinter künstlicher Präzision verborgen wird.

Nicht jede Arbeitsform nutzt dieselben Rollen. Entscheidend ist, dass Planung, Koordination, Entscheidungen, Risiken und Verantwortlichkeiten wirksam abgedeckt sind.

Nicht grundsätzlich. Der geeignete Ansatz hängt von Unsicherheit, Projektart, Governance, regulatorischen Anforderungen und Arbeitsweise ab. Auch PMI betont heute die Anpassung des Vorgehens an den jeweiligen Kontext.

Bewährte Praktiken sollten als Ausgangspunkt dienen. Unternehmen sollten sie anhand von Risiko, Größe, Komplexität und Organisation anpassen, statt sie unverändert zu übernehmen.

Die größten Lügen im Projektmanagement sind so gefährlich, weil sie vernünftig klingen.

Natürlich brauchen Projekte Pläne.

Natürlich brauchen sie Kontrolle.

Natürlich brauchen sie Standards.

Natürlich müssen Termine und Budgets berücksichtigt werden.

Das Problem beginnt dort, wo aus sinnvollen Prinzipien absolute Regeln werden.

Dann wird ein grüner Status wichtiger als der Business Value.

Ein detaillierter Plan wichtiger als neues Wissen.

100 Prozent Auslastung wichtiger als Durchsatz.

Ein Projektstart wichtiger als der Abschluss bestehender Vorhaben.

Und eine Methode wichtiger als das Problem, das sie eigentlich lösen sollte.

Professionelles Projektmanagement bedeutet deshalb nicht, möglichst viele Regeln zu kennen.

Es bedeutet, unterscheiden zu können:

Welche Steuerung braucht dieses Projekt genau jetzt, damit es unter seinen konkreten Bedingungen möglichst viel Wert erzeugt?

PURE Consultant unterstützt Unternehmen dabei, Projektmanagement, PMO, Governance und Portfoliosteuerung so auszurichten, dass Methoden nicht zum Selbstzweck werden. Im Mittelpunkt stehen klare Entscheidungen, passende Standards und Projekte, deren Erfolg sich nicht nur an ihrer Ampelfarbe, sondern an ihrer tatsächlichen Wirkung messen lässt.