Ein nützliches PMO startet vom Bedarf, nicht vom Konzept: erst klären, welchen Nutzen es stiften soll (Unterstützung, Standards, Portfolio-Überblick, Ausbildung), dann mit dem grössten realen Schmerzpunkt beginnen und sich Akzeptanz durch spürbaren Mehrwert verdienen. Standards kommen mit Augenmass und Begründung, nicht als Selbstzweck. Das PMO, das zuerst Formulare verlangt, wird zur Bürokratie; das PMO, das zuerst hilft, wird gebraucht.
Warum PMOs scheitern — und warum sie gelingen
PMOs scheitern selten an der Idee und fast immer an der Umsetzung: Sie starten mit Konzepten, Prozessen und Vorlagen, verlangen von den Projekten Berichte und Formulare, und werden von den Projektleitenden als zusätzliche Last erlebt, die Zeit kostet und wenig gibt. Der Widerstand ist dann nur folgerichtig — ein PMO, das nimmt (Zeit, Aufwand, Autonomie), bevor es gibt (Unterstützung, Entlastung, Nutzen), macht sich zum Feind derer, die es unterstützen sollte. Erfolgreiche PMOs drehen die Reihenfolge um: Sie beginnen damit, den Projekten das Leben leichter zu machen — konkrete Hilfe, gelöste Probleme, echte Entlastung —, und verdienen sich damit die Legitimation, später auch Standards einzufordern. Der Grundsatz: Ein PMO muss sich seine Autorität durch Nutzen verdienen, nicht durch Vorschrift erzwingen.
Die Rolle klären: Was für ein PMO?
«PMO» ist kein einheitliches Konzept — die Bandbreite reicht vom unterstützenden Dienstleister bis zur steuernden Instanz. Ein unterstützendes PMO liefert Methoden, Vorlagen, Coaching und Entlastung, ohne den Projekten Vorschriften zu machen — es ist Service. Ein steuerndes PMO setzt Standards, überwacht deren Einhaltung und hat Durchgriff — es ist Governance. Ein direktives PMO stellt sogar die Projektleitenden und führt die Projekte selbst. Die meisten Organisationen fahren am besten mit einem primär unterstützenden Ansatz, der schrittweise steuernde Elemente aufnimmt, wenn die Akzeptanz da ist. Entscheidend ist, die Rolle bewusst zu wählen und klar zu kommunizieren — ein PMO, das unklar zwischen Helfer und Kontrolleur schwankt, verwirrt und verliert das Vertrauen beider Seiten. Und die Rolle muss zum Reifegrad der Organisation passen: Wo Projektmanagement noch jung ist, hilft Unterstützung mehr als Kontrolle.
Der Aufbau in Schritten
- 01Mit dem grössten Schmerzpunkt startenNicht mit dem vollständigen Konzept, sondern mit dem, was am meisten weh tut: fehlender Portfolio-Überblick? Schwache Projektqualität durch fehlende Methoden? Überlastete Projektleitende? Am grössten spürbaren Nutzen ansetzen — der erste Erfolg schafft die Akzeptanz für den Rest.
- 02Nutzen liefern, bevor man fordertZuerst helfen — Vorlagen bereitstellen, Coaching anbieten, Reporting vereinfachen, administrative Last abnehmen. Wenn die Projekte den Wert spüren, akzeptieren sie später auch Standards.
- 03Standards mit Augenmass und BegründungJeder Standard, jedes Formular, jeder Bericht muss einen erkennbaren Nutzen haben — für die Projekte oder für die Steuerung. Bürokratie ohne Zweck ist der schnellste Weg zum Widerstand. Weniger, aber sinnvolle Standards.
- 04Akzeptanz aktiv gewinnenDie Projektleitenden einbeziehen, ihre Bedürfnisse ernst nehmen, das PMO als Verbündeten positionieren. Ein PMO, das mit den Projekten arbeitet statt über sie, wird getragen; eines, das sich als Kontrollinstanz aufspielt, wird umgangen.
Die Balance halten
Ein gutes PMO lebt in einer Dauerspannung: zwischen Standardisierung (die Vergleichbarkeit und Effizienz bringt) und Flexibilität (die den Projekten Raum für ihre Eigenheiten lässt), zwischen Unterstützung und Kontrolle, zwischen Overhead und Nutzen. Diese Balance ist keine einmalige Entscheidung, sondern eine laufende Justierung — was in einer Phase hilft, kann in einer anderen bremsen. Wichtig ist, den eigenen Nutzen immer wieder ehrlich zu prüfen: Erleben die Projekte das PMO als Hilfe oder als Last? Rechtfertigt jeder Prozess seinen Aufwand? Ein PMO, das diese Fragen scheut, verkrustet zur Bürokratie; eines, das sie stellt und ehrlich beantwortet, bleibt relevant. Und der Erfolgsmassstab liegt nicht in der Zahl der Prozesse oder Berichte, sondern im Projekterfolg der Organisation: Werden Projekte besser, schneller, verlässlicher, weil es das PMO gibt? Das ist die einzige Rechtfertigung, die zählt — und der beste Schutz gegen den Ruf als Formularstelle.
Der Lackmustest für jedes PMO-Vorhaben: Würden die Projektleitenden diese Leistung, dieses Formular, diesen Prozess vermissen, wenn es ihn nicht gäbe? Was mit Ja beantwortet wird, stiftet Nutzen. Was nur die Frage «wozu?» erntet, ist Bürokratie — und gehört gestrichen oder besser begründet.
Diese Methode lässt sich in einem Projekt-Tool wie Flenio direkt abbilden — DACH-nativ und DSG-konform gehostet.
Häufige Fragen
- Wie gross muss ein PMO sein?
- So klein wie möglich, so gross wie nötig: In kleineren Organisationen kann ein PMO eine Teilzeitrolle oder eine einzelne Person sein; in grossen ist es eine eigene Abteilung. Die Grösse folgt dem Bedarf und dem Portfolio, nicht dem Ehrgeiz. Ein aufgeblähtes PMO erzeugt genau den Overhead, der ihm den schlechten Ruf einbringt.
- Sollte das PMO die Projektleitenden führen?
- Kommt auf das Modell an: Ein direktives PMO stellt und führt Projektleitende, ein unterstützendes nicht. Für die meisten Organisationen ist es sinnvoller, dass Projektleitende in ihren Fachbereichen verankert bleiben und das PMO sie unterstützt und vernetzt — das erhält Fachnähe und vermeidet, dass das PMO zur konkurrierenden Machtstruktur wird.
- Wie beweist ein PMO seinen Wert?
- Durch messbare Verbesserung: mehr Projekte im Termin und Budget, bessere Portfolio-Transparenz, entlastete Projektleitende, höhere Erfolgsquote. Der Wert eines PMO zeigt sich nicht in seiner Aktivität, sondern im Erfolg der Projekte, die es unterstützt — und genau das gehört sichtbar gemacht, um die Existenz zu rechtfertigen.