Was ist Projekt-Governance?
Projekt-Governance ist der Rahmen aus Gremien, Rollen, Entscheidungsrechten und Regeln, innerhalb dessen Projekte gesteuert werden. Sie beantwortet Fragen wie: Wer gibt ein Projekt frei? Wer entscheidet über Budgeterhöhungen, Umfangsänderungen oder Abbruch? Welche Entscheide darf die Projektleitung selbst treffen? Wie werden Konflikte zwischen Projekten gelöst?
ISO 21502 beschreibt Governance als den Rahmen, der Richtung, Entscheidungsbefugnisse und Rechenschaft für Projekte festlegt [1]. Governance ist damit mehr als ein Organigramm: Sie legt fest, wer was entscheiden darf und wer wofür Rechenschaft ablegt. Fehlt sie, werden Entscheide verzögert, Konflikte eskalieren informell, und Projekte laufen weiter, obwohl niemand mehr von ihrem Nutzen überzeugt ist. Wie Governance in das Multiprojektmanagement eingebettet ist, zeigt der Leitfaden Multiprojektmanagement.
Welche Ebenen und Gremien gibt es?
Governance wirkt auf mehreren Ebenen, die unterschiedliche Fragen beantworten. In kleinen Organisationen fallen Ebenen zusammen; das Prinzip bleibt dasselbe.
| Ebene | Gremium oder Rolle | Entscheidet über |
|---|---|---|
| Portfolio | Geschäftsleitung oder Portfolio-Gremium | Start, Priorität, Zurückstellung und Abbruch von Projekten, Verteilung der Kapazität |
| Projekt | Auftraggeber und Lenkungsausschuss | Freigabe von Phasen, Budget- und Umfangsänderungen ausserhalb der Toleranzen, Abnahme |
| Ausführung | Projektleitung | Planung und Steuerung innerhalb der Toleranzen, Aufgabenverteilung im Team |
| Unterstützung | PMO | keine Entscheide; Vorbereitung, Berichtswesen, Methoden |
HERMES beschreibt für die Projektebene Rollen wie Auftraggeber und Projektausschuss, die das Projekt steuern und an den Meilensteinen entscheiden [3]. In PRINCE2 übernimmt der Lenkungsausschuss diese Aufgabe und vertritt die Interessen von Auftraggeber, Nutzern und Lieferanten [2]. Das Glossar zum Lenkungsausschuss fasst die Rolle zusammen.
Wie legt man Entscheidungsrechte fest?
Entscheidungsrechte lassen sich gut in einer einfachen Übersicht festhalten, die für jede typische Entscheidung zeigt, wer entscheidet, wer mitwirkt und wer informiert wird. Eine RACI-Matrix eignet sich dafür gut, wenn sie auf Entscheidungen statt auf Tätigkeiten angewendet wird.
| Entscheid | Projektleitung | Lenkungsausschuss | Portfolio-Gremium |
|---|---|---|---|
| Aufgabenverteilung im Team | entscheidet | informiert | – |
| Verschiebung innerhalb der Termintoleranz | entscheidet | informiert | – |
| Budgetüberschreitung über der Toleranz | beantragt | entscheidet | informiert |
| Änderung des Umfangs mit Kostenfolge | beantragt | entscheidet | informiert |
| Phasenfreigabe | bereitet vor | entscheidet | informiert |
| Start eines neuen Projekts | – | beantragt | entscheidet |
| Ressourcenkonflikt zwischen Projekten | eskaliert | eskaliert | entscheidet |
| Abbruch eines Projekts | beantragt | beantragt | entscheidet |
Die Übersicht wirkt banal, verhindert aber viele Konflikte, weil sie Erwartungen klärt, bevor ein Streitfall entsteht. Sie macht sichtbar, dass die Projektleitung innerhalb der Toleranzen frei entscheidet, und dass Konflikte zwischen Projekten nicht zwischen Projektleitenden, sondern im Portfolio-Gremium gelöst werden. Für die Ausarbeitung eignet sich die RACI-Matrix-Vorlage.
Wie funktionieren Toleranzen und Management by Exception?
PRINCE2 arbeitet mit Toleranzen: Für Kosten, Termine und weitere Grössen wird festgelegt, wie weit die Projektleitung vom Plan abweichen darf, ohne das Gremium einzubeziehen. Solange das Projekt innerhalb der Toleranzen bleibt, berichtet die Projektleitung, entscheidet aber selbst. Droht eine Überschreitung, eskaliert sie mit Optionen und Empfehlung. Dieses Prinzip heisst Management by Exception [2].
| Grösse | Toleranz der Projektleitung | Toleranz des Lenkungsausschusses | darüber |
|---|---|---|---|
| Budget | bis 10 Prozent des Phasenbudgets | bis 20 Prozent des Gesamtbudgets | Portfolio-Gremium |
| Termine | bis zwei Wochen pro Meilenstein | bis sechs Wochen beim Endtermin | Portfolio-Gremium |
| Umfang | Änderungen ohne Kosten- und Terminfolge | Änderungen innerhalb der Budgettoleranz | Portfolio-Gremium |
Die Werte im Beispiel sind ausdrücklich keine Norm, sondern müssen pro Projekt und Organisation festgelegt werden. Wichtig ist, dass sie schriftlich vereinbart sind, bevor eine Abweichung eintritt. Toleranzen entlasten die Gremien von Routineentscheiden und geben der Projektleitung den nötigen Handlungsspielraum im Alltag. Wie Abweichungen gemessen und prognostiziert werden, zeigt das Kapitel Kosten-Forecast im Leitfaden Projektcontrolling.
Wie gestaltet man Eskalationswege?
Eine Eskalation ist kein Versagen, sondern ein geregelter Weg, um Entscheide auf die richtige Ebene zu bringen. Projektleitende, die rechtzeitig eskalieren, zeigen Professionalität, nicht Schwäche. Damit sie funktioniert, braucht es klare Auslöser, eine feste Form und eine verbindliche Reaktionszeit des Gremiums.
- 1Auslöser festlegen: drohende Überschreitung einer Toleranz, Ressourcenkonflikt, Risiko mit hoher Auswirkung.
- 2Form festlegen: kurze Vorlage mit Lage, Ursache, Optionen, Auswirkungen und Empfehlung.
- 3Empfänger festlegen: Lenkungsausschuss oder Portfolio-Gremium je nach Art.
- 4Reaktionszeit festlegen: etwa Entscheid innerhalb von fünf Arbeitstagen, bei Dringlichkeit früher.
- 5Entscheid dokumentieren und an alle Betroffenen kommunizieren.
Die Reaktionszeit wird oft vergessen. Eine Eskalation, die wochenlang auf eine Sitzung wartet, ist schlimmer als keine, weil das Projekt in der Zwischenzeit blockiert ist. Für dringende Fälle bewähren sich kurze Entscheidungswege ausserhalb der regulären Sitzungen, etwa ein Entscheid durch Auftraggeber und Vorsitz des Gremiums per Telefon mit nachträglicher Dokumentation. Die Rolle des Lenkungsausschusses in Krisen beschreibt das Kapitel Projektkrise.
Wie arbeitet ein Portfolio-Gremium?
Das Portfolio-Gremium ist die Instanz, die über die Gesamtheit der Projekte entscheidet. In KMU ist es meist die Geschäftsleitung, in grösseren Organisationen ein eigenes Gremium mit Vertretungen der Bereiche. Es trifft sich in einem festen Rhythmus, etwa monatlich, und entscheidet über neue Projekte, die Rangfolge, Zurückstellungen und Abbrüche sowie über Ressourcenkonflikte, die nicht auf Projektebene gelöst werden können.
Die Grundlage für diese Entscheide liefern die Priorisierung und die Kapazitätsplanung. Wie Projekte nach festen Kriterien in eine Rangfolge gebracht werden, zeigt das Kapitel Projekte priorisieren; wie die verfügbare Kapazität mit dem Bedarf abgeglichen wird, das Kapitel Kapazitätssteuerung über mehrere Projekte. Das PMO bereitet die Sitzungen vor und dokumentiert die Entscheide; das Gremium muss sie treffen und durchsetzen.
Was gilt bei Kundenprojekten von Dienstleistern?
Bei Kundenprojekten gibt es zwei Governance-Ebenen: die interne beim Dienstleister und die gemeinsame mit dem Kunden. Intern gelten dieselben Regeln wie für andere Projekte, also Priorisierung, Kapazität und Toleranzen. Gegenüber dem Kunden braucht es zusätzlich klare Ansprechpersonen, einen Rhythmus für Abstimmungen und einen Prozess für Änderungen, der festlegt, wer auf Kundenseite Änderungen mit Kostenfolge freigeben darf.
Fehlt diese gemeinsame Governance, entstehen typische Probleme: Änderungswünsche kommen von verschiedenen Personen beim Kunden, niemand fühlt sich für Freigaben zuständig, und Abnahmen verzögern sich. Ein kurzes Dokument zu Beginn, das Rollen, Entscheidungsrechte und den Änderungsprozess festhält, verhindert viele dieser Konflikte. Wie Änderungen als Nachtrag behandelt werden, zeigt das Kapitel Claim-Management.
Wie bleibt Governance schlank?
Governance kann zur Bürokratie werden, wenn jedes Projekt dieselben Gremien, Berichte und Freigaben durchlaufen muss, unabhängig von Grösse und Risiko. Deshalb sollte sie skalieren: Kleine Projekte mit geringem Risiko brauchen kaum mehr als einen Auftraggeber und eine monatliche Statusmeldung, grosse Projekte einen Lenkungsausschuss und formale Phasenfreigaben.
| Projektgrösse | Gremium | Berichtswesen | Freigaben |
|---|---|---|---|
| klein, intern, geringes Risiko | Auftraggeber | monatlich, eine Zeile in der Portfolio-Liste | Start und Abschluss |
| mittel | Auftraggeber mit kleinem Lenkungsausschuss | monatlicher Statusbericht | Start, Phasen, Abschluss |
| gross oder kritisch | Lenkungsausschuss mit Vertretung von Nutzern und Lieferanten | Statusbericht mit Kennzahlen und Prognose | jede Phase, wesentliche Änderungen |
HERMES unterstützt diese Skalierung über das Tailoring, bei dem Ergebnisse und Aufgaben an Grösse und Risiko angepasst werden. Ein einfacher Test für schlanke Governance: Jedes Gremium trifft regelmässig Entscheide. Ein Gremium, das nur informiert wird, kann durch einen Bericht ersetzt werden, was allen Beteiligten Zeit spart.
Welche Fehler passieren bei der Projekt-Governance?
Die typischen Fehler führen entweder zu Bürokratie oder zu Entscheidungslücken.
- Gremien, die informieren statt entscheiden.
- Keine Toleranzen, sodass jede Abweichung ins Gremium muss oder gar keine.
- Ressourcenkonflikte zwischen Projektleitenden aushandeln lassen.
- Lange Reaktionszeiten auf Eskalationen.
- Dieselbe Governance für kleine und grosse Projekte.
- Entscheide nicht dokumentieren, sodass sie später bestritten werden.
Gute Governance merkt man daran, dass Entscheide schnell fallen und alle wissen, wer sie trifft.
Wie führt man Projekt-Governance ein?
Governance lässt sich schrittweise einführen, ohne die Organisation mit neuen Gremien zu überfordern. Der erste Schritt ist eine Bestandsaufnahme: Welche Entscheide werden heute wo getroffen, und wo bleiben sie liegen? Oft zeigt sich, dass viele Entscheide informell fallen oder gar nicht, etwa bei Ressourcenkonflikten oder Projektabbrüchen.
Danach werden die wichtigsten Entscheidungsrechte in einer einfachen Übersicht festgehalten, Toleranzen für die Projektleitung vereinbart und ein Rhythmus für das Portfolio-Gremium festgelegt. Nach einigen Monaten lohnt sich eine Überprüfung: Werden Eskalationen schnell entschieden? Treffen die Gremien tatsächlich Entscheide? Wo entstehen weiterhin Konflikte? Die Antworten zeigen, wo die Governance nachgeschärft oder vereinfacht werden muss. Wichtig ist, die Regeln schriftlich festzuhalten und allen Projektleitenden zugänglich zu machen, damit sie im Alltag angewendet werden und nicht nur in einem Konzeptpapier stehen. Die Vertiefung bietet der Kurs Portfolio- und Multiprojektmanagement; die Methode PRINCE2 beschreibt das Zusammenspiel von Lenkungsausschuss und Projektleitung im Detail.