Projekt oder Programm: woran du die Grenze erkennst
Nicht die Anzahl der Beteiligten entscheidet, sondern ob am Ende ein abnehmbares Ergebnis steht oder eine Organisation anders arbeitet als vorher.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Ein Programm als Projekt zu führen geht lange gut und dann nicht mehr
Der typische Verlauf: Ein Vorhaben startet als Projekt, wächst um zwei, drei Teilvorhaben und behält seine Projektstruktur. Der Projektmanager koordiniert plötzlich Termine anderer Bereiche, ohne über deren Mittel zu verfügen, und der Lenkungsausschuss entscheidet über Fragen, die eigentlich die Unternehmensstrategie betreffen.
Sichtbar wird der Bruch beim Nutzen. Das Projekt liefert ordentlich ab, die neue Software steht, die Prozesse sind beschrieben, und trotzdem ändert sich in der Fachabteilung nichts, weil niemand dafür verantwortlich ist, dass die neue Arbeitsweise übernommen wird. Das Projekt ist zu diesem Zeitpunkt formal schon geschlossen.
Umgekehrt ist die Übertreibung genauso teuer. Wer drei unabhängige Vorhaben zum Programm erklärt, baut ein Steuerungsgerüst mit Zielbild, Tranchen und eigenen Rollen auf, das nichts zu koordinieren hat, weil die Vorhaben ohnehin nebeneinanderher laufen, und bindet dafür Leute, die woanders fehlen.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Der direkte Vergleich
Projekt
zeitlich begrenzte Organisation, die ein beschreibbares Ergebnis liefert
Programm
Steuerung mehrerer Vorhaben auf ein gemeinsames Zielbild hin
| Entscheidungsfrage | Projekt | Programm |
|---|---|---|
| Wie eindeutig lässt sich das Endergebnis zu Beginn beschreiben? | Stärke Am Anfang steht eine Beschreibung des Projektprodukts samt Abnahmekriterien, gegen die am Ende abgenommen wird. | Schwäche Am Anfang steht ein Zielbild, das sich mit jeder Tranche schärft. Ein einzelnes abnehmbares Endprodukt gibt es nicht. |
| Wie belastbar ist die Terminplanung über die gesamte Laufzeit? | Stärke Managementstufen mit Toleranzen erlauben eine Planung, die bis zur Übergabe trägt. | Kommt darauf an Die laufende Tranche ist belastbar geplant, alles danach bleibt bewusst grob, weil es von den Ergebnissen abhängt. |
| Wer sorgt dafür, dass der Nutzen tatsächlich eintritt? | Kommt darauf an Das Projekt schafft die Voraussetzung, gemessen wird der Nutzen meist erst danach in der Linie. | Stärke Der Business Change Manager verantwortet die Übernahme in der Organisation und die Messung des Nutzens. |
| Wie gut trägt die Struktur mehrere voneinander abhängige Vorhaben? | Schwäche Ein Projektmanager kann Abhängigkeiten melden, aber nicht über die Mittel anderer Vorhaben entscheiden. | Stärke Genau dafür ist die Ebene gebaut, samt Entscheidung über Reihenfolge und Zuteilung knapper Fachleute. |
| Wie schnell ist die Steuerung aufgesetzt? | Stärke Auftrag, Rollen und erste Stufe stehen in überschaubarer Zeit, danach kann geliefert werden. | Schwäche Zielbild, Tranchenschnitt, Nutzenbeschreibung und Rollenbesetzung wollen geklärt sein, bevor das erste Projekt startet. |
Wie eindeutig lässt sich das Endergebnis zu Beginn beschreiben?
Am Anfang steht eine Beschreibung des Projektprodukts samt Abnahmekriterien, gegen die am Ende abgenommen wird.
Am Anfang steht ein Zielbild, das sich mit jeder Tranche schärft. Ein einzelnes abnehmbares Endprodukt gibt es nicht.
Wie belastbar ist die Terminplanung über die gesamte Laufzeit?
Managementstufen mit Toleranzen erlauben eine Planung, die bis zur Übergabe trägt.
Die laufende Tranche ist belastbar geplant, alles danach bleibt bewusst grob, weil es von den Ergebnissen abhängt.
Wer sorgt dafür, dass der Nutzen tatsächlich eintritt?
Das Projekt schafft die Voraussetzung, gemessen wird der Nutzen meist erst danach in der Linie.
Der Business Change Manager verantwortet die Übernahme in der Organisation und die Messung des Nutzens.
Wie gut trägt die Struktur mehrere voneinander abhängige Vorhaben?
Ein Projektmanager kann Abhängigkeiten melden, aber nicht über die Mittel anderer Vorhaben entscheiden.
Genau dafür ist die Ebene gebaut, samt Entscheidung über Reihenfolge und Zuteilung knapper Fachleute.
Wie schnell ist die Steuerung aufgesetzt?
Auftrag, Rollen und erste Stufe stehen in überschaubarer Zeit, danach kann geliefert werden.
Zielbild, Tranchenschnitt, Nutzenbeschreibung und Rollenbesetzung wollen geklärt sein, bevor das erste Projekt startet.
Was passt wann
- Wenn dein Vorhaben ein beschreibbares Ergebnis hat und mit der Übergabe endet
- bleib beim Projekt und halte den Nutzen über eine Vereinbarung fest, wer ihn später misst.
- Wenn der Nutzen erst entsteht, sobald mehrere Vorhaben geliefert haben
- richte eine Programmebene ein und besetze die Rolle, die die Übernahme in der Organisation verantwortet.
- Wenn mehrere Vorhaben nur denselben Auftraggeber teilen, sonst aber unabhängig sind
- spar dir das Programm und setze eine regelmäßige Abstimmung der Projektmanager auf.
Die Kette vom Ergebnis zum gemessenen Nutzen
- 01 Das Projekt liefert ein Ergebnis, das abgenommen werden kann.
- 02 Die Übergabe bringt das Ergebnis in den täglichen Betrieb.
- 03 Die Organisation ändert daraufhin ihre Arbeitsweise, das ist die Wirkung.
- 04 Aus der Wirkung entsteht messbarer Nutzen, etwa kürzere Durchlaufzeiten.
- 05 Ein Programm verantwortet diese Kette bis zur Messung, ein Projekt bis zur Übergabe.
Was du danach sicher einordnen kannst
Es geht um die Frage, welche Steuerungsebene dein Vorhaben braucht, und um die Zeichen, an denen du den Wechsel früh genug bemerkst.
Ergebnis von Wirkung trennen
Du kannst benennen, was ein Projekt abliefert und was erst danach in der Organisation entsteht, und wer für welchen Teil einsteht.
Anzeichen früh erkennen
Du erkennst an Abhängigkeiten, Ressourcenkonflikten und einem unscharfen Endzustand, dass dein Vorhaben die Projektebene verlässt.
Rollen oberhalb kennen
Du weißt, wer auf Programmebene entscheidet und welche Rolle dafür sorgt, dass die Fachbereiche die Veränderung tatsächlich übernehmen.
Übergänge sauber schneiden
Du kannst ein PRINCE2-Projekt so in ein Programm einhängen, dass Toleranzen, Berichte und Ausnahmen eine klare Richtung haben.
Aufwand abwägen
Du kannst begründen, wann sich die zusätzliche Steuerungsebene lohnt und wann sie nur Termine in Kalendern erzeugt.
Nutzen nachhalten
Du weißt, warum die Messung des Nutzens meist nach dem Projektende liegt und wer sie dann übernimmt.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Ergebnis, Wirkung, Nutzen
Ein Projekt erzeugt Ergebnisse, die man abnehmen kann: eine eingeführte Anwendung, eine umgebaute Halle, ein geschultes Team. Aus diesen Ergebnissen entsteht eine Wirkung, wenn die Organisation sie tatsächlich benutzt, also anders arbeitet als vorher. Erst aus dieser Wirkung folgt der Nutzen, der sich messen lässt, etwa kürzere Durchlaufzeiten oder weniger Nacharbeit.
Die Kette erklärt die Arbeitsteilung. Das Projekt ist für die Ergebnisse verantwortlich und liefert die Voraussetzung für die Wirkung. Ob die Wirkung eintritt, entscheidet sich in der Linie, oft Monate später. Ein Programm zieht genau diesen Teil in die eigene Verantwortung, ein Projekt kann das nicht leisten, weil es zu diesem Zeitpunkt bereits abgeschlossen ist.
Vier Anzeichen, dass du eigentlich ein Programm fährst
Erstens: Mehrere Vorhaben greifen ineinander, eine Verzögerung im einen macht die Planung des anderen wertlos. Zweitens: Der Nutzen entsteht erst, wenn mehrere davon geliefert haben, einzeln bringt keines etwas. Drittens: Der Endzustand ist beschreibbar, der Weg dorthin aber nicht, weil sich nach den ersten Lieferungen zeigt, was als Nächstes nötig ist.
Viertens: Die Vorhaben konkurrieren um dieselben Fachleute, und die Entscheidung darüber liegt oberhalb der einzelnen Lenkungsausschüsse. Wenn drei oder vier dieser Punkte zutreffen, führst du bereits ein Programm, unabhängig davon, wie das Vorhaben im Portal heißt.
Wer über der Projektebene steht
MSP, die Methode für Programm-Management aus derselben Familie wie PRINCE2, kennt drei zentrale Rollen. Der Senior Responsible Owner verantwortet das Programm insgesamt und ist die Verbindung zur Unternehmensleitung. Der Programmmanager führt das Tagesgeschäft über alle Projekte hinweg. Der Business Change Manager kommt aus dem betroffenen Bereich und sorgt dafür, dass dort die neue Arbeitsweise übernommen und der Nutzen gemessen wird.
Die letzte Rolle ist der eigentliche Unterschied zur Projektwelt. Sie sitzt nicht im Programmteam, sondern in der aufnehmenden Organisation, und sie bleibt zuständig, wenn das liefernde Projekt längst geschlossen ist. In PRINCE2 taucht das Programm auf der Ebene auf, die dort Unternehmens-, Programm- oder Auftraggeberebene heißt und dem Lenkungsausschuss den Rahmen setzt.
Was MSP zusätzlich mitbringt
MSP beschreibt den angestrebten Zustand als Target Operating Model, also als Bild davon, wie die Organisation nach der Veränderung arbeitet, mit Prozessen, Rollen, Werkzeugen und Informationsflüssen. Daran werden die einzelnen Projekte ausgerichtet, und daran wird geprüft, ob ein weiteres Projekt überhaupt gebraucht wird.
Geschnitten wird ein Programm in Tranchen. Nach jeder Tranche steht eine bewusste Prüfung an: Stimmt das Zielbild noch, hat sich die Ausgangslage verändert, lohnt die Fortsetzung. Diese Prüfpunkte sind das Gegenstück zu den Phasengrenzen im Projekt, sie liegen nur eine Ebene höher und fragen nach Wirkung statt nach Lieferung.
Wann der Schritt lohnt und wann nicht
Die zusätzliche Ebene lohnt, wenn die Koordination zwischen Vorhaben mehr Aufwand macht als die Vorhaben selbst, wenn der Nutzen erst im Zusammenspiel entsteht oder wenn eine Veränderung in der Organisation begleitet werden muss, die über die Einführung eines Werkzeugs hinausgeht.
Sie lohnt nicht, wenn die Vorhaben unabhängig sind und nur denselben Auftraggeber haben. Dann reicht eine Abstimmungsrunde, in der die Projektmanager Termine und Engpässe teilen. Ein Programm ist kein Sammelbegriff für viel Arbeit, sondern eine eigene Steuerungsform mit eigenen Rollen und eigenem Aufwand.
Dazu passende Kurse
Wer den Schritt auf die Programmebene vorbereitet, findet die Stufen zu MSP im selben Bereich wie die Projektmethode: Kurse zum Programm-Management ansehen .
Wenn du dir zuerst einen Überblick verschaffen willst, welche Nachweise in diesem Feld überhaupt üblich sind, hilft das gesamte Angebot rund um Methodenzertifizierungen .
Wie sicher bist du beim Thema wirklich?
Lesen fühlt sich schnell nach Können an. Ein kurzer Test zeigt dir, was davon schon sitzt und wo sich ein Kurs lohnt. Kostenlos, ohne Anmeldung, mit einer Erklärung zu jeder Antwort.
Wo du genau das übst
Katharina war eine super Dozentin mit sehr viel Wissen. Sie ist auf alle Fragen eingegangen und konnte alle klären.
Ein sehr anspruchsvolles Training welches von einer sehr kompetente Trainerin geleitet wurde.
Alles in allem bin ich sehr zufrieden, da der Trainer sich viel Mühe gegeben hat und alles sehr gut erklären konnte.
Häufige Fragen
Ab wie vielen Projekten wird daraus ein Programm?
Kann ein PRINCE2-Projekt Teil eines Programms sein?
Braucht ein Programm einen eigenen Business Case?
Was passiert mit dem Programm, wenn ein Projekt darin scheitert?
Passt thematisch dazu
Ob ein Vorhaben Stufe für Stufe mit Abnahmen laufen soll, entscheidet sich zu Beginn, und die Kurzfassung zum Wasserfallmodell nennt die Bedingungen, unter denen das trägt.
Deine Ansprechpartner
Du bist dir nicht sicher, welcher Kurs oder welches Level zu dir passt? Wir beraten dich persönlich und kostenlos.
Yves Hoppe
Weiterbildung & Beratung
Hilft dir, aus dem ITIL & PRINCE2-Programm den passenden Kurs für deinen Stand zu finden.
Norbert Jansen
Beratung & Inhouse
Plant mit dir Inhouse-Trainings, die auf eure Abläufe und euren Datenbestand zugeschnitten sind.
Eine Ebene höher steuern, ohne die Projektebene zu verlieren
Wer bereits mit PRINCE2 arbeitet und jetzt mehrere Vorhaben auf ein Zielbild ausrichten soll, findet in den MSP-Stufen die Rollen und Prüfpunkte dafür.