Wenn Sie ein PMO aufbauen im KMU, brauchen Sie zuerst weniger Vorlagen und mehr Klarheit über Entscheidungen. Sonst entsteht eine Stelle, die Berichte sammelt, aber Projekte weder priorisiert noch spürbar beschleunigt. Genau dort kippt das Vorhaben oft: Die Organisation erwartet Steuerung, erhält aber nur zusätzliche Abstimmung.
Auf einen Blick
- Ein wirksames PMO in einem KMU ordnet Prioritäten, Rollen und Eskalationen, bevor es Vorlagen, Tools und Reporting ausbaut.
- In unserer Projektpraxis reichen zu Beginn oft wenige Standards, solange Projektauftrag, Statusbericht und Eskalationsweg verbindlich geregelt sind.
- Ein kleines Projektportfolio wird nicht durch Organigramme steuerbar, sondern durch klare Entscheide zu Ressourcenplanung, Verantwortung und Abbruchkriterien.
- Ein PMO entlastet die Linie nur dann, wenn Führung, Projektleitung und Lenkungsausschuss unterschiedliche Aufgaben tatsächlich getrennt wahrnehmen.
Wer über PMO aufbauen KMU spricht, meint in der Praxis selten eine neue Abteilung. Gemeint ist meist eine kleine Steuerungsfunktion, die Ordnung in mehrere Vorhaben bringt, Konflikte sichtbar macht und Entscheide vorbereitet. Gerade in kleineren Organisationen ist das entscheidend, weil dieselben Personen oft Linie, Projektarbeit und Tagesgeschäft gleichzeitig tragen.
BFS-Daten zur Schweizer KMU-Landschaft zeigen über das Bundesamt für Statistik, wie stark die Unternehmensrealität von kleinen und mittleren Strukturen geprägt ist. Ein PMO muss deshalb schlank bleiben und sich an dieser Realität orientieren, nicht an Konzernmodellen.
Woran ein PMO in kleineren Organisationen oft scheitert
Ein PMO ist keine Sammelstelle für Statusfolien. Es ist eine Steuerungsfunktion, die ein Projektportfolio lesbar macht und dafür sorgt, dass knappe Kapazitäten nicht nach Lautstärke verteilt werden.
Im Bau-KMU im Kanton St. Gallen mit 60 Mitarbeitenden laufen oft Offerten, Ausführungsprojekte, Systemanpassungen und interne Verbesserungen parallel. Wenn dort jede Bereichsleitung ihre Vorhaben direkt bei der Geschäftsleitung platziert, entsteht kein Portfolio, sondern ein Wettbewerb um Aufmerksamkeit.
In der Immobilienverwaltung in der Stadt Zürich mit 25 Mitarbeitenden sieht das Muster anders aus, aber das Problem ist ähnlich. Viele Projekte wirken klein, greifen aber in Vermietung, Technik, Finanzen und Administration gleichzeitig ein, sodass ohne gemeinsame Sicht auf Abhängigkeiten rasch Reibung entsteht.
Oft beginnt das Scheitern mit einem falschen Startbild. Die Organisation diskutiert Vorlagen, Tools und Sitzungsrhythmen, bevor sie festlegt, wer Prioritäten setzt, wer einen Projektauftrag freigibt und wann ein Thema in den Lenkungsausschuss gehört.
Ein zweiter Fehler liegt in der Rollenmischung. Wenn dieselbe Person Projektleitung, PMO und Entscheider zugleich ist, fehlt die Trennung zwischen Aufbereitung und Entscheidung. Dann wird der Statusbericht politisch statt nützlich.
Auch gut gemeinte Standardisierung kann schaden. Ein Stage-Gate hilft nur, wenn die Gates echte Entscheide auslösen. Werden sie bloss als Pflichttermin geführt, wächst der Aufwand und die Steuerung bleibt trotzdem schwach.
Welche Aufgaben gehören am Anfang wirklich ins PMO?
Am Anfang braucht ein PMO nur Aufgaben, die direkt Steuerungswirkung haben. Alles andere kann warten.
Dazu gehört zuerst eine einfache Sicht auf das Projektportfolio. Welche Vorhaben laufen, wer führt sie, welche Ressourcen sind gebunden, welche Entscheide sind offen und wo blockieren Abhängigkeiten? Mehr braucht es für den Start oft nicht.
Danach folgt die Disziplin im Projektauftrag. Ein Projektauftrag ist die verbindliche Startfreigabe eines Vorhabens. Er unterscheidet sich von einer Idee dadurch, dass Ziel, Nutzen, Verantwortliche, grober Umfang und Eskalationsweg festgehalten sind.
Ebenso wichtig ist ein einheitlicher Statusbericht. Nicht als lange Präsentation, sondern als kurzes Führungsinstrument mit Fortschritt, Risiken, offenen Entscheiden und Auswirkungen auf Termine oder Budget. Wer dafür externe Unterstützung braucht, setzt oft auf Projektsteuerung und Projektleitung, damit die Linie nicht zusätzlich belastet wird.
Ein PMO sollte zu Beginn auch die Ressourcenplanung sichtbar machen. In kleineren Firmen scheitern Projekte selten an fehlenden Ideen, sondern an denselben zwei oder drei Schlüsselpersonen, die überall gleichzeitig gebraucht werden.
Wenn intern unklar ist, welche minimale Startstruktur genügt, lohnt sich zuerst eine nüchterne Einordnung der laufenden Vorhaben und Rollen. Das spart später Diskussionen über Formalitäten, die noch gar kein Problem lösen.
PMO aufbauen im KMU: mit Rollen statt mit Organigrammen starten
Wer die Funktion zuerst im Organigramm verankern will, verliert Zeit. Sinnvoller ist eine kleine Rollenlogik, die im Alltag trägt.
Bewährt hat sich eine einfache RACI-Matrix für die wichtigsten Steuerungsfragen. Wer ist verantwortlich für die Vorbereitung, wer entscheidet, wer wird konsultiert und wer nur informiert? Diese Klärung wirkt oft stärker als jede neue Stelle.
Für mehrere parallele Vorhaben kann das PMO die Übersicht führen, Priorisierung vorbereiten und Eskalationen bündeln. Die Linie bleibt für Fachentscheide zuständig, die Projektleitung für Umsetzung und Koordination, die Geschäftsleitung oder ein kleiner Lenkungsausschuss für Richtungsentscheide.
Gerade wenn ein Unternehmen sein Projektportfolio Management aufbauen will, ist diese Trennung zentral. Sonst landet jede Zielkonflikt-Diskussion wieder informell im Gang oder in Einzelgesprächen.
Im Gegensatz zu einer klassischen Assistenzfunktion darf das PMO Spannungen sichtbar machen. Es soll nicht Harmonie herstellen, sondern Entscheidungsreife schaffen.
Was im Aufbau schiefgeht und welche Folgen das hat
- Zu viele Standards zu früh: Wenn kleine Vorhaben denselben Stage-Gate-Prozess wie grosse Programme durchlaufen müssen, steigt der Aufwand sofort. In unserer Projektpraxis kostet dieser Overhead oft mehrere Arbeitstage pro Monat, ohne dass die Qualität der Entscheide steigt.
- Unklare Priorisierung: Wenn jede Führungskraft eigene Dringlichkeiten setzt, wird Ressourcenplanung zur Dauerverhandlung. Erfahrungsgemäss führt das bei mehreren parallelen Projekten schnell zu Verzögerungen über einige Wochen bis wenige Monate.
- Kein definierter Eskalationsweg: Risiken bleiben in Teams hängen, bis sie zu spät sichtbar werden. Dann entstehen Doppelaufwand, Frust und oft auch externe Zusatzkosten, weil Probleme unter Zeitdruck gelöst werden müssen.
- Statusberichte ohne Konsequenz: Werden Risiken zwar dokumentiert, aber nicht entschieden, verliert das Reporting seine Glaubwürdigkeit. Mitarbeitende liefern dann Daten, rechnen aber nicht mehr mit Wirkung.
- PMO als Ablage statt Steuerung: Wenn das PMO nur Protokolle sammelt, fehlt der Nutzen für Führung und Projektleitung. Die Folge sind interne Konflikte über Verantwortung, nicht selten verbunden mit vermeidbaren CHF-Kosten für Nacharbeit und Prioritätswechsel.
Wie viel Standardisierung ist sinnvoll und ab wann wird sie hinderlich?
Standardisierung ist dann sinnvoll, wenn sie Vergleichbarkeit schafft. Sie wird hinderlich, wenn sie Unterschiede zwischen kleinen und grossen Vorhaben ignoriert.
Ein guter Start besteht meist aus wenigen Pflichtbausteinen: Projektauftrag, Statusbericht, einfache Ressourcenplanung und klarer Eskalationsweg. Alles Weitere kann je nach Vorhaben ergänzt werden.
Das gilt besonders bei Digitalisierungs- und ERP-Themen. Wer etwa eine ERP Spezifierung vorbereitet, braucht mehr Struktur als bei einem internen Verbesserungsprojekt mit engem Team. Der Fehler liegt nicht in mehr Struktur, sondern darin, dieselbe Struktur überall zu erzwingen.
Auch Beschaffungsprojekte zeigen diesen Unterschied deutlich. Ein internes Tool-Upgrade braucht andere Steuerung als eine formale Ausschreibung; wer dafür Orientierung sucht, arbeitet oft zuerst mit einem öffentliche Ausschreibung Beispiel, um Rollen, Unterlagen und Entscheidpunkte sauber zu trennen.
Ein kurzer Praxistest hilft: Wenn ein Standard die nächste Entscheidung schneller und klarer macht, bleibt er. Wenn er nur Dokumente produziert, gehört er weg.
Manchmal reicht schon eine externe Moderation der Rollen- und Entscheidlogik, damit ein kleines PMO intern akzeptiert wird. Das ist oft hilfreicher als ein neues Tool, das die alten Unklarheiten nur digital abbildet.
Welche Entscheidungen Führung, Linie und Projektleitung trennen müssen
Ein PMO funktioniert nur, wenn Entscheidungsebenen sauber getrennt sind. Sonst wird jede Sitzung zur Mischform aus Fachdebatte, Priorisierung und Detailsteuerung.
Die Führung entscheidet über Prioritäten, Zielkonflikte und Abbrüche. Die Linie stellt Fachwissen, Mitarbeitende und betriebliche Machbarkeit sicher. Die Projektleitung steuert Umsetzung, Termine, Risiken und Abstimmung im Alltag.
Das PMO selbst sollte vorbereiten, nicht herrschen. Es sammelt nicht bloss Informationen, sondern macht Zielkonflikte sichtbar, prüft Abhängigkeiten und sorgt dafür, dass der Lenkungsausschuss über die richtigen Fragen spricht.
Wenn diese Trennung fehlt, wird aus jeder Eskalation ein persönliches Thema. Dann diskutiert man nicht mehr über Wirkung, sondern über Zuständigkeit.
Wer an diesem Punkt merkt, dass nicht die Vorlage fehlt, sondern die Führungslogik, sollte den Aufbau bewusst klein halten. Ein tragfähiges Modell entsteht meist aus wenigen verbindlichen Regeln, nicht aus Vollständigkeit.
Das gilt auch für die Zusammenarbeit mit externen Partnern. Ein PMO kann intern bleiben, während einzelne Vorhaben oder heikle Phasen gezielt ergänzt werden, etwa bei Projektleitung, ERP-Fragen oder Beschaffung.
Wenn mehrere Projekte gleichzeitig laufen und intern niemand die Steuerung neutral übernehmen kann, ist ein externer Blick oft der schnellste Weg zu belastbaren Rollen. Entscheidend ist, dass daraus keine Parallelorganisation entsteht, sondern eine klare Entlastung für Führung und Linie.
Wenn Sie Ihr Vorhaben sauber einordnen wollen, reicht oft schon eine kurze Klärung der offenen Rollen, Entscheidpunkte und Engpässe. Danach ist meist sichtbar, ob ein kleines PMO genügt oder ob einzelne Projekte separat geführt werden sollten.
Rufen Sie uns an unter +41 77 491 77 94 oder schreiben Sie an info@tprojects.ch. Das erste Gespräch ist unverbindlich und kostenlos, und wir zeigen Ihnen, wie ein schlankes Setup für Ihre Organisation aussehen kann.
Verwandte Themen
Diese Beiträge vertiefen angrenzende Fragen aus Projektleitung, Beschaffung und ERP im Schweizer KMU-Umfeld: Externe Projektleitung Zürich: Wann sie intern entlastet und wann sie bremst, Externer Projektleiter Kosten: Was Auftraggeber wirklich einkaufen, Ausschreibung Gemeinden Aargau: worauf es vor dem Start wirklich ankommt, Externe Projektleitung Gemeinden: Wann sie entlastet und wann sie bremst, ERP Anbieter Vergleich Schweiz: Auswahlkriterien für Unternehmen mit komplexen Prozessen, ERP ablösen: Woran Unternehmen den richtigen Zeitpunkt erkennen
Über die Autorin
FAQ
Wie kann ich ein PMO im KMU aufbauen, ohne zusätzliche Bürokratie zu schaffen?
Starten Sie mit drei verbindlichen Elementen: einer Übersicht über das Projektportfolio, einem kurzen Statusbericht und einem klaren Eskalationsweg. Alles, was keine bessere Priorisierung oder schnellere Entscheidung auslöst, bleibt vorerst draussen. Wenn Prozesse und Schnittstellen noch unscharf sind, hilft oft zuerst eine saubere Prozessoptimierung Industrie als Grundlage.
Welche Aufgaben sollte ein PMO in einem kleinen Unternehmen zuerst übernehmen?
Zu Beginn sollte das PMO laufende Vorhaben sichtbar machen, Projektaufträge vereinheitlichen, Risiken bündeln und offene Entscheide für Führung oder Lenkungsausschuss vorbereiten. Toolpflege, Methodenschulungen und umfangreiche Dokumentation sind erst später sinnvoll. Für die Einordnung der passenden Aufbauform kann ein IT Beratung kostenlos Erstgespräch hilfreich sein.
Ab wann lohnt sich ein PMO für mehrere laufende Projekte?
Ein PMO lohnt sich, sobald mehrere Vorhaben dieselben Personen, Budgets oder Entscheider beanspruchen und Prioritätskonflikte regelmässig auftreten. Der Nutzen entsteht nicht durch die Anzahl Projekte allein, sondern durch Abhängigkeiten, Engpässe und wiederkehrende Eskalationen. Wenn dabei auch digitale Abläufe betroffen sind, wird oft die Automatisierung von Prozessen Teil der Gesamtsteuerung.
Wer entscheidet im PMO über Prioritäten und Ressourcen?
Nicht das PMO selbst entscheidet, sondern die zuständige Führungsebene. Das PMO bereitet die Entscheidung vor, macht Zielkonflikte sichtbar und zeigt Auswirkungen auf Ressourcenplanung, Termine und Risiken. Für einfache Zeitachsen oder Meilensteine genügt oft schon eine klare Meilenstein Darstellung Projekt Excel.
Welche Tools braucht man, wenn man ein PMO im KMU aufbauen will?
Am Anfang reichen oft vorhandene Mittel, solange Rollen, Statuslogik und Entscheidwege sauber definiert sind. Ein neues Tool ersetzt keine Priorisierung und keine klare Verantwortung. Wenn später wiederkehrende Anfragen oder Standardauskünfte strukturiert abgefangen werden sollen, kann auch Kundenbetreuung Chatbot ein sinnvoller Baustein sein.