FlenioFlenio

Leitfaden · DACH · Multiprojektmanagement

Multiprojektmanagement: Portfolio, PMO und Steuerung mehrerer Projekte

Kurz erklärt

Multiprojektmanagement steuert mehrere Projekte gemeinsam, die um dieselben Personen, Budgets und die Aufmerksamkeit der Führung konkurrieren. Es entscheidet, welche Projekte gestartet, priorisiert, verschoben oder gestoppt werden, und sorgt dafür, dass die Summe aller Projekte zur Strategie passt und die verfügbare Kapazität nicht übersteigt. Getragen wird es von einem klaren Portfolio-Prozess, einem PMO und definierten Entscheidungsrechten.

Das Wichtigste in Kürze

  • Multiprojektmanagement beantwortet die Frage, welche Projekte überhaupt laufen sollen, nicht nur, wie einzelne Projekte laufen [1].
  • Der häufigste Engpass ist nicht das Budget, sondern die Kapazität von Schlüsselpersonen über alle Projekte.
  • Weniger gleichzeitig laufende Projekte verkürzen die Durchlaufzeit aller Projekte [6].
  • Ein PMO wirkt nur, wenn klar ist, wer über Start, Priorität und Abbruch entscheidet.

Was ist Multiprojektmanagement?

Multiprojektmanagement ist die übergreifende Planung, Priorisierung und Steuerung mehrerer Projekte, die gleichzeitig in einer Organisation laufen. Es ergänzt das Management der einzelnen Projekte um eine zweite Ebene: Welche Projekte sollen überhaupt laufen, in welcher Reihenfolge, mit welchen Ressourcen, und wie tragen sie gemeinsam zu den Zielen der Organisation bei? ISO 21502 beschreibt diese Ebene als Zusammenspiel von Projekt-, Programm- und Portfoliomanagement, bei dem das Portfolio die strategische Auswahl und Ausrichtung verantwortet [1].

In der Praxis entsteht der Bedarf fast immer auf dieselbe Weise: Eine Organisation hat mehr Ideen und Anfragen, als sie umsetzen kann. Jedes Projekt für sich ist sinnvoll, aber zusammen überlasten sie dieselben Schlüsselpersonen, verlängern sich gegenseitig und verlieren den Bezug zur Strategie. Ohne übergreifende Steuerung setzt sich durch, wer am lautesten fordert, nicht, was am meisten bringt.

Multiprojektmanagement
Übergreifende Planung, Priorisierung und Steuerung mehrerer gleichzeitig laufender Projekte mit gemeinsamen Ressourcen.
Projektportfolio
Gesamtheit der Projekte und Programme einer Organisation oder eines Bereichs, die gemeinsam gesteuert werden.

Was unterscheidet Projekt, Programm und Portfolio?

Die drei Begriffe werden oft vermischt, beschreiben aber unterschiedliche Steuerungsebenen. Die Unterscheidung ist wichtig, weil jede Ebene andere Entscheidungen trifft und andere Gremien braucht.

Projekt, Programm und Portfolio im Vergleich
EbeneGegenstandZielTypische Entscheidungen
Projektein zeitlich begrenztes Vorhaben mit definiertem ErgebnisErgebnis in Zeit, Kosten und Qualität liefernPlanung, Steuerung, Abnahme
Programmmehrere zusammenhängende Projekte mit gemeinsamem Nutzenübergeordneten Nutzen realisieren, der aus einzelnen Projekten nicht entstehtAbstimmung der Projekte, Nutzenrealisierung
Portfolioalle Projekte und Programme eines Bereichsdie richtigen Vorhaben auswählen und die Kapazität richtig verteilenStart, Priorität, Verschiebung, Abbruch

HERMES beschreibt das Programmmanagement als eigene Methode für Vorhaben, die aus mehreren Projekten bestehen und einen gemeinsamen Nutzen verfolgen [3]. Für KMU und Dienstleister ist die Programmebene selten nötig; entscheidend ist meist die Portfolioebene, also die Frage, welche Kunden- und internen Projekte gleichzeitig laufen können. Das Glossar zu Programm-Management und Projektportfolio fasst die Begriffe kurz zusammen.

Wie funktioniert der Portfolio-Prozess?

Ein funktionierendes Multiprojektmanagement folgt einem wiederkehrenden Prozess, der jede Projektidee von der Erfassung bis zum Abschluss begleitet. Der Prozess muss nicht aufwendig sein, aber verbindlich: Projekte, die an ihm vorbei starten, untergraben die gesamte Steuerung.

Der Portfolio-Prozess in sechs Schritten
SchrittInhaltErgebnis
ErfassenIdeen und Anfragen an einer zentralen Stelle sammelnvollständige Liste aller Vorhaben
BewertenNutzen, Aufwand, Risiko und strategischen Beitrag einschätzenvergleichbare Bewertung
PriorisierenVorhaben nach festen Kriterien in eine Rangfolge bringenRangliste
FreigebenProjekte entsprechend Kapazität und Budget startenfreigegebene Projekte mit Ressourcen
SteuernFortschritt, Kosten und Nutzen übergreifend verfolgenEntscheide über Anpassung, Verschiebung, Abbruch
AbschliessenProjekte beenden, Nutzen überprüfen, Kapazität freigebenfrei werdende Kapazität für neue Vorhaben

Der entscheidende Schritt ist die Freigabe, also der Moment, in dem Ressourcen verbindlich zugeteilt werden. Für die Übersicht über alle Vorhaben eignen sich eine Projektlandkarte und eine Multiprojekt-Roadmap, wie sie das Kapitel Projektlandkarte beschreibt. Hier entscheidet sich, ob die Organisation nur so viele Projekte startet, wie sie tragen kann, oder ob die Liste der laufenden Projekte unkontrolliert wächst. Wie man die Rangfolge mit Scoring-Modellen oder WSJF begründet, zeigt das Kapitel Projekte priorisieren. Wie viele Projekte gleichzeitig tragbar sind, beschreibt das Kapitel Kapazitätssteuerung über mehrere Projekte.

Wie verbindet man Portfolio und Strategie?

Ein Portfolio ist nur so gut wie seine Verbindung zur Strategie. Viele Organisationen formulieren jährliche Ziele, starten aber Projekte, die wenig dazu beitragen, weil die Auswahl nach Dringlichkeit oder Durchsetzungskraft erfolgt. Der PMBOK Guide beschreibt den Wertbeitrag als zentralen Massstab für Vorhaben und verlangt, dass Projekte laufend auf ihren Beitrag zu den Zielen der Organisation geprüft werden [2].

Praktisch hilft eine einfache Zuordnung: Jedes Projekt wird einem strategischen Ziel zugeordnet oder als Pflicht- oder Erhaltungsprojekt gekennzeichnet. Die Summe des Budgets und der Kapazität je Ziel zeigt dann, ob die Verteilung zur Strategie passt. Fliesst der Grossteil der Kapazität in Projekte ohne Zielbezug, ist das ein klares Signal für die nächste Priorisierung. Eine solche Auswertung ist in wenigen Stunden erstellt und führt in der Geschäftsleitung oft zu den wichtigsten Diskussionen des Jahres.

Warum ist die Kapazität der eigentliche Engpass?

In den meisten Organisationen ist nicht das Budget der limitierende Faktor, sondern die Zeit weniger Schlüsselpersonen: erfahrene Fachleute, die in jedem Projekt gebraucht werden, Personen mit Kundenkontakt, die Geschäftsleitung als Entscheidungsinstanz. Werden zu viele Projekte gleichzeitig gestartet, verteilen diese Personen ihre Zeit auf alle, und jedes Projekt wartet auf sie.

Little's Law beschreibt den Zusammenhang präzise: Die durchschnittliche Durchlaufzeit ist gleich der Zahl laufender Arbeiten geteilt durch den Durchsatz [6]. Übertragen auf das Portfolio heisst das: Wer bei gleichem Durchsatz doppelt so viele Projekte gleichzeitig laufen lässt, verdoppelt die durchschnittliche Laufzeit jedes Projekts. Dazu kommen Kosten für Kontextwechsel, die in keiner Planung stehen. Die wirksamste Massnahme im Multiprojektmanagement ist deshalb oft keine Methode, sondern eine Begrenzung: weniger gleichzeitig, dafür schneller abgeschlossen. Den Zusammenhang mit Auslastung und Überlastung behandelt der Leitfaden Ressourcenplanung.

Welche Rolle spielt das PMO?

Ein Project Management Office, kurz PMO, ist die organisatorische Einheit, die Multiprojektmanagement möglich macht. Es sammelt Informationen über alle Projekte, pflegt Methoden und Vorlagen, bereitet Portfolio-Entscheidungen vor und unterstützt Projektleitende. In der PMI-Literatur verbreitet ist die Unterscheidung zwischen unterstützenden, kontrollierenden und steuernden PMO, je nachdem, wie viel Einfluss das PMO auf die Projekte hat [2].

Ein PMO muss nicht gross sein. In einem KMU kann eine Person mit einem Teilpensum die Aufgabe übernehmen, solange klar ist, welche Leistungen das PMO erbringt und wer entscheidet. Wichtig ist, dass das PMO nicht zur Berichtsfabrik wird, die Daten sammelt, ohne dass daraus Entscheide folgen. Wie man ein PMO schrittweise aufbaut und welche Leistungen am Anfang den grössten Nutzen bringen, zeigt das Kapitel PMO aufbauen.

Wer entscheidet im Multiprojektmanagement?

Multiprojektmanagement scheitert seltener an fehlenden Methoden als an unklaren Entscheidungsrechten. Wer darf ein Projekt starten? Wer entscheidet bei einem Konflikt um dieselben Personen? Wer stoppt ein Projekt, das seinen Nutzen verloren hat? Solange diese Fragen nicht beantwortet sind, wird jeder Konflikt zur Verhandlung zwischen Projektleitenden.

Eine klare Governance legt Gremien, Rollen und Entscheidungsrechte fest: ein Portfolio-Gremium für Start, Priorität und Abbruch, Lenkungsausschüsse für einzelne grosse Projekte, Toleranzen, innerhalb derer die Projektleitung selbst entscheidet, und Eskalationswege für Konflikte. HERMES beschreibt dafür Rollen wie Auftraggeber und Projektausschuss [4]. Wie eine schlanke Governance aufgebaut wird, zeigt das Kapitel Projekt-Governance.

Wann sollte ein Projekt gestoppt werden?

Projekte abzubrechen fällt Organisationen schwer, weil bereits Geld und Arbeit investiert sind und niemand ein Scheitern eingestehen will. Ein Portfolio ohne Abbrüche ist aber ein Warnsignal: Es bedeutet meist, dass Projekte weiterlaufen, deren Nutzen längst entfallen ist. Jedes dieser Projekte bindet Kapazität, die für wertvollere Vorhaben fehlt.

Klare Abbruchkriterien helfen, die Entscheidung zu versachlichen: Der Nutzen ist entfallen, etwa weil sich die Strategie geändert hat; die Prognose der Kosten übersteigt den verbleibenden Nutzen; ein wichtigeres Projekt braucht die Kapazität dringender; oder das Projekt kann seine Ziele erkennbar nicht mehr erreichen. Entscheidend ist der Blick nach vorne. Bereits ausgegebene Kosten spielen keine Rolle, nur die Frage, ob die verbleibenden Kosten durch den verbleibenden Nutzen gerechtfertigt sind. Wie der Business Case diese Prüfung unterstützt, zeigt das Kapitel Business Case erstellen.

Welche Informationen braucht jedes Projekt im Portfolio?

Damit das Portfolio steuerbar ist, braucht jedes Projekt einige Grundinformationen in einheitlicher Form. Mehr Daten erhöhen den Aufwand, ohne die Entscheidungen zu verbessern.

Mindestinformationen pro Projekt im Portfolio
InformationZweck
Name, Auftraggeber, ProjektleitungVerantwortung klären
Strategisches Ziel oder PflichtBeitrag zur Strategie zeigen
Status mit AmpelHandlungsbedarf erkennen
Geplanter Start und EndeZeitliche Überlagerungen sehen
Budget und Prognosefinanzielle Lage beurteilen
Eingeplante Engpassrollen mit AufwandKapazitätskonflikte erkennen
Rang in der PriorisierungKonflikte entscheiden

Diese Informationen passen in eine Zeile pro Projekt. Werden sie monatlich aktualisiert, hat die Geschäftsleitung eine verlässliche Grundlage für Entscheide.

Welche Kennzahlen braucht das Portfolio?

Auf Portfolioebene interessieren andere Kennzahlen als im einzelnen Projekt. Statt des Fortschritts eines Projekts geht es um die Gesundheit des gesamten Portfolios: Wie viele Projekte laufen, wie viele sind gefährdet, wie ist die Kapazität ausgelastet, und tragen die Projekte zur Strategie bei?

Kennzahlen für das Projektportfolio
KennzahlBerechnungBeantwortet
Laufende ProjekteAnzahl gleichzeitig aktiver ProjekteWird zu viel gleichzeitig gemacht?
Projekte nach AmpelAnteil grün, gelb, rotWo braucht es Aufmerksamkeit?
Auslastung Schlüsselrollenverplante ÷ verfügbare Stunden je RolleWo ist der Engpass?
Durchlaufzeitdurchschnittliche Dauer vom Start bis zum AbschlussWie schnell liefert das Portfolio?
Strategischer BeitragAnteil des Budgets je strategischem ZielPasst das Portfolio zur Strategie?
Abgebrochene ProjekteAnzahl und eingesparte RestkostenWird rechtzeitig gestoppt?

Die Kennzahl der abgebrochenen Projekte wirkt ungewohnt, ist aber aufschlussreich. Ebenso wichtig ist der Vergleich über die Zeit: Sinkt die Zahl laufender Projekte und gleichzeitig die Durchlaufzeit, wirkt die Steuerung. Ein Portfolio, in dem nie ein Projekt gestoppt wird, prüft seine Projekte vermutlich nicht ernsthaft. Wie die Kennzahlen einzelner Projekte berechnet werden, zeigt das Kapitel Projekt-KPIs im Leitfaden Projektcontrolling.

Wie funktioniert Multiprojektmanagement in agilen Organisationen?

Agile Organisationen arbeiten oft nicht mit klassischen Projekten, sondern mit stabilen Teams und einem fortlaufenden Strom von Vorhaben. Die Grundfragen des Multiprojektmanagements bleiben trotzdem bestehen: Welche Vorhaben haben Vorrang, und wie viele können die Teams gleichzeitig tragen? Statt Projekte zu starten, werden Vorhaben in ein gemeinsames Backlog aufgenommen und in Planungszyklen den Teams zugeteilt.

Für die Priorisierung hat sich Weighted Shortest Job First bewährt, das die Kosten der Verzögerung durch die Grösse eines Vorhabens teilt und damit kleine Vorhaben mit hohem Wert nach vorne bringt [5]. Die Begrenzung gleichzeitiger Arbeit erfolgt über Obergrenzen pro Team oder pro Planungszyklus. Das Prinzip ist dasselbe wie im klassischen Portfolio: weniger gleichzeitig, dafür schneller abgeschlossen.

Wie kommuniziert man Portfolio-Entscheide?

Portfolio-Entscheide betreffen viele Menschen: Projektleitende, deren Projekte zurückgestellt werden, Fachbereiche, die auf ein Vorhaben gewartet haben, Mitarbeitende, deren Einsatz sich ändert. Werden die Entscheide nicht erklärt, entsteht schnell der Eindruck von Willkür, und die Akzeptanz der Priorisierung sinkt.

Bewährt hat sich eine kurze, regelmässige Kommunikation nach jeder Priorisierungsrunde: Welche Projekte starten, welche werden zurückgestellt und warum, wann ist mit dem Start zurückgestellter Projekte zu rechnen. Eine transparente Rangliste, die allen Beteiligten zugänglich ist, reduziert Diskussionen erheblich, weil die Kriterien sichtbar sind. Wer weiss, warum sein Projekt warten muss und wann es voraussichtlich startet, akzeptiert die Entscheidung leichter als jemand, der davon zufällig erfährt.

Wie funktioniert Multiprojektmanagement im KMU?

Viele Konzepte für Multiprojektmanagement stammen aus Grossunternehmen mit eigenen Portfolio-Abteilungen. Für KMU und Dienstleister genügt eine verdichtete Form, die mit wenigen Regeln auskommt.

  1. 1Alle laufenden und geplanten Projekte an einem Ort erfassen, mit Verantwortlichen und geschätztem Aufwand.
  2. 2Einmal im Monat in der Geschäftsleitung die Rangfolge festlegen.
  3. 3Für jede Schlüsselperson sichtbar machen, auf welchen Projekten sie eingeplant ist.
  4. 4Neue Projekte erst starten, wenn Kapazität frei ist oder ein anderes Projekt pausiert wird.
  5. 5Abgeschlossene Projekte konsequent beenden und die frei werdende Kapazität neu verteilen.

Bei Dienstleistern kommt eine Besonderheit hinzu: Kundenprojekte haben feste Termine und lassen sich nicht beliebig verschieben, interne Projekte dagegen schon. Deshalb werden interne Vorhaben oft dauerhaft verdrängt. Eine einfache Regel hilft: Ein fester Anteil der Kapazität, etwa ein Tag pro Woche und Person, ist für interne Projekte reserviert und wird nicht für Kundenarbeit verwendet. Die Vertiefung bietet der Kurs Portfolio- und Multiprojektmanagement.

Welche Rollen braucht Multiprojektmanagement?

Multiprojektmanagement braucht wenige, aber klar beschriebene Rollen. In KMU übernehmen oft dieselben Personen mehrere Rollen; wichtig ist, dass die Aufgaben bekannt sind und jemand sie wahrnimmt.

Rollen im Multiprojektmanagement
RolleAufgabe
Portfolio-Gremium oder Geschäftsleitungentscheidet über Start, Priorität, Zurückstellung und Abbruch
PMOerfasst Projekte, bereitet Entscheide vor, pflegt Methoden und Übersichten
Auftraggeberverantwortet Nutzen und Rechtfertigung eines Projekts
Projektleitungplant und steuert das Projekt innerhalb der Toleranzen
Linienvorgesetztestellen Personen für Projekte bereit und planen ihre Verfügbarkeit

Die Rolle der Linienvorgesetzten wird oft unterschätzt. In Matrixorganisationen entscheiden sie über die Verfügbarkeit ihrer Mitarbeitenden und müssen deshalb in die Kapazitätsplanung einbezogen werden. Konflikte zwischen Linie und Projekt sind ein klassischer Grund für Eskalationen und gehören in die Governance.

Wann lohnt sich ein Programm?

Ein Programm lohnt sich, wenn mehrere Projekte gemeinsam einen Nutzen erzeugen, den keines allein liefern kann, etwa bei der Digitalisierung eines ganzen Geschäftsbereichs mit neuer Software, angepassten Prozessen und Schulung. Das Programm koordiniert die Abhängigkeiten zwischen den Projekten und verantwortet die Realisierung des gemeinsamen Nutzens über die einzelnen Projektabschlüsse hinaus.

Für die meisten KMU ist das die Ausnahme. Wer nur mehrere unabhängige Projekte gleichzeitig führt, braucht kein Programm, sondern ein funktionierendes Portfolio. Ein Programm ohne echten gemeinsamen Nutzen erzeugt zusätzlichen Koordinationsaufwand, ohne Mehrwert zu schaffen. Ob ein Programm nötig ist, zeigt eine einfache Frage: Entsteht der Nutzen erst, wenn alle Projekte abgeschlossen sind und zusammenwirken? Wenn ja, lohnt sich die Programmebene; wenn jedes Projekt seinen Nutzen allein liefert, genügt das Portfolio.

Welche Werkzeuge braucht Multiprojektmanagement?

Für eine Handvoll Projekte genügt eine gemeinsame Liste mit Status, Verantwortlichen und Prioritäten. Sobald Schlüsselpersonen auf mehreren Projekten eingeplant sind, braucht es eine Sicht auf die Auslastung über alle Projekte hinweg; eine Tabelle pro Projekt reicht dann nicht mehr, weil niemand die Summe sieht.

Entscheidend ist, dass alle Projekte im selben System geführt werden. Ein Portfolio, in dem die Hälfte der Projekte in E-Mails und persönlichen Listen lebt, lässt sich nicht steuern. Die Übersicht über Software für das Portfoliomanagement bietet die Seite Portfoliomanagement-Software; Rollen und Verantwortlichkeiten lassen sich mit der RACI-Matrix-Vorlage klären. Für die Priorisierung helfen der WSJF-Rechner und der Nutzwertanalyse-Rechner.

Wie führt man Multiprojektmanagement ein?

Die Einführung gelingt erfahrungsgemäss schrittweise. Wer mit einem umfassenden Portfolio-Prozess, neuer Software und einem grossen PMO gleichzeitig startet, überfordert die Organisation und erzeugt Widerstand. Bewährt hat sich, mit Transparenz zu beginnen und die Steuerung danach Schritt für Schritt auszubauen.

In den ersten Wochen geht es nur darum, alle Projekte sichtbar zu machen: Was läuft, wer arbeitet daran, wie viel Aufwand ist geplant? Schon diese Liste, die selten mehr als eine Seite umfasst, führt oft zu Erkenntnissen, etwa dass mehr Projekte laufen als angenommen oder dass einzelne Personen auf fünf und mehr Projekten eingeplant sind. Im zweiten Schritt folgen eine Rangfolge und eine Regel für neue Projekte, im dritten die Kapazitätsplanung und klare Entscheidungsrechte. Die Veränderung selbst ist eine Führungsaufgabe; wie man Widerstand begegnet und Beteiligte mitnimmt, beschreibt der Leitfaden Stakeholder und Change.

Welche Standards und Zertifizierungen helfen?

Multiprojektmanagement braucht eine gemeinsame Sprache, und die liefern anerkannte Standards. Im DACH-Raum verbreitet sind der PMBOK Guide von PMI, PRINCE2, die IPMA Individual Competence Baseline, HERMES und ISO 21502; sie unterscheiden sich darin, ob sie Abläufe, Prinzipien oder Kompetenzen beschreiben. Das Kapitel PM-Standards im Vergleich ordnet sie ein.

Für die Entwicklung der Projektleitenden sind Zertifizierungen ein häufiger Weg. Die Kapitel PMP-Zertifizierung mit der Prüfung seit Juli 2026 und PM-Zertifizierungen im Vergleich zeigen, welcher Nachweis zu welcher Rolle passt. Wie weit eine Organisation insgesamt ist und welcher nächste Schritt sich lohnt, hilft eine Selbstbewertung nach dem Kapitel Reifegradmodelle einzuschätzen.

Welche Fehler passieren im Multiprojektmanagement?

Die typischen Fehler haben eine gemeinsame Wurzel: Es werden mehr Projekte gestartet, als die Organisation tragen kann, und niemand hat das Mandat, das zu verhindern.

  • Projekte starten, ohne Kapazität und Priorität zu prüfen.
  • Alle Projekte als gleich wichtig behandeln.
  • Projekte nie abbrechen, auch wenn ihr Nutzen entfallen ist.
  • Ressourcenkonflikte auf der Ebene der Projektleitenden austragen lassen.
  • Ein PMO einrichten, das Berichte sammelt, aber keine Entscheide vorbereitet.
  • Interne Projekte dauerhaft hinter Kundenprojekte zurückstellen.

Wer diese Fehler vermeidet, braucht kein aufwendiges Instrumentarium, sondern vor allem Konsequenz in der Führung. Eine vollständige Liste, eine monatliche Rangfolge, eine Begrenzung der gleichzeitig laufenden Projekte und klare Entscheidungsrechte verändern die Wirksamkeit einer Organisation oft stärker als jede neue Methode.

Alle Kapitel des Leitfadens

9 vertiefende Kapitel

  1. Kapitel 1PMO aufbauenPMO aufbauen in KMU und Verwaltung: unterstützendes, kontrollierendes und steuerndes PMO, erste Leistungen, Roadmap für zwölf Monate, Kennzahlen und Fehler.
  2. Kapitel 2ProjektpriorisierungProjekte priorisieren mit gewichtetem Scoring, Nutzwertanalyse und WSJF: Kriterien, Rechenbeispiele, Vergleich der Verfahren und Regeln für den Projektstart.
  3. Kapitel 3Multiprojekt-KapazitätKapazität über mehrere Projekte steuern: Engpassrollen, grobe Portfolio-Planung, Begrenzung gleichzeitiger Projekte mit Little's Law und Regeln für Konflikte.
  4. Kapitel 4Projekt-GovernanceProjekt-Governance schlank aufsetzen: Gremien und Rollen nach HERMES und PRINCE2, Entscheidungsrechte, Toleranzen für Budget und Termine, Eskalationswege.
  5. Kapitel 5ProjektlandkarteProjektlandkarte und Multiprojekt-Roadmap erstellen: Inhalte, Darstellung nach Zielen und Zeit, Abhängigkeiten zwischen Projekten und laufende Pflege.
  6. Kapitel 6ReifegradReifegradmodelle im Projektmanagement: fünf Reifestufen, CMMI, P3M3 und IPMA Delta im Überblick, Selbstbewertung in einer Stunde und nächste Schritte.
  7. Kapitel 7PM-StandardsPM-Standards im Vergleich: PMBOK Guide, PRINCE2, IPMA ICB, HERMES und ISO 21502, wofür sie stehen, worin sie sich unterscheiden und was im DACH-Raum passt.
  8. Kapitel 8PMP-ZertifizierungPMP-Zertifizierung im DACH-Raum: Voraussetzungen, Prüfung seit Juli 2026 mit neuen Gewichten, Vorbereitung, Erneuerung und Vergleich mit IPMA und HERMES.
  9. Kapitel 9PM-ZertifizierungenPM-Zertifizierungen im Vergleich: IPMA Level A bis D, PMP, PRINCE2, HERMES und agile Zertifikate, mit Voraussetzungen, Gültigkeit und Empfehlung nach Rolle.

Häufige Fragen

Was ist der Unterschied zwischen Multiprojektmanagement und Portfoliomanagement?

Die Begriffe überschneiden sich stark. Portfoliomanagement betont die strategische Auswahl und Priorisierung der richtigen Vorhaben, Multiprojektmanagement eher die operative Steuerung mehrerer gleichzeitig laufender Projekte mit gemeinsamen Ressourcen. In KMU werden beide Aufgaben meist vom selben Gremium wahrgenommen.

Wie viele Projekte sollte eine Organisation gleichzeitig laufen lassen?

So viele, wie die Kapazität der Schlüsselpersonen trägt, und eher weniger. Nach Little's Law verlängert jedes zusätzliche gleichzeitige Projekt bei gleichem Durchsatz die Laufzeit aller Projekte. Eine feste Obergrenze für laufende Projekte ist oft die wirksamste Massnahme.

Braucht ein KMU ein PMO?

Ein KMU braucht die Funktionen eines PMO, nicht unbedingt eine eigene Abteilung. Eine Person mit Teilpensum kann Projektliste, Vorlagen und die Vorbereitung der monatlichen Priorisierung übernehmen, solange die Geschäftsleitung die Entscheide trifft und durchsetzt.

Wer entscheidet über die Priorität von Projekten?

Ein Portfolio-Gremium, in KMU meist die Geschäftsleitung, auf Basis fester Kriterien wie strategischer Beitrag, Nutzen, Dringlichkeit und Risiko. Das PMO bereitet die Entscheidung vor, entscheidet aber nicht selbst. Wichtig ist, dass die Priorität auch bei Ressourcenkonflikten gilt.

Wie erkenne ich, dass zu viele Projekte gleichzeitig laufen?

An wiederholt verschobenen Terminen, Schlüsselpersonen, die auf vielen Projekten eingeplant sind, langen Wartezeiten auf Entscheide und vielen Projekten, die fast, aber nicht ganz fertig sind. Eine Liste aller laufenden Projekte mit den eingeplanten Personen macht das Problem meist sofort sichtbar.

Quellen

  1. [1]ISO 21502:2020 Project, programme and portfolio management — Guidance on project management — International Organization for Standardization (ISO). Abgerufen am 7. November 2026 · Primärquelle
  2. [2]A Guide to the Project Management Body of Knowledge (PMBOK Guide) – Seventh Edition — Project Management Institute (PMI). Abgerufen am 7. November 2026 · Primärquelle
  3. [3]HERMES Programmmanagement, Ausgabe 2022 — Bundeskanzlei, Digitale Transformation und IKT-Lenkung (DTI). Abgerufen am 7. November 2026 · Primärquelle
  4. [4]HERMES Online: Rollen — Bundeskanzlei, Digitale Transformation und IKT-Lenkung (DTI). Abgerufen am 7. November 2026 · Primärquelle
  5. [5]Weighted Shortest Job First (SAFe Knowledge Base) — Scaled Agile, Inc.. Abgerufen am 7. November 2026 · Primärquelle
  6. [6]Little, J. D. C. (1961): A Proof for the Queuing Formula L = λW. Operations Research 9(3), 383–387 — INFORMS. Abgerufen am 7. November 2026

Änderungen an diesem Artikel

  • 7. November 2026: Erstveröffentlichung. Grundlagen nach ISO 21502:2020, PMBOK Guide, HERMES Programmmanagement 2022 und Little (1961).

Wie wir Fachinhalte recherchieren, prüfen und aktualisieren: Redaktionelle Grundsätze

Vom Leitfaden in den Projektalltag

Flenio bringt Projekte, Meilensteine, Zeit und Rechnungen in ein Werkzeug — Hosting in Zürich, revDSG und DSGVO.