Anleitungen › Anleitung

Programm vs. Projekt

Nennen Sie etwas Programm, und es klingt größer, und die Meetings vermehren sich. Hier der echte Unterschied zwischen Programm und Projekt und wann Sie tatsächlich eines brauchen.

Die kurze Antwort

Ein Projekt ist ein zeitlich begrenztes Vorhaben, das ein definiertes Ergebnis innerhalb vereinbarter Zeit, Kosten und Umfang liefert. Ein Programm ist eine Gruppe zusammenhängender Projekte und Aktivitäten, die gemeinsam gesteuert werden, um Ergebnisse und Nutzen zu erzielen, die getrennt nicht erreichbar wären.

Einfach gesagt fragt ein Projekt: Haben wir das Ding geliefert? Ein Programm fragt: Ist die gewünschte Veränderung tatsächlich eingetreten?

Im direkten Vergleich

Diese Gegenüberstellungen sind Faustregeln, kein Gesetz, und Organisationen ziehen die Grenzen unterschiedlich.

• Fokus: Ein Projekt liefert Outputs; ein Programm liefert Outcomes und Nutzen.
• Umfang: Ein Projekt hat einen festen Auftrag; der Umfang eines Programms entwickelt sich, wenn Projekte starten und enden.
• Dauer: Ein Projekt hat ein klares Ende; ein Programm läuft, bis der Nutzen gesichert ist.
• Erfolg: Im Termin, Budget und Umfang beim Projekt; realisierter Nutzen beim Programm.
• Risiko: Projektrisiken sind abgegrenzt; Programmrisiken schließen Abhängigkeiten zwischen Projekten ein.

Rollen und Governance

Ein Projektleiter plant und liefert ein definiertes Arbeitspaket. Ein Programmleiter koordiniert mehrere Projekte, steuert die Abhängigkeiten zwischen ihnen und hält das Ganze am beabsichtigten Nutzen ausgerichtet. Über beiden sitzt ein Sponsor oder Senior Responsible Owner, der für das Ergebnis die Verantwortung trägt.

Auch die Governance unterscheidet sich. Ein Programm hat meist ein eigenes Gremium, einen gemeinsamen Satz von Nutzen und einen gemeinsamen Risiko- und Issue-Prozess, wobei jedes Projekt nach oben berichtet.

• Sponsor oder Senior Responsible Owner: verantwortet den Business Case.
• Programmleiter: Abhängigkeiten, Integration, Nutzen und Gesamtplan.
• Projektleiter: Lieferung jedes Projekts innerhalb der vereinbarten Toleranzen.
• Nutzenverantwortliche: Führungskräfte im Fachbereich, die die Veränderung verankern.
• PMO: Standards, Berichtswesen und Unterstützung für das Ganze.

Ein Rechenbeispiel

Stellen Sie sich vor, ein Unternehmen will eine neue Regionalniederlassung eröffnen. Den Ausbau des Gebäudes zu leiten ist ein Projekt. Der Umzug von Personal und IT ist ein weiteres. Die lokale Personalgewinnung ein drittes. Jedes hat eigene Ergebnisse und ein eigenes Enddatum.

Das Programm ist die Eröffnung der Niederlassung als arbeitender Teil des Unternehmens, mit ihrem Nutzen: schnellerem Service vor Ort und niedrigeren Reisekosten. Wird das Gebäude früh fertig, aber die Einstellungen verzögern sich, ist der Programmleiter derjenige, der die Folgewirkung sieht.

• Gemeinsame Abhängigkeiten, etwa der Übergabetermin des Gebäudes, der in den IT-Umzug einfließt.
• Eine Zusammenführung von Kosten und Terminen über alle drei Projekte.
• Ein Nutzenplan, nicht drei getrennte.

Programm, Projekt oder Portfolio?

Ein Portfolio ist wieder etwas anderes: eine Sammlung von Projekten und Programmen, gruppiert für Investitions- und Prioritätsentscheidungen, nicht weil sie ein Ziel teilen. Geht es Ihnen darum, die Gesundheit vieler nicht zusammenhängender Projekte zu sehen, brauchen Sie eine Portfolioansicht. In Senshin zeigt der Control Tower das, mit Governance und Stakeholdern je Projekt.

Gründen Sie kein Programm, nur damit ein großes Projekt wichtig klingt. Gründen Sie eines, wenn Projekte Abhängigkeiten und einen Nutzen teilen, der davon abhängt, dass sie zusammenarbeiten.

• Zusammenhängende Projekte mit gemeinsamem Nutzen: Programm.
• Nicht zusammenhängende Projekte, die um Geld und Personal konkurrieren: Portfolio.
• Ein definiertes Arbeitspaket: Projekt.

Wo das in Senshin steckt

Häufige Fragen

Weitere Anleitungen

Zuletzt aktualisiert: 2026-10-22