Projektmanager sind nicht eure Blitzableiter

Hallo, meine lieben Projektjongleure, Eskalationsflüsterer und Freunde der gepflegten Verantwortung ohne Macht!

Hier ist wieder Jörg Tausendfreund und heute reden wir über eine der härtesten Wahrheiten im Projektmanagement:

Projektmanager sind in vielen Organisationen die Menschen, die alles verantworten sollen — aber bei fast allem um Erlaubnis bitten müssen.

Klingt zugespitzt?

Schön. Dann sind wir wach.

Denn wenn ein Projekt erfolgreich ist, war es natürlich die starke Strategie, der mutige Sponsor, das engagierte Team, der clevere Fachbereich oder die brillante Idee aus der Geschäftsführung.

Wenn es schiefläuft?

Dann schaut plötzlich erstaunlich viel Aufmerksamkeit auf die Projektleitung.

• Warum wurde das nicht früher erkannt?

• Warum wurde nicht sauberer geplant?

• Warum wurde nicht besser kommuniziert?

• Warum wurde nicht energischer eskaliert?

• Warum wurde der Scope nicht kontrolliert?

• Warum wurde der Stakeholder nicht eingefangen?

• Warum wurde die Ressource nicht gesichert?

Ja. Warum eigentlich?

Vielleicht, weil Projektleitung kein Zauberberuf ist.

Auch gute Projektmanager können keine Ressourcen herbeimoderieren, keine Prioritäten herbeilächeln und keine Sponsorentscheidung durch ein sauber formatiertes Statusdeck ersetzen.

Und genau deshalb lautet meine These heute:

Projektmanager sind nicht eure Blitzableiter für ein schlecht konstruiertes Projektsystem.

Die Realität: verantwortlich, aber nicht allmächtig

Projektmanagement wird in vielen Unternehmen immer noch romantisiert.

Da gibt es die Vorstellung: Wenn die Projektleitung gut genug plant, klar genug kommuniziert, konsequent genug nachhält und methodisch sauber genug arbeitet, dann läuft das Projekt.

Schön wäre es.

Natürlich braucht es gutes Projektmanagement. Keine Frage. Ohne Struktur, Planung, Stakeholderarbeit, Risikomanagement, Kommunikation und Steuerung wird aus einem Projekt schnell ein Wanderausflug mit Budgetnummer.

Aber gute Projektleitung erhöht die Wahrscheinlichkeit von Erfolg.

Sie garantiert ihn nicht.

Denn viele entscheidende Bedingungen liegen außerhalb des direkten Zugriffs der Projektleitung:

• Ressourcen sitzen in der Linie.

• Prioritäten werden im Management gesetzt.

• Scope wird durch Kunden, Fachbereiche oder Vertrieb aufgeblasen.

• Budgetentscheidungen liegen woanders.

• Sponsoren sind mal präsent, mal dekorativ.

• Stakeholder bewerten Erfolg unterschiedlich.

• Und das Tagesgeschäft ruft immer genau dann, wenn das Projekt gerade Tempo braucht.

Projektleitungen sollen in diesem System Ergebnisse sichern.

Aber sie steuern oft nicht das System, das diese Ergebnisse ermöglicht oder verhindert.

Das ist die Zange.

Die Projektleiter-Zange

Ich nenne dieses Muster die Projektleiter-Zange.

Sie entsteht, wenn Projektleitungen zwischen Anspruch und Wirklichkeit eingeklemmt werden. Nicht durch einen einzelnen Fehler. Sondern durch ein System, das Verantwortung nach unten delegiert, aber Macht, Priorisierung und Konsequenz oben, seitlich oder irgendwo im Nebel hält.

Schauen wir uns diese Zange genauer an.

1. Verantwortung ohne Mandat

Das ist der Klassiker.

Die Projektleitung ist verantwortlich für Termin, Ergebnis, Budget, Qualität, Risiken, Kommunikation und Stakeholderzufriedenheit.

Sehr schön.

Aber was darf sie wirklich entscheiden?

• Darf sie Scope reduzieren?

• Darf sie Ressourcen verbindlich einfordern?

• Darf sie Prioritäten infrage stellen?

• Darf sie einen Meilenstein offiziell neu verhandeln?

• Darf sie Fachbereiche zur Lieferung verpflichten?

• Darf sie einen Sponsor zu einer Entscheidung zwingen?

Meistens nicht.

Dann wird Verantwortung zur Zumutung.

Denn Verantwortung ohne Mandat ist keine Professionalität.

Es ist Verschleiß mit Rollenbeschreibung.

2. Ressourcen ohne Verbindlichkeit

In Projektplänen sehen Ressourcen oft wunderbar verfügbar aus.

40 Prozent hier. 30 Prozent dort. Eine Schlüsselperson mit „temporärer Unterstützung“. Ein Fachbereich mit „zugesagter Mitwirkung“.

Klingt gut.

Bis Montagmorgen das Tagesgeschäft brennt.

Dann ist dieselbe Schlüsselperson plötzlich „nur kurz“ weg. Der Fachbereich muss „eben priorisieren“. Die zugesagte Mitwirkung wird zur freundlichen Absichtserklärung. Und die Projektleitung darf den Plan aktualisieren.

Natürlich gelb.

Rot wäre ja schon wieder unangenehm.

Wenn Ressourcen nicht geschützt sind, sind sie nicht zugesagt.

Dann sind sie gehofft. Und Hoffnung ist kein Kapazitätsmodell.

3. Stakeholder ohne gemeinsames Erfolgsbild

Noch so eine schöne Zange.

Für den einen Stakeholder ist das Projekt erfolgreich, wenn der Termin hält. Für den nächsten, wenn der Kunde zufrieden ist. Für den dritten, wenn das Budget nicht überschritten wird. Für den vierten, wenn die Lösung technisch sauber ist. Für den fünften, wenn sein Bereich möglichst wenig Aufwand hat.

Alle haben recht.

Und genau deshalb wird es schwierig.

Projektleitungen sollen Stakeholder managen, als wären unterschiedliche Erwartungen nur eine Frage guter Kommunikation. Sind sie aber nicht. Oft sind es echte Zielkonflikte.

Wenn Erfolg nicht gemeinsam definiert ist, wird die Projektleitung zum Übersetzer, Puffer und gelegentlich zum diplomatischen Sandsack.

Dann heißt es später:

„Das Projekt hat nicht geliefert.“

Die ehrliche Frage wäre:

Was genau hätte es denn für wen liefern sollen — und wer hat diesen Zielkonflikt entschieden?

4. Scope ohne Schutz

Scope Creep klingt wie ein methodisches Problem.

Ist es aber oft nicht.

Natürlich braucht es sauberes Change Management. Natürlich müssen Anforderungen dokumentiert, bewertet und entschieden werden.

Aber in der Praxis kommt Scope Creep selten als offizieller Änderungsantrag mit Fanfare herein.

Er kommt als kleiner Wunsch. Als „nur noch dieses Feature“. Als „das braucht der Kunde unbedingt“. Als „das ist doch im Sinne des Projekts“. Als „wenn wir schon dabei sind“. Als „das kann doch nicht so schwer sein“.

Und jedes Mal soll die Projektleitung freundlich, lösungsorientiert und kundenorientiert bleiben. Sehr schön.

Nur leider gilt:

Wenn Scope wachsen darf, aber Zeit, Budget und Ressourcen gleich bleiben, wächst nicht nur der Leistungsumfang.

Es wächst die Lüge.

Ein Projektumfang braucht Schutz. Und dieser Schutz ist keine administrative Kleinigkeit. Er ist eine Führungsentscheidung.

Was kommt rein? Was bleibt draußen? Was wird verschoben? Was wird bewusst teurer Was wird bewusst später?

Wenn diese Fragen nicht entschieden werden, darf sich niemand wundern, wenn das Projekt irgendwann unter der Last seiner „kleinen Ergänzungen“ ächzt.

5. Sponsorship ohne Entscheidungen

Ein Sponsor ist eine wunderbare Rolle. Wenn sie gelebt wird.

Leider wird Sponsorenschaft in manchen Projekten mit einem Grußwort verwechselt.

Beim Kick-off ist der Sponsor da. Er sagt etwas zur strategischen Bedeutung. Er betont Vertrauen in das Team. Er wünscht viel Erfolg. Dann verschwindet er in der oberen Atmosphäre und taucht wieder auf, wenn etwas nicht läuft.

Das ist kein Sponsorship.

Das ist Projektpatenschaft mit sporadischer Wetterbeobachtung.

• Ein echter Sponsor schützt Prioritäten.

• Er entscheidet Zielkonflikte.

• Er räumt Hindernisse aus dem Weg.

• Er stellt Ressourcen sicher.

• Er nimmt politische Verantwortung.

• Er hält die Organisation daran, dass ein Projekt nicht nur auf Folien wichtig ist.

Wenn ein Sponsor nur interessiert ist, aber nicht entscheidet, bleibt die Projektleitung allein mit einem sehr gut informierten Problem. Und gut informierte Probleme sind immer noch Probleme.

6. Reporting ohne Konsequenz

Projektleitungen berichten.

Viel...

• Status.

• Risiken.

• Abhängigkeiten.

• Maßnahmen.

• Ampeln.

• Entscheidungsbedarf.

• Nächste Schritte.

Und dann?

Manchmal passiert erstaunlich wenig.

Risiken werden zur Kenntnis genommen. Entscheidungen werden vertagt. Ressourcenthemen werden „noch einmal besprochen“. Abhängigkeiten bleiben offen. Ampeln werden diskutiert, aber nicht genutzt.

Dann wird Reporting zum Ritual.

Nicht zur Steuerung.

Ein Statusbericht ist aber kein Beruhigungsdokument. Er ist ein Steuerungsinstrument.

Ein guter Statusbericht beantwortet nicht nur:

„Wo stehen wir?“

Er beantwortet:

Welche Entscheidung braucht dieses Projekt jetzt, damit es führbar bleibt?

Wenn auf diese Frage keine Entscheidung folgt, war das Problem nicht der Bericht.

Dann war das Problem die Governance.

Warum Methoden nicht reichen

Jetzt bitte nicht falsch verstehen.

Ich liebe gutes Handwerk.

• Saubere Projektplanung ist wichtig.

• Risikomanagement ist wichtig.

• Stakeholderanalyse ist wichtig.

• Klare Rollen sind wichtig.

• Gute Kommunikation ist wichtig.

• Agile, klassische oder hybride Methoden können sehr hilfreich sein.

Aber Methoden lösen keine Machtfragen.

Ein Gantt-Chart schützt keine Ressource. Ein Kanban-Board entscheidet keinen Zielkonflikt. Ein Daily ersetzt kein Sponsorship. Ein Risikolog zwingt niemanden zur Priorisierung. Ein Steering Committee steuert nur dann, wenn es tatsächlich entscheidet.

Methoden reduzieren Komplexität.

Sie eliminieren sie nicht.

Und genau deshalb ist die harte Realität des Projektmanagements nicht:

„Projekte sind schwierig.“

Das wussten wir schon.

Die harte Realität lautet:

Viele Organisationen machen Projektleitungen für Schwierigkeiten verantwortlich, die sie selbst durch unklare Prioritäten, schwache Governance und fehlende Entscheidungsarchitektur erzeugen.

Das ist unbequem.

Also ist es wahrscheinlich nützlich.

Trotzdem seid ihr nicht aus der Verantwortung

Jetzt kommt der wichtige Teil.

Dieser Beitrag ist kein Freifahrtschein für Projektleitungen.

• Nicht jedes Problem ist das System.

• Nicht jede schlechte Planung ist Governance.

• Nicht jede späte Eskalation ist mangelndes Sponsorship.

Manchmal wird auch einfach schlecht geführt, schlecht kommuniziert oder zu spät hingeschaut.

Projektleitungen bleiben verantwortlich für ihr Handwerk.

Aber eben für das richtige Handwerk.

Gute Projektleitung heißt nicht, alles allein zu lösen.

Gute Projektleitung heißt, die richtigen Widersprüche sichtbar, entscheidbar und bearbeitbar zu machen.

Nicht:

„Wir haben ein Ressourcenproblem.“

Sondern:

„Mit der aktuellen Verfügbarkeit können wir Meilenstein A halten. Meilenstein B ist nur realistisch, wenn wir entweder Person X verbindlich sichern, Scope Y verschieben oder den Termin um drei Wochen anpassen. Welche Option wird entschieden?“

Nicht:

„Der Scope wächst.“

Sondern:

„Seit Projektstart sind sieben zusätzliche Anforderungen hinzugekommen. Ohne Scope-Entscheidung verlieren wir entweder Termin, Qualität oder Budget. Was hat Vorrang?“

Nicht:

„Der Fachbereich zieht nicht mit.“

Sondern:

„Der Fachbereich hat aktuell Zielkonflikt A: Tagesgeschäft gegen Projektlieferung. Wer entscheidet, welche Priorität in den nächsten vier Wochen gilt?“

Das ist der Unterschied zwischen Beschwerde und Steuerung. Und ja, das ist anstrengend. Aber genau dort beginnt professionelle Projektleitung.

Die emotionale Wahrheit dahinter

Projektleitungen wissen oft erstaunlich früh, wo es kippt.

Sie sehen die Lücken.

Sie spüren die politischen Spannungen.

Sie hören die Zwischentöne.

Sie merken, wenn ein Sponsor nicht wirklich greift.

Sie wissen, wenn der Plan nur noch deshalb hält, weil alle hoffen.

Und dann beginnt die eigentliche Arbeit:

• Wie klar darf man werden?

• Wie früh darf man eskalieren?

• Wie hart darf man eine Entscheidung einfordern?

• Wie viel Wahrheit verträgt das System?

• Wie lange kompensiert man, bevor man selbst Teil des Problems wird?

Das ist die emotionale Härte dieser Rolle.

Nicht der Projektplan.

Nicht das Tool.

Nicht die Methode.

Sondern dieses permanente Arbeiten an der Grenze zwischen Realität und Zumutbarkeit.

Projektleitungen sind oft die ersten, die merken, dass die Organisation sich selbst etwas vormacht.

Und die letzten, die es ungestraft sagen können.

Das muss man nicht dramatisieren.

Aber man sollte es ernst nehmen.

Der 7-Fragen-Check: Ist eure Projektleitung führbar?

Wenn ihr wissen wollt, ob eure Projektleitungen wirklich wirksam führen können oder nur als Blitzableiter dienen, nehmt euch diese sieben Fragen vor.

Nicht hübsch beantworten.

Ehrlich reicht.

1. Welche Entscheidungen darf die Projektleitung wirklich treffen? Nicht theoretisch. Nicht im Rollenpapier. Im echten Konflikt.

2. Welche Ressourcen sind verbindlich geschützt? Und was passiert, wenn die Linie sie trotzdem abzieht?

3. Wer entscheidet bei Konflikten zwischen Linie, Sponsor, Fachbereich und Projekt Und innerhalb welcher Frist?

4. Was passiert, wenn Scope, Termin und Budget nicht mehr zusammenpassen? Gibt es eine echte Entscheidungslogik oder nur Erwartungsdruck?

5. Ist der Sponsor entscheidungsfähig — oder nur interessiert? Interesse ist nett. Entscheidungen sind besser.

6. Gibt es ein gemeinsames Verständnis von Projekterfolg jenseits von Zeit, Budget und Scope? Nutzen, Akzeptanz, Wirkung, Qualität, Lernwert — was zählt wirklich?

7. Wird eine frühe rote Ampel unterstützt oder bestraft? Diese Frage zeigt ziemlich schnell, ob ihr Steuerung wollt oder Beruhigung.

Wenn mehrere Antworten wehtun, habt ihr wahrscheinlich kein Projektleiterproblem.

Ihr habt ein Projektsystemproblem. Und das ist eine gute Nachricht. Denn Systeme kann man gestalten.

Kompetenzaufbau statt Heldenerzählung

Viele Organisationen reagieren auf Projektprobleme mit den üblichen Reflexen.

Noch ein Tool.

Noch ein Methodenrefresh.

Noch ein Reportingformat.

Noch ein Training für Projektleiter.

Noch ein agiles Update.

Noch ein Template.

Kann alles helfen. Aber nur, wenn das eigentliche Problem wirklich dort sitzt.

Wenn Projektleitungen dauerhaft in der Zange hängen, braucht es mehr als Methodenschulung.

Dann braucht es Kompetenzaufbau an den Stellen, an denen Projekte wirklich kippen:

• Entscheidungsarchitektur.

• Sponsorship.

• Priorisierung.

• Eskalationslogik.

• Stakeholderarbeit.

• Erwartungsmanagement.

• Ressourcenschutz.

• Projektgovernance.

• Umgang mit Unsicherheit.

• Professionelles Nein.

Projektleitungen müssen lernen, Widersprüche präziser zu formulieren und Entscheidungen besser vorzubereiten.

Sponsoren müssen lernen, ihre Rolle nicht als Statusinteresse, sondern als Führungsverantwortung zu verstehen.

PMOs müssen lernen, nicht nur Berichte zu sammeln, sondern Entscheidungsqualität zu erhöhen.

Linienorganisationen müssen lernen, dass Projektpriorität nicht bedeutet: „Wenn gerade nichts brennt.“

Und Geschäftsführungen müssen lernen, dass strategische Projekte nicht dadurch strategisch werden, dass man sie so nennt.

Sie werden strategisch, wenn man sie schützt.

Fazit: Projektmanagement ist kein Heldensport

Projektmanagement ist anspruchsvoll. Das war es immer.

Ihr arbeitet mit Unsicherheit, Menschen, Politik, Zielkonflikten, knappen Ressourcen, wechselnden Erwartungen und der wunderbaren menschlichen Fähigkeit, erst sehr spät zuzugeben, dass der ursprüngliche Plan vielleicht doch etwas optimistisch war.

Aber Projektmanagement darf kein Heldensport sein.

Wenn Projekte nur gelingen, weil Projektleitungen permanent kompensieren, beschwichtigen, retten, übersetzen, nacharbeiten und persönliche Energie in strukturelle Lücken kippen, dann ist das kein Beweis für exzellentes Projektmanagement.

Es ist ein Warnsignal.

Gute Projektleitungen sind wichtig.

Aber sie sind keine Wunderwaffe gegen schlechte Governance.

Sie sind keine Ersatz-Sponsoren.

Keine Ressourcenmagier.

Keine Konfliktentsorger.

Keine Blitzableiter für Entscheidungen, die andere nicht treffen wollen.

Wenn ihr bessere Projekte wollt, macht Projektleitungen nicht einfach härter.

Macht Projekte führbarer.

Klarere Mandate. Geschützte Ressourcen. Entscheidungsfähige Sponsoren. Ehrliche Priorisierung. Bessere Eskalationswege. Gemeinsames Erfolgsverständnis. Reporting mit Konsequenz.

Das klingt weniger glamourös als die nächste Projektmanagement-Mode.

Aber es wirkt.

Und Wirkung ist in Projekten immer noch deutlich hilfreicher als Heldenverehrung mit Burnout-Risiko.

Euer Jörg Tausendfreund

P.S. Wenn eure Projektleitung jedes Problem „irgendwie hinbekommen“ muss, habt ihr kein starkes Projektmanagement. Ihr habt ein schlecht konstruiertes System mit sehr belastbaren Menschen. Das kann eine Weile gut gehen. Genau das ist das Gefährliche.