Vertagte Entscheidungen
Entscheidungen werden vertagt oder mehrfach diskutiert.
08.07.2026 - Fachartikel
Projekt Governance entscheidet darüber, ob Projekte nur verwaltet oder wirklich gesteuert werden. Sie legt fest, wer welche Entscheidungen trifft, wann eskaliert wird, welche Rollen Verantwortung tragen und wie Projekte mit der Unternehmensstrategie verbunden bleiben. Richtig umgesetzt, ist Projekt Governance kein Bürokratiemonster, sondern die Grundlage für schnelle, transparente und verbindliche Projektentscheidungen.

Projekt Governance definiert den Entscheidungsrahmen für Projekte. Sie legt Rollen, Verantwortlichkeiten, Entscheidungsrechte, Eskalationswege, Toleranzen und Reporting-Strukturen fest.
Projekt Governance ist nicht dasselbe wie Projektmanagement. Projektmanagement steuert die operative Umsetzung. Projekt Governance sorgt dafür, dass Projekte strategiekonform, kontrollierbar und entscheidungsfähig bleiben.
Gute Governance beschleunigt Entscheidungen. Klare Mandate, definierte Eskalationswege und verbindliche Toleranzen verhindern Abstimmungsschleifen und politische Einzelentscheidungen.
Governance braucht aktuelle und konsistente Projektdaten. Ohne verlässliche Informationen zu Status, Budget, Risiken, Ressourcen und Abhängigkeiten bleiben Governance-Gremien reaktiv.
Software macht Governance skalierbar. Integrierte Projektmanagement- und ERP-Software wie BCS hilft, Projektinformationen zentral zu bündeln, Reporting zu standardisieren und Entscheidungen auf Basis aktueller Daten zu treffen.
Viele Projekte scheitern nicht an fehlenden Methoden. Projektpläne, Statusberichte, Aufgabenlisten und Meilensteine sind oft vorhanden. Trotzdem geraten Vorhaben ins Stocken, weil Entscheidungen zu spät getroffen werden, Verantwortlichkeiten unklar bleiben oder strategische Zielkonflikte nicht aufgelöst werden.
Genau hier setzt Projekt Governance an. Sie schafft den Rahmen, in dem Projekte geführt, priorisiert, kontrolliert und entschieden werden. Damit beantwortet sie eine der wichtigsten Fragen im Projektmanagement: Wer entscheidet was, wann, auf welcher Grundlage und mit welcher Verantwortung?
Projekt Governance bezeichnet den strukturellen Rahmen, in dem Projekte gesteuert, kontrolliert und entschieden werden. Sie definiert Regeln, Rollen, Entscheidungsrechte, Eskalationswege, Reporting-Anforderungen und Verantwortlichkeiten über den gesamten Projektlebenszyklus hinweg.
Während Projektmanagement vor allem Aufgaben, Termine, Ressourcen und Ergebnisse eines Projekts steuert, beantwortet Projekt Governance übergeordnete Fragen:

Projekt Governance sorgt dafür, dass Projekte nicht nur geplant und umgesetzt, sondern auch verbindlich geführt werden. Sie ist kein einzelnes Gremium und kein zusätzlicher Bericht. Sie ist die Entscheidungsarchitektur eines Projekts.
Eine wirksame Projekt Governance macht sichtbar, wer Verantwortung trägt, welche Entscheidungswege gelten und wann Managementebenen einbezogen werden müssen. Dadurch entstehen weniger informelle Abstimmungen, weniger unklare Eskalationen und weniger Entscheidungen nach Bauchgefühl.
Die folgenden Definitionen und Aussagen zeigen, wie Projekt Governance in etablierten Standards, Methoden und offiziellen Projektmanagement-Quellen beschrieben wird.
Der PMBOK Guide beschreibt Project Governance damit als übergreifende Aufsichtsfunktion. Sie ist nicht nur Teil der operativen Projektarbeit, sondern am Governance-Modell der Organisation ausgerichtet und umfasst den gesamten Projektlebenszyklus.
Für den Artikel lässt sich daraus ableiten: Projekt Governance legt den Rahmen fest, in dem Projekte überwacht, gesteuert und mit der Organisation verbunden werden.
PMI behandelt Governance nicht nur auf Projektebene, sondern auch für Programme und Portfolios. Die Quelle macht deutlich, dass Governance-Ebenen unterschieden und gemeinsame Governance-Elemente identifiziert werden sollen.
Für Projekt Governance ist das relevant, weil Einzelprojekte häufig in Programme, Portfolios und Managementstrukturen eingebettet sind.
PM² liefert eine besonders klare Definition: Projekt Governance ist der Rahmen, in dem Projektmanagement-Entscheidungen getroffen werden. Gleichzeitig verbindet PM² Governance direkt mit Rollen und Verantwortlichkeiten.
Diese Definition passt sehr gut zu einer praxisnahen Erklärung von Projekt Governance: Wer entscheidet was, auf welcher Grundlage und mit welcher Verantwortung?
ISO 21505 ist eine Norm, die ausdrücklich der Governance von Projekten, Programmen und Portfolios gewidmet ist. Die Norm beschreibt nicht nur einen Projektmanagementprozess, sondern den Governance-Kontext, in dem Projekte, Programme und Portfolios gesteuert und überprüft werden.
Als Zielgruppen nennt ISO unter anderem Governing Bodies, Executive/Senior Management, Sponsoren, Steering Committees, Portfolio Owners und PMOs. Das stützt die Einordnung, dass Projekt Governance eine Aufgabe von Management, Auftraggebern, Lenkungsgremien und PMO ist.
Die GPM ordnet Project Governance als Verbindung zwischen Corporate Governance und Projektwelt ein. Die IPMA Organisational Competence Baseline beschreibt PP&P-Governance als Teil der Unternehmensführung, der sich mit Projekten, Programmen und Portfolios befasst.
Damit liegt der Schwerpunkt bei IPMA/GPM stärker auf organisationaler Kompetenz, Topmanagement, Lenkungsgremien, Richtlinien, Entscheidungen, Leistungsüberwachung und Steuerung.
Die IPMA ICB4 ist keine Methode mit festen Prozessen, sondern ein Kompetenzstandard. Governance wird dort als Teil des organisationalen und projektbezogenen Kontextes verstanden.
Besonders relevant ist der Bezug zu Verantwortlichkeiten, Schlüsselpersonen im Projekt sowie Schnittstellen zu Corporate-Governance-Regeln. Das unterstützt die Sichtweise, dass Projekt Governance Projektarbeit mit Organisationsstrukturen verbindet.
PRINCE2 definiert Projekt Governance in den öffentlich zugänglichen PeopleCert-Quellen weniger als abstrakten Begriff. Die Methode bildet Governance aber sehr konkret über Rollen, Verantwortlichkeiten, Entscheidungspunkte, Steuerung, Kontrolle und Eskalationslogik ab.
Für den Artikel ist deshalb die Einordnung sinnvoll: PRINCE2 operationalisiert Projekt Governance, indem es klare Rollen, Verantwortlichkeiten, Kontrollpunkte und Entscheidungsstrukturen vorgibt.
HERMES beschreibt Governance sehr praxisnah über Steuerung, Rollen, Reporting, Quality Gates und Entscheide. Die Projektsteuerung stellt sicher, dass das Projekt mit übergeordneten Zielen und Vorgaben übereinstimmt, Risiken entschieden und Steuerungsentscheide getroffen werden.
Damit bildet HERMES Projekt Governance besonders über klare Steuerungsrollen, Entscheidungsaufgaben und verlässliche Reporting-Informationen ab.
Je komplexer Projekte werden, desto wichtiger wird ein klarer Governance-Rahmen. In vielen Organisationen laufen heute zahlreiche Projekte parallel. Fachbereiche teilen sich knappe Ressourcen, strategische Prioritäten ändern sich und Projektteams arbeiten zunehmend hybrid, agil oder standortübergreifend.
Ohne Projekt Governance entstehen schnell typische Probleme:
Entscheidungen werden vertagt oder mehrfach diskutiert.
Projektleiter übernehmen Verantwortung, die eigentlich beim Sponsor liegt.
Lenkungsausschüsse diskutieren operative Details statt strategischer Fragen.
Statusberichte werden erstellt, führen aber nicht zu Entscheidungen.
Eskalationen kommen zu spät oder erreichen nicht die richtige Ebene.
Projekte konkurrieren um Ressourcen, ohne dass Prioritäten klar sind.
Strategische Ziele verschwinden im Projektalltag aus dem Blick.
Risiken werden dokumentiert, aber nicht wirksam gesteuert.
Das Problem liegt dann nicht unbedingt im Projektplan. Häufig fehlt die Struktur darüber.
Projekt Governance schafft genau diese Struktur. Sie stellt sicher, dass Projekte in den Unternehmenskontext eingebettet bleiben, Entscheidungen nachvollziehbar getroffen werden und Verantwortung nicht nur formal vergeben, sondern tatsächlich wahrgenommen wird. Je mehr Projekte parallel laufen, desto weniger reicht es aus, jedes Projekt isoliert zu betrachten. Projekt Governance verbindet Einzelprojektsteuerung, Ressourcenpriorisierung, Risikomanagement und strategische Ausrichtung.
Damit ist Governance besonders wichtig für:
Projekt Governance und Projektmanagement werden häufig verwechselt. Beide gehören zusammen, erfüllen aber unterschiedliche Aufgaben.
Projektmanagement konzentriert sich auf die operative Umsetzung eines Projekts. Es plant Aufgaben, Termine, Budgets, Ressourcen, Risiken und Ergebnisse. Es sorgt dafür, dass die Arbeit erledigt wird.
Projekt Governance definiert dagegen den übergeordneten Rahmen, in dem diese operative Projektarbeit stattfindet. Sie legt fest, wie Entscheidungen getroffen, Verantwortlichkeiten verteilt und Projekte strategisch gesteuert werden. Sie sorgt dafür, dass die richtigen Entscheidungen getroffen werden.
| Projektmanagement | Projekt Governance |
|---|---|
| Steuert die operative Projektarbeit | Definiert den Entscheidungs- und Verantwortungsrahmen |
| Plant Aufgaben, Termine und Ressourcen | Legt Rollen, Mandate und Eskalationswege fest |
| Arbeitet innerhalb des Projekts | Verbindet Projekt, Management und Strategie |
| Fokus: Umsetzung und Effizienz | Fokus: Steuerbarkeit und Wirksamkeit |
| Verantwortlich für Ergebnisse im Projekt | Verantwortlich für klare Entscheidungsstrukturen |
| Nutzt Statusberichte zur Steuerung | Definiert, welche Informationen entscheidungsrelevant sind |
Beide Ebenen brauchen einander. Ohne Projektmanagement bleibt Governance abstrakt. Ohne Governance läuft Projektmanagement Gefahr, operative Probleme zu verwalten, deren Ursachen auf Management- oder Portfolio-Ebene liegen.
Projekt Governance umfasst alle Strukturen, Rollen und Mechanismen, die ein Projekt entscheidungsfähig machen. Dazu gehören insbesondere:
Projekt Governance bedeutet nicht, möglichst viele Regeln einzuführen. Gute Governance ist so schlank wie möglich und so verbindlich wie nötig.
Sie soll Projekte nicht verlangsamen, sondern unnötige Abstimmungsschleifen vermeiden.
Projekt Governance funktioniert nur, wenn Rollen nicht nur benannt, sondern mit klaren Mandaten ausgestattet sind. Entscheidend ist nicht die Stellenbezeichnung, sondern die Frage, wer welche Verantwortung tatsächlich übernimmt.
Der Sponsor trägt die strategische Verantwortung für das Projekt. Er stellt sicher, dass das Projekt einen klaren Nutzen hat, zur Unternehmensstrategie passt und die nötige Rückendeckung erhält.
Typische Aufgaben des SponsorsEin häufiger Governance-Fehler entsteht, wenn ein Sponsor zwar formal benannt ist, im Projektalltag aber keine aktive Rolle übernimmt. Dann bleibt strategische Verantwortung unklar und Projektleiter müssen Entscheidungen treffen, die nicht in ihr Mandat fallen.
Das Steering Committee ist das zentrale Steuerungsgremium für wichtige Projektentscheidungen. Es bewertet Status, Risiken, Abweichungen und Eskalationen und trifft Entscheidungen, die über das operative Projektmandat hinausgehen.
Typische Aufgaben des LenkungsausschussesEin guter Lenkungsausschuss diskutiert nicht jede operative Detailfrage. Er konzentriert sich auf Entscheidungen, die für Zielerreichung, Budget, Termine, Risiken oder strategischen Nutzen relevant sind.
Die Projektleitung verantwortet die operative Umsetzung innerhalb des definierten Governance-Rahmens. Sie plant, koordiniert und steuert das Projekt und bereitet entscheidungsrelevante Informationen für Sponsor, PMO oder Lenkungsausschuss auf.
Typische Aufgaben der ProjektleitungProjektleiter brauchen klare Entscheidungsrechte. Nur dann können sie handlungsfähig bleiben, ohne jede Abweichung sofort an ein Gremium weiterzugeben.
Ein PMO unterstützt die Projekt Governance durch Standards, Methoden, Transparenz und Qualitätssicherung. Es sorgt dafür, dass Projekte vergleichbar werden und Managemententscheidungen auf konsistenten Informationen beruhen.
Typische Aufgaben des PMOIn reiferen Organisationen entwickelt sich das PMO vom administrativen Reporting-Unterstützer zum aktiven Steuerungspartner für Projekt- und Portfolioentscheidungen.
Projekt Governance wird oft abstrakt diskutiert. In der Praxis zeigt sich ihre Qualität jedoch an wenigen konkreten Elementen. Besonders wichtig sind Rollen, Entscheidungswege, Reporting, Risikosteuerung und strategische Anbindung.
Ohne klare Rollen entsteht kein wirksamer Entscheidungsrahmen. Wirksame Governance beginnt daher mit Verantwortlichkeit. Jede Governance-Struktur sollte eindeutig beantworten:
Zentrale FragenDabei reicht es nicht aus, Rollen in einer Projektorganisation zu benennen. Sie müssen mit konkreten Mandaten verbunden sein: Ein Sponsor ohne aktives Entscheidungsmandat hilft dem Projekt wenig. Ein Lenkungsausschuss ohne klare Entscheidungsbefugnis wird zur Diskussionsrunde. Ein PMO ohne Rückendeckung kann Standards nicht verbindlich machen.
Projekt Governance definiert, wie Entscheidungen getroffen werden. Besonders hilfreich sind klare und messbare Toleranzgrenzen.
Beispiele für ToleranzenEine solche Entscheidungsarchitektur verhindert unnötige Eskalationen. Die Projektleitung bleibt innerhalb definierter Grenzen handlungsfähig. Gleichzeitig ist klar, wann eine höhere Entscheidungsebene eingebunden werden muss.
Das Prinzip dahinter ähnelt Management by Exception: Solange sich das Projekt innerhalb vereinbarter Grenzen bewegt, wird operativ entschieden. Erst bei relevanten Abweichungen wird eskaliert.
Reporting ist ein wichtiger Bestandteil der Projekt Governance. Es wird jedoch oft falsch verstanden. Gute Governance braucht nicht mehr Berichte, sondern bessere Entscheidungsgrundlagen. Ein wirksames Governance-Reporting beantwortet vor allem eine Frage: Muss gehandelt werden oder nicht?
Dafür braucht es klare Informationen zuWichtig ist eine einheitliche Logik. Wenn jedes Projekt Risiken anders bewertet, Ampeln unterschiedlich interpretiert und Statusberichte individuell gestaltet, verliert das Management den Überblick.
Governance-Reporting sollte schnell zeigenGovernance-Reporting sollte standardisiert, aber nicht überladen sein. Reporting ist dann kein Selbstzweck, sondern ein Steuerungsinstrument.
Risiken gehören zu jedem Projekt. Entscheidend ist, ob sie früh erkannt, richtig bewertet und an die passende Entscheidungsebene weitergegeben werden.
Projekt Governance definiertOhne Governance bleibt Risikomanagement oft eine Liste. Risiken werden dokumentiert, aber nicht entschieden. Governance verbindet Risikoerkennung mit Verantwortlichkeit. Besonders wichtig ist der Blick über einzelne Projekte hinaus. Wenn mehrere Projekte ähnliche Risiken melden, deutet das möglicherweise auf ein strukturelles Problem hin: fehlende Ressourcen, unrealistische Prioritäten, Abhängigkeiten oder unklare Ziele.
Hier zeigt sich der Unterschied zwischen Projektmanagement und Projekt Governance besonders deutlich: Projektmanagement erkennt das Risiko im Projekt. Governance sorgt dafür, dass die Organisation darauf reagieren kann.
Projekte verbrauchen Zeit, Budget und Ressourcen. Deshalb müssen sie regelmäßig mit den strategischen Zielen des Unternehmens abgeglichen werden. Projekt Governance stellt sicher, dass Projekte nicht isoliert betrachtet werden. Sie verbindet Einzelprojekte mit Portfolio, Strategie und Managementprioritäten.
Wichtige FragenDiese Fragen sind besonders in Multiprojektumgebungen relevant. Dort entsteht Projekterfolg nicht nur durch gute Einzelprojektplanung, sondern durch die richtige Priorisierung des gesamten Projektportfolios.
Diese Perspektive wird besonders deutlich, wenn Projektportfolios unter Ressourcenknappheit betrachtet werden. Dann reicht es nicht aus, Projekte nur nach strategischer Bedeutung oder erwartetem Nutzen zu bewerten. Entscheidend ist auch, ob die notwendigen Kapazitäten tatsächlich verfügbar sind und welche Vorhaben sinnvollerweise gleichzeitig umgesetzt werden können.
In meinem Beitrag für den Blog der GPM Deutsche Gesellschaft für Projektmanagement e. V. vertiefe ich diesen Zusammenhang am Beispiel der Projektpriorisierung unter Ressourcenknappheit. Der Artikel zeigt, warum viele Portfolios nicht an fehlender Strategie scheitern, sondern an zu vielen parallelen Vorhaben, überlasteten Engpassressourcen und fehlender Kapazitätswahrheit.
Zum Beitrag “Projektpriorisierung unter Ressourcenknappheit” auf dem GPM-Blog
Governance sorgt dafür, dass Unternehmen nicht nur Projekte durchführen, sondern die richtigen Projekte zur richtigen Zeit mit den richtigen Ressourcen umsetzen.
Projekt Governance wird dann zum Bürokratiemonster, wenn sie Entscheidungen nicht erleichtert, sondern erschwert. Die folgenden Fehler treten besonders häufig auf.

Rollen, Gremien und Prozesse sind formal definiert, werden aber nicht gelebt. Der Sponsor ist benannt, trifft aber keine Entscheidungen. Das Steering Committee tagt, bleibt aber unverbindlich. Das PMO erstellt Berichte, hat aber keine Steuerungswirkung.
Das Ergebnis ist Scheingovernance: Es gibt Strukturen, aber keine Verbindlichkeit.

Mehr Meetings bedeuten nicht automatisch bessere Steuerung. Wenn dieselben Themen auf mehreren Ebenen diskutiert werden, ohne dass verbindliche Entscheidungen entstehen, verlangsamt Governance das Projekt.
Wirksame Governance braucht wenige, klar mandatierte Gremien. Entscheidend ist nicht die Anzahl der Steuerungsrunden, sondern ihre Entscheidungsfähigkeit.

Ein Lenkungsausschuss sollte strategische Fragen entscheiden, nicht operative Detailplanung übernehmen. Wenn Managementgremien Aufgabenpakete, Sprint-Inhalte oder Einzeltermine diskutieren, wird die Rollentrennung aufgehoben.
Gute Governance definiert Leitplanken. Sie übernimmt nicht die operative Steuerung.

Der Sponsor ist eine Schlüsselrolle. Trotzdem bleibt sie in vielen Projekten zu passiv. Wenn Sponsoren keine Prioritäten klären, keine Zielkonflikte entscheiden und keine Rückendeckung geben, entstehen Verzögerungen.
Projektleiter können strategische Verantwortung nicht ersetzen. Governance funktioniert nur, wenn Führungskräfte ihre Rolle aktiv wahrnehmen.

Viele Organisationen erstellen umfangreiche Statusberichte, ohne daraus Entscheidungen abzuleiten. Dann wird Reporting zur Pflichtübung.
Ein Governance-Report sollte immer zeigen:
Was ist kritisch?
Warum ist es kritisch?
Welche Entscheidung wird benötigt?
Wer muss entscheiden?
Bis wann muss entschieden werden?
Nur dann unterstützt Reporting echte Steuerung.

Governance scheitert häufig nicht an fehlenden Prozessen, sondern an widersprüchlichen Informationen. Wenn Status, Budget, Ressourcen und Risiken in verschiedenen Dateien, Tools oder Präsentationen gepflegt werden, entsteht keine belastbare Entscheidungsgrundlage.
Ein Lenkungsausschuss kann nur gut entscheiden, wenn die Daten aktuell, vergleichbar und nachvollziehbar sind.
In komplexen Organisationen wie Gesundheitseinrichtungen, Dienstleistungsunternehmen oder öffentlichen Einrichtungen laufen häufig viele Projekte parallel. Unterschiedliche Fachbereiche, externe Partner, Führungsebenen und Projektteams müssen koordiniert werden. Gleichzeitig sind Ressourcen knapp und strategische Prioritäten hoch.
Typische Ausgangslage:
Projektinformationen liegen in verschiedenen Dateien.
Statusberichte werden manuell erstellt.
Ressourcen werden nicht projektübergreifend betrachtet.
Entscheidungen hängen von Einzelpersonen ab.
Eskalationen dauern zu lange.
Prioritäten sind nicht transparent.
Das Management erhält Informationen zeitverzögert.
Zwei Praxisbeispiele aus der Gesundheitsbranche zeigen, wie Projekt Governance im Unternehmensalltag wirkt.
Ein passendes Beispiel liefert der Anwenderbericht der BG Kliniken IT-Services gGmbH. Als zentraler IT-Dienstleister eines deutschlandweiten Klinikverbunds muss die Organisation zahlreiche IT-Projekte parallel koordinieren und Anforderungen unterschiedlicher Fachbereiche zusammenführen. Vor der Einführung von BCS war die Projektkoordination laut Anwenderbericht mit hohem manuellem Aufwand verbunden; Verzögerungen, mangelnde Übersichtlichkeit und Schwierigkeiten bei der Ressourcenzuweisung erschwerten eine belastbare Steuerung.
Mit BCS wurde eine zentrale Grundlage für Projektplanung, Projektcontrolling, Ressourcenmanagement, Reporting, Multiprojektmanagement und Portfoliomanagement geschaffen. Für Governance ist daran besonders relevant: Projektdaten werden nicht mehr isoliert gepflegt, sondern in einer gemeinsamen Umgebung zusammengeführt. Dadurch entstehen bessere Voraussetzungen für transparente Statusinformationen, frühzeitige Abweichungserkennung und datenbasierte Entscheidungen.

Vor der Einführung von BCS war die Koordination der Projekte oft mit hohem manuellem Aufwand verbunden. Das führte zu Verzögerungen, mangelnder Übersichtlichkeit und Schwierigkeiten bei der Ressourcenzuweisung. Um die Vielzahl unserer Projekte effizient zu steuern, Ressourcen gezielter zu planen und die teamübergreifende Zusammenarbeit zu stärken, war eine maßgeschneiderte Lösung erforderlich. Mit der Einführung einer spezialisierten Projektmanagement-Software wollen wir diese Herausforderungen meistern und eine solide Grundlage schaffen, die zukünftige IT-Projekte transparenter und effizienter gestaltet. Ziel ist es, ein professionelles Projektmanagement zu etablieren, das unseren Kliniken echten Mehrwert bietet.
Das Beispiel zeigt, dass Projekt Governance nicht nur aus Regeln und Gremien besteht. Entscheidend ist, ob Projektinformationen so gebündelt werden, dass Führung, Projektleitungen und Fachbereiche auf derselben Grundlage entscheiden können.
Jetzt gesamten Bericht der BG Kliniken IT-Services gGmbH lesen
Auch das Universitätsklinikum Freiburg zeigt, warum Projekt Governance in großen Organisationen notwendig wird. Das Klinikum nutzt BCS, um große IT-, Bau- und Organisationsprojekte in einem gemeinsamen Projektportfolio zu erfassen und zu steuern. Der Anwenderbericht beschreibt eine Ausgangslage, in der Projektdaten zuvor verteilt und nur eingeschränkt vergleichbar waren. Dadurch wurden einheitliche Bewertung, Priorisierung, Management-Reporting und Eskalationssteuerung erschwert.
Mit BCS werden unterschiedliche Projektarten in einer gemeinsamen Struktur abgebildet. Das Portfolio dient als Grundlage für Projektbeschreibung, strategische Bewertung, Meilensteinplanung, Risikobetrachtung, grobe Kostenplanung, Reporting und Entscheidungen über Prioritäten und Ressourcen. Besonders governance-relevant ist dabei, dass Management und Lenkungsgremien nicht nur Einzelberichte erhalten, sondern eine konsistente Sicht auf den Gesamtfortschritt des Projektportfolios.

Wir wollten die Vielzahl der Projekte – zwischen 50 und 200 – übersichtlich darstellen und verlässlich steuern. Zudem sollten die Portfoliomanager ihre Projekte einfach pflegen und Informationen für das Controlling bereitstellen können. Dafür brauchten wir ein Werkzeug, das uns bei Entscheidungen zum Start und zur Steuerung von Projekten unterstützt und gleichzeitig Transparenz über den Gesamtfortschritt schafft.
Zuvor waren Projektdaten oft verteilt und nur eingeschränkt vergleichbar. Das erschwerte eine einheitliche Bewertung und Priorisierung. Auch für das Reporting an das Management und die Eskalationssteuerung fehlte eine zentrale Lösung. Mit BCS können wir heute verschiedene Projektarten wie Bau-, IT- oder Organisationsprojekte in einer gemeinsamen Struktur abbilden. Mit der Software erstellen wir Berichte für das Top-Management und bereiten Entscheidungen fundiert vor.
Die Beispiele machen deutlich, dass Projekt Governance die Verbindung zwischen Projektinformationen, Priorisierung, Eskalation und Managemententscheidung schafft. Sie sorgt dafür, dass Projekte nicht nur geplant, sondern vergleichbar bewertet, übergreifend gesteuert und bei Bedarf frühzeitig eskaliert werden können.
In einer solchen Situationen reicht operatives Projektmanagement nicht aus. Es braucht Projekt Governance.
Jetzt gesamten Bericht des Universitätsklinikum Freiburg lesen
Welche Projekte werden in das Portfolio aufgenommen?
Wer prüft Projektanträge?
Welche Informationen sind für Freigaben erforderlich?
Welche Toleranzen für Budget, Termine und Ressourcen gelten?
Wann entscheidet der Lenkungsausschuss?
Wie werden Risiken eskaliert?
Wie werden Statusinformationen standardisiert berichtet?
Welche Daten geltem als Grundlage für Managemententscheidungen?
So entsteht ein gemeinsames Steuerungsmodell. Projektleiter wissen, was sie entscheiden dürfen. Sponsoren wissen, wann sie eingebunden werden. Das PMO kann Datenqualität sichern. Das Management erhält konsistente Informationen.
Der größte Nutzen liegt nicht in zusätzlicher Kontrolle, sondern in kürzeren Entscheidungswegen. Wenn Informationen zentral vorliegen und Entscheidungsrechte klar sind, müssen Entscheidungen nicht in jeder Runde neu rekonstruiert werden.
Projekt Governance wirkt also besonders dort, wo viele Beteiligte, parallele Vorhaben und knappe Ressourcen zusammenkommen.
Agile Projekte und Governance werden häufig als Gegensatz verstanden. Das ist ein Missverständnis.
Agilität bedeutet nicht, dass es keine Verantwortung, keine Prioritäten und keine Entscheidungsregeln gibt. Gerade agile Projekte brauchen klare Leitplanken, damit Teams selbstorganisiert arbeiten können, ohne strategische Ziele aus dem Blick zu verlieren.
| Projekt Governance beantwortet in agilen Umgebungen folgende Fragen |
|---|
|
Wer priorisiert auf Portfolio-Ebene?
|
|
Wer verantwortet Budget und Business Case?
|
|
Welche Ziele gelten für agile Teams?
|
|
Wie werden Abhängigkeiten zwischen Teams gesteuert?
|
|
Wann werden strategische Zielkonflikte eskaliert?
|
|
Wie werden Risiken transparent gemacht?
|
|
Welche Reporting-Informationen braucht das Management?
|
In Scrum sind Rollen wie Product Owner, Scrum Master und Entwicklungsteam klar definiert. Diese Rollen regeln jedoch vor allem die operative Zusammenarbeit. Governance ergänzt die übergeordnete Ebene: Budget, Strategie, Portfolio, Priorisierung und Eskalation.
In skalierten agilen Umgebungen wird dieser Bedarf noch deutlicher. Frameworks wie SAFe® arbeiten deshalb mit Lean Portfolio Management, Budget-Governance, strategischen Epics und klaren Entscheidungsrechten.
Teams erhalten Handlungsspielraum für die Umsetzung. Die Organisation definiert Ziele, Budgets, Prioritäten und Eskalationswege.
Governance ist deshalb kein Widerspruch zu Agilität. Sie ist die Voraussetzung dafür, dass agile Arbeit strategisch wirksam bleibt. Ohne Governance entstehen auch in agilen Organisationen typische Probleme:
| Herausforderungen ohne übergreifende Portfolio-Steuerung |
|---|
|
Teams optimieren lokal statt unternehmensweit.
|
|
Strategische Zielkonflikte bleiben ungelöst.
|
|
Ressourcen werden mehrfach verplant.
|
|
Portfolio-Prioritäten sind unklar.
|
|
Managemententscheidungen kommen zu spät.
|
Projekt Governance entsteht nicht durch ein Organigramm. Sie entsteht durch klare Mandate, verbindliche Entscheidungswege, konsistente Daten und gelebte Verantwortung.
Die folgenden Schritte helfen beim Aufbau eines wirksamen Governance-Rahmens.
Beginnen Sie nicht mit Tools oder Vorlagen, sondern mit den heutigen Problemen.
Diese Analyse zeigt, welche Governance-Probleme wirklich gelöst werden müssen. Eine Organisation mit unklarer Sponsorrolle braucht andere Maßnahmen als ein Unternehmen mit zu vielen Gremien oder schlechter Datenqualität.
Definieren Sie zentrale Governance-Rollen und ihre Entscheidungsbefugnisse.
Besonders wichtig ist die Sponsorrolle. Sie sollte nicht nur formal benannt, sondern aktiv befähigt werden.
Legen Sie fest, welche Entscheidungen auf welcher Ebene getroffen werden.
Definieren Sie außerdem Toleranzen für Budget, Termine, Ressourcen und Scope. So vermeiden Sie unnötige Eskalationen und schaffen klare Handlungsräume.
Überarbeiten Sie Ihr Reporting konsequent aus Governance-Perspektive.
Ein guter Governance-Report ist nicht möglichst umfangreich. Er ist entscheidungsorientiert.
Projekt Governance ist kein statisches Modell. Organisationen verändern sich, Projekte werden komplexer und neue Anforderungen entstehen.
Deshalb sollte Governance regelmäßig überprüft werden.
Mögliche Fragen im Governance-ReviewEin jährlicher Governance-Review oder eine strukturierte Lessons-Learned-Auswertung nach großen Projekten hilft, den Governance-Rahmen aktuell zu halten.

Achten Sie bei allen Schritten darauf, Ihre Organisationskultur zu berücksichtigen.
In stark hierarchischen Unternehmen müssen Entscheidungsprozesse häufig vereinfacht werden.
In sehr informellen Strukturen benötigen Rollen mehr formale Verbindlichkeit.
In agilen Organisationen sollte Governance als Leitplanke und nicht als Kontrollmechanismus kommuniziert werden.
Projekt Governance ist kein Selbstzweck. Sie soll Ihre Organisation entscheidungsfähiger machen, nicht komplexer. Wenn Governance nicht zur Kultur passt, wird sie als Belastung empfunden. Wenn sie zur Organisation passt, wird sie zum Enabler.
Beantworten Sie die folgenden Fragen. Je mehr Fragen Sie mit „Ja“ beantworten, desto stabiler ist Ihr Governance-Rahmen.
Wenn viele Antworten offen bleiben, liegt der Handlungsbedarf häufig nicht im einzelnen Projekt, sondern in der Governance-Struktur.
Projekt Governance braucht klare Rollen, verbindliche Entscheidungswege und verlässliche Daten. Ohne aktuelle Informationen zu Status, Budget, Ressourcen, Risiken und Abhängigkeiten können Sponsor, PMO, Lenkungsausschuss und Geschäftsführung kaum fundierte Entscheidungen treffen.
In vielen Organisationen liegt genau hier das Problem: Die Governance-Struktur ist formal vorhanden, aber die Informationsgrundlage ist schwach. Projektinformationen verteilen sich auf Excel-Dateien, E-Mails, Präsentationen und Einzelsysteme. Statusberichte werden manuell erstellt, Budgetdaten und Projektstatus sind nicht synchron, Ressourcenengpässe werden zu spät erkannt und Risiken unterschiedlich bewertet. Dadurch wird Governance reaktiv. Gremien diskutieren zunächst über Datenqualität und Aktualität, statt über Prioritäten, Risiken und notwendige Entscheidungen.
Projektmanagement-, ERP- und Business Coordination-Software unterstützt Projekt Governance, indem sie Projektinformationen zentral bündelt, standardisiert auswertbar macht und rollenbezogen bereitstellt. Projektleitungen pflegen operative Daten, das PMO prüft Standards und Datenqualität, Fachbereiche sehen Ressourcen und Prioritäten, Lenkungsausschüsse erhalten entscheidungsrelevante Statusinformationen und die Geschäftsführung bekommt Portfolioübersichten und Steuerungskennzahlen.
BCS von Projektron setzt genau an diesen Punkten an. Die Software verbindet Projektmanagement, Ressourcenplanung, Controlling, Reporting, Portfiliomanagment, Multiprojektmanagement und ERP-Funktionen in einem System. Dadurch entsteht eine gemeinsame Datenbasis für Projektleitungen, PMO, Fachbereiche, Lenkungsausschüsse und Management.
Projektfortschritt, Aufwände, Kosten, Meilensteine, Ressourcen, Risiken und Statusinformationen laufen in einem System zusammen.
Berichte, Dashboards und Plan-Ist-Vergleiche basieren auf aktuellen Projektdaten und unterstützen Entscheidungen statt manueller Berichtspflege.
Engpässe werden projektübergreifend sichtbar, sodass Prioritäten auf Basis tatsächlicher Kapazitäten getroffen werden können.
Projekte können nach Status, Priorität, Kosten, Aufwand, Fortschritt oder strategischer Relevanz betrachtet und verglichen werden.
Aufwände, Kosten, Budgets, Angebote, Rechnungen und Controlling-Informationen lassen sich mit dem Projektstatus verknüpfen.
Unterschiedliche Arbeitsweisen können in einer gemeinsamen Umgebung abgebildet werden, während Reporting und Steuerungsinformationen vergleichbar bleiben.
Projekt Governance ist kein bürokratisches Zusatzinstrument. Sie ist der Rahmen, der Projekte entscheidungsfähig macht. Sie klärt, wer Verantwortung trägt, welche Entscheidungen auf welcher Ebene getroffen werden, wann eskaliert wird und wie Projekte mit strategischen Zielen verbunden bleiben. Damit verhindert Governance genau die Probleme, die Projekte häufig ausbremsen: unklare Zuständigkeiten, späte Eskalationen, widersprüchliche Informationen und fehlende Managemententscheidungen.
Der größte Nutzen entsteht, wenn Governance nicht nur formal beschrieben, sondern im Alltag gelebt wird. Dafür braucht es klare Rollen, verbindliche Entscheidungswege, fokussiertes Reporting und eine aktuelle Datenbasis. Gerade in komplexen Projektlandschaften wird Software dabei zum entscheidenden Enabler. Integrierte Lösungen wie BCS helfen, Projekt-, Ressourcen-, Budget- und Portfolioinformationen zentral verfügbar zu machen. So können PMO, Sponsor, Lenkungsausschuss und Geschäftsführung auf Basis konsistenter Daten entscheiden.
Gute Projekt Governance macht Projekte also nicht langsamer. Sie reduziert Unsicherheit, verkürzt Entscheidungswege und sorgt dafür, dass Projekte konsequent auf die richtigen Ziele einzahlen.
Projekt Governance ist der Rahmen aus Rollen, Entscheidungsrechten, Prozessen, Reporting und Eskalationswegen, der festlegt, wie Projekte gesteuert und überwacht werden. Sie sorgt dafür, dass Projekte strategiekonform, transparent und entscheidungsfähig bleiben.
Projektmanagement steuert die operative Umsetzung eines Projekts, also Aufgaben, Termine, Ressourcen und Ergebnisse. Projekt Governance definiert den übergeordneten Entscheidungs- und Verantwortungsrahmen, innerhalb dessen das Projektmanagement arbeitet.
Projekt Governance ist wichtig, weil sie klare Verantwortlichkeiten, verbindliche Entscheidungswege und strategische Ausrichtung schafft. Ohne Governance entstehen häufig Entscheidungsstaus, unklare Eskalationen, widersprüchliche Prioritäten und ineffiziente Ressourcennutzung.
Projekt Governance lohnt sich, sobald Projekte strategisch wichtig, bereichsübergreifend, budgetrelevant oder risikobehaftet sind. Für kleine, überschaubare Einzelprojekte reicht oft eine schlanke Governance mit klaren Rollen, Entscheidungsrechten und einfachen Statusregeln.
Projekt Governance ist besonders wichtig für Unternehmen mit vielen parallelen Projekten, komplexen Kundenprojekten, regulierten Anforderungen, knappen Ressourcen oder einem aktiven PMO. Auch IT-, ERP-, Transformations-, Digitalisierungs- und Portfolioprojekte profitieren stark davon.
Typische Rollen in der Projekt Governance sind Sponsor oder Auftraggeber, Projektleitung, Steering Committee beziehungsweise Lenkungsausschuss, PMO und gegebenenfalls Portfolio-Verantwortliche. Entscheidend ist, dass jede Rolle klare Mandate und Entscheidungsbefugnisse besitzt.
Projekt Governance wird zur Bürokratie, wenn sie Entscheidungen verlangsamt statt erleichtert. Typische Ursachen sind zu viele Gremien, unklare Mandate, überladenes Reporting, Micromanagement und fehlende Entscheidungsbefugnisse.
Ja. Auch agile Projekte brauchen klare Entscheidungsrechte, Budgetverantwortung, strategische Prioritäten und Eskalationswege. Agile Governance schafft Leitplanken, innerhalb derer Teams selbstorganisiert arbeiten können.
Projekt Governance sollte schrittweise eingeführt werden: Ausgangslage analysieren, Rollen und Mandate klären, Entscheidungswege definieren, Reporting auf Entscheidungen ausrichten und den Governance-Rahmen regelmäßig überprüfen.

Kai Sulkowski ist Redakteur in der Marketing-Abteilung bei Projektron. Er verbindet Marketing, SEO und digitale Kommunikation mit fachlicher Projektmanagement-Expertise und erstellt Inhalte rund um Projektmanagement, Projekt Governance, PMO-Strukturen, Projektportfoliomanagement, Ressourcensteuerung und Organisationssteuerung. In seinen Beiträgen bereitet er komplexe Zusammenhänge rund um Entscheidungsstrukturen, Softwareauswahl, Bewertungssystematiken und die Einführung von Unternehmenssoftware verständlich auf.