Projektplanung Schritt für Schritt: vom Projektauftrag bis zum Abschluss

Was ist Projektplanung und wozu dient sie?

Ein Projekt ist ein zeitlich begrenztes Vorhaben mit einem eindeutigen Ergebnis. Projektplanung beantwortet die Fragen, die vor und während dieses Vorhabens gestellt werden: Was genau soll entstehen? Wer arbeitet daran und wer entscheidet? Wie lange dauert es, was kostet es und welche Risiken bestehen? Die internationale Norm ISO 21502 beschreibt diese Aufgaben als Teil des Projektmanagements und betont, dass sie für jede Organisation und jedes Projekt gelten, unabhängig von Zweck, Vorgehen, Grösse oder Dauer ^[1].

Planung ist dabei kein Selbstzweck. Ein Plan schafft eine gemeinsame Vorstellung, gegen die Fortschritt gemessen werden kann. Ohne Plan gibt es keinen Soll-Ist-Vergleich, und ohne Soll-Ist-Vergleich merkt ein Team erst spät, dass es vom Kurs abgekommen ist. Gleichzeitig ist jeder Plan eine Annahme über die Zukunft. Gute Projektplanung rechnet deshalb mit Änderungen und sieht vor, wie Abweichungen erkannt und behandelt werden.

Dieser Leitfaden führt Schritt für Schritt durch die Planung eines Projekts, vom Auftrag bis zum Abschluss. Jeder Schritt hat einen vertiefenden Beitrag mit Beispielen, Vorlagen und typischen Fehlern. Die Grundlage bilden die drei im DACH-Raum verbreiteten Referenzen: die Norm ISO 21502, der PMBOK Guide des Project Management Institute und die Schweizer Methode HERMES.

Wie funktioniert rollende Planung?

Kein Projekt lässt sich zu Beginn vollständig und genau planen. Rollende Planung trägt dem Rechnung: Die nahe Zukunft wird detailliert geplant, spätere Abschnitte nur grob. Mit jedem Fortschritt wird der nächste Abschnitt verfeinert. In HERMES geschieht das mit den Phasen: Zu jeder Phasenfreigabe wird die nächste Phase im Detail geplant, während der Gesamtplan auf der Ebene von Phasen und Meilensteinen bleibt ^[4].

Für die Praxis bedeutet das: Der Projektstrukturplan wird vollständig erstellt, damit der gesamte Umfang bekannt ist, aber Schätzungen und Termine werden für die ersten Wochen genauer festgelegt als für die spätere Umsetzung. Ein Rhythmus von zwei bis vier Wochen für die Nachplanung hat sich in vielen Projekten bewährt. Wichtig ist, dass die Grobplanung trotzdem existiert; sonst fehlt der Rahmen, an dem Budget und Endtermin gemessen werden.

Wie hängen die Planungsergebnisse zusammen?

Die Tabelle zeigt, warum die Reihenfolge zählt: Ein Terminplan ohne Strukturplan beruht auf Vermutungen, ein Budget ohne Schätzung auf Wunschdenken. Umgekehrt gilt: Ändert sich ein vorgelagertes Ergebnis, etwa der Umfang, müssen alle nachgelagerten Ergebnisse geprüft werden. Deshalb ist ein Änderungsprozess, der genau diese Folgen sichtbar macht, ein zentraler Teil guter Planung.

Wer plant mit?

Projektplanung ist Teamarbeit. Die Projektleitung moderiert und verantwortet den Plan, aber Struktur und Schätzungen kommen von den Personen, die die Arbeit ausführen. Der Auftraggeber entscheidet über Ziele, Prioritäten und Budget. Fachbereiche, die das Ergebnis später nutzen, bringen Anforderungen und Abnahmekriterien ein. Wer diese Gruppen früh beteiligt, erhält realistischere Pläne und mehr Verbindlichkeit, weil die Beteiligten den Plan als ihren eigenen erleben.

In der Praxis bewähren sich kurze, gut vorbereitete Planungsworkshops statt langer Dokumentenrunden. Ein halber Tag für den Strukturplan, ein weiterer für Schätzung und Abhängigkeiten reicht für viele mittelgrosse Projekte. Die Ergebnisse werden danach im Projekttool erfasst und im Kick-off vorgestellt, sodass alle mit derselben Planungsgrundlage starten.

Woran erkennen Sie, dass die Planung funktioniert?

Eine gute Planung zeigt sich nicht am Umfang der Dokumente, sondern an ihrer Wirkung im Projektalltag. Drei Anzeichen sind besonders aussagekräftig. Erstens: Abweichungen werden früh erkannt, weil Plan und Ist regelmässig verglichen werden. Zweitens: Entscheide über Änderungen fallen bewusst und schnell, weil ihre Folgen für Termine und Budget sichtbar sind. Drittens: Das Team kennt die nächsten Schritte und weiss, wofür es verantwortlich ist, ohne nachfragen zu müssen.

Umgekehrt gibt es Warnsignale: Der Plan wird nur vor Statusterminen angefasst, Termine werden still verschoben, Schätzungen werden nie mit dem tatsächlichen Aufwand verglichen, und im Team kursieren verschiedene Versionen des Plans. Wer diese Signale erkennt, sollte nicht mehr planen, sondern anders: kürzere Planungszyklen, weniger Detail für die ferne Zukunft, mehr Transparenz über den aktuellen Stand und ein einziger Ort, an dem der gültige Plan liegt.

Hilfreich ist ein kurzer Planungsrückblick nach jedem Meilenstein: Was lief wie geplant, wo lagen Schätzungen daneben, welche Abhängigkeiten wurden übersehen? Die Antworten fliessen in die nächste Phase und am Projektende in die Lessons Learned ein. So wird jede Planung etwas besser als die vorherige, und die Organisation baut Schritt für Schritt eigene Erfahrungswerte auf.

Ein Hinweis zur Nutzung dieses Leitfadens: Die Beiträge sind so aufgebaut, dass sie einzeln gelesen werden können, wenn eine konkrete Frage ansteht, etwa vor einem Kick-off oder bei einer Projektkrise. Wer ein neues Projekt plant, liest sie in der Reihenfolge der Schritte. Jeder Beitrag nennt die zugrunde liegenden Standards, enthält ein Beispiel und verweist auf passende Vorlagen und Checklisten. Die Inhalte werden jährlich fachlich geprüft und bei neuen Auflagen der Standards aktualisiert, zuletzt mit Blick auf die achte Auflage des PMBOK Guide vom November 2025.

Wer tiefer einsteigen möchte, findet neben diesem Leitfaden weitere Fachhubs auf flenio.ch: den HERMES-Leitfaden für Projekte nach der Schweizer Methode, die Leitfäden zu SIA und HOAI für Planungs- und Bauprojekte, zur öffentlichen Beschaffung in der Schweiz sowie zum Projektrecht in der Schweiz, in Deutschland und in Österreich. Gemeinsam bilden sie eine Wissensbasis für Projektarbeit im gesamten DACH-Raum, jeweils mit Quellen, Beispielen und Prüfdatum.

Welche Standards beschreiben gute Projektplanung?

Drei Referenzen prägen die Projektplanung im deutschsprachigen Raum. Die ISO 21502 erschien im Dezember 2020 und ersetzt die ISO 21500 von 2012; sie beschreibt bewährte Praktiken auf hoher Ebene und ausdrücklich für prädiktive, inkrementelle, iterative, adaptive und hybride Vorgehen einschliesslich agiler Ansätze ^[1]. Der PMBOK Guide liegt seit November 2025 in der achten Auflage vor; er kombiniert sechs Prinzipien und sieben Performance-Domänen mit fünf Fokusbereichen, die den früheren Prozessgruppen entsprechen ^[2].

HERMES ist die Projektmanagementmethode der Schweizer Bundesverwaltung und vieler Kantone und Gemeinden. Sie gliedert Projekte in Phasen mit Freigaben: klassisch Initialisierung, Konzept, Realisierung, Einführung und Abschluss, agil Initialisierung, Umsetzung und Abschluss ^[4]. Bei jeder Phasenfreigabe gibt der Auftraggeber die Ressourcen für die nächste Phase frei. Einen Vergleich der Ansätze von HERMES, PMI und IPMA bietet etwa die ZHAW ^[11]; ausführlich behandelt der HERMES-Leitfaden die Schweizer Methode.

In welchen Schritten läuft Projektplanung ab?

Die folgenden Schritte bilden den roten Faden. Sie sind nicht streng sequenziell, denn Erkenntnisse aus späteren Schritten verändern frühere, aber die Reihenfolge verhindert typische Fehler wie Terminzusagen vor der Klärung des Umfangs.

1. 1Projektauftrag klären: Ausgangslage, Ziele, Umfang, Rahmenbedingungen, Budget und Entscheidungsbefugnisse festhalten.
2. 2Ziele präzisieren: messbare Projektziele und ausdrückliche Nicht-Ziele formulieren.
3. 3Projektstrukturplan erstellen: den gesamten Umfang in Teilaufgaben und Arbeitspakete zerlegen.
4. 4Aufwände schätzen: für jedes Arbeitspaket Aufwand, Unsicherheit und Annahmen festhalten.
5. 5Termine planen: Abhängigkeiten, Dauer, Meilensteine und kritischen Pfad bestimmen.
6. 6Organisation festlegen: Rollen, Verantwortlichkeiten, Entscheidungswege und Kommunikation regeln.
7. 7Projekthandbuch und Kick-off: Regeln dokumentieren und das Team gemeinsam starten.
8. 8Steuern: Umfang kontrollieren, Status objektiv messen, Abweichungen und Krisen früh behandeln.
9. 9Abschliessen: Abnahme, Übergabe, Lessons Learned und Auflösung der Projektorganisation.

Schritt 1 und 2: Auftrag und Ziele

Jedes Projekt beginnt mit einem Auftrag. Er hält fest, warum das Projekt durchgeführt wird, was es liefern soll, welche Grenzen gelten und wer es verantwortet. In HERMES ist der Projektauftrag ein zentrales Ergebnis der Initialisierung, auf dessen Basis der Auftraggeber über die Durchführung entscheidet ^[5]. Wie ein guter Auftrag aufgebaut ist und welche Fragen er beantworten muss, zeigt der Beitrag Projektauftrag schreiben.

Ziele machen den Auftrag überprüfbar. Ein Ziel wie «bessere Kundenkommunikation» lässt sich nicht abnehmen; ein Ziel wie «Antwortzeit auf Kundenanfragen bis Ende Juni unter einem Arbeitstag» schon. Genauso wichtig sind Nicht-Ziele, die ausdrücklich festhalten, was das Projekt nicht leistet. Sie verhindern, dass Erwartungen unbemerkt wachsen. Methoden und Beispiele dazu enthält der Beitrag Projektziele formulieren.

Schritt 3 und 4: Struktur und Schätzung

Der Projektstrukturplan zerlegt den gesamten Umfang des Projekts in überschaubare Teile, bis hinunter zu Arbeitspaketen, die sich schätzen, zuweisen und überwachen lassen. Das Project Management Institute beschreibt den Strukturplan als Werkzeug, das den gesamten Projektumfang organisiert, und wendet ihn seit der dritten Auflage seines Praxisstandards auf agile, iterative, prädiktive und inkrementelle Lebenszyklen an ^[3]. Der Beitrag Projektstrukturplan erstellen erklärt Gliederungsprinzipien und die Regel, dass nur geplant wird, was im Strukturplan steht.

Auf dieser Struktur setzt die Aufwandsschätzung auf. Schätzungen sind nie exakt; sie werden besser, wenn sie von den Ausführenden kommen, Annahmen offenlegen und Unsicherheit als Bandbreite ausdrücken. Expertenschätzung, Analogie, Dreipunktschätzung und Planning Poker haben je eigene Stärken. Der Beitrag Aufwandsschätzung vergleicht die Methoden und zeigt, wann welche passt.

Schritt 5 und 6: Termine und Organisation

Aus Arbeitspaketen, Aufwänden und Abhängigkeiten entsteht der Terminplan. Der Netzplan zeigt, welche Aufgaben voneinander abhängen, und der kritische Pfad die Kette, deren Verzögerung das Projektende verschiebt. Meilensteine markieren überprüfbare Zwischenstände. Wie man vom Strukturplan zum belastbaren Terminplan kommt und warum Puffer sichtbar geplant werden sollten, erklärt der Beitrag Terminplanung mit Netzplan und kritischem Pfad.

Parallel wird die Organisation festgelegt: Wer ist Auftraggeber, wer leitet das Projekt, wer arbeitet mit, wer entscheidet bei Zielkonflikten? HERMES beschreibt dafür ein Rollenmodell mit Standardrollen auf den Ebenen Steuerung, Führung und Ausführung ^[6]. Welche Organisationsform zu welchem Projekt passt, ob Linienprojekt, Matrix oder reine Projektorganisation, zeigt der Beitrag Projektorganisation.

Schritt 7: Projekthandbuch und Kick-off

Bevor das Team loslegt, werden die Spielregeln festgehalten: Rollen, Entscheidungswege, Kommunikation, Ablage, Berichtswesen und Änderungsprozess. HERMES nennt dieses Dokument Projektmanagementplan und führt ihn rollend nach ^[5]. Wie umfangreich ein Projekthandbuch sein sollte und was hineingehört, beschreibt der Beitrag Projekthandbuch erstellen.

Das Kick-off-Meeting macht aus dem Plan ein gemeinsames Verständnis. Hier lernen sich die Beteiligten kennen, Ziele und Rahmen werden erklärt, offene Fragen geklärt und die ersten Aufgaben verteilt. Ein gutes Kick-off ist kein Vortrag, sondern ein Arbeitstreffen mit klaren Ergebnissen. Agenda, Rollen und Nachbereitung behandelt der Beitrag Kick-off-Meeting vorbereiten.

Schritt 8: Wie wird ein Projekt gesteuert?

Mit dem Start beginnt die Steuerung. Drei Aufgaben stehen im Vordergrund: den Umfang kontrollieren, den Status ehrlich messen und auf Abweichungen reagieren. Änderungen am Umfang sind normal, sie müssen aber bewusst entschieden werden, mit ihren Folgen für Termin und Budget. Der Beitrag Scope-Management und Änderungskontrolle zeigt einen schlanken Änderungsprozess.

Den Status objektiv zu bewerten ist schwieriger, als es klingt. Ampeln, die monatelang grün leuchten und dann plötzlich rot werden, sind ein bekanntes Muster. Messbare Kriterien, Fertigstellungsgrade auf Basis abgeschlossener Arbeitspakete und Trends statt Momentaufnahmen helfen dagegen, siehe Projektstatus objektiv bewerten. Gerät ein Projekt trotzdem in Schieflage, entscheidet frühes Handeln über den Ausgang; Warnsignale und Sofortmassnahmen beschreibt der Beitrag Projektkrise erkennen und bewältigen.

Schritt 9: Wie wird ein Projekt sauber abgeschlossen?

Ein Projekt endet nicht mit der letzten Aufgabe, sondern mit einem geordneten Abschluss. In HERMES gehören dazu die Prüfung der Dokumentation, die Übergabe an die Anwendungsorganisation, die Projektschlussbeurteilung und die Auflösung der Projektorganisation ^[7]. Wer Lessons Learned systematisch erfasst und auswertet, macht das nächste Projekt besser. Ablauf und Vorlagen enthält der Beitrag Projektabschluss.

Wie viel Planung braucht ein Projekt?

Ein Projekt mit drei Personen und sechs Wochen Laufzeit braucht nicht dieselbe Dokumentation wie ein Infrastrukturprojekt über mehrere Jahre. HERMES trägt dem mit Sizing und Tailoring Rechnung: Das Sizing ermittelt die tatsächliche Projektwertigkeit und reduziert Vorgehen und Dokumentation auf das nötige Minimum, das Tailoring passt das Ergebnis weiter an ^[8]. Schlanke Varianten wie HERMES EXPRESS des Kantons Freiburg arbeiten mit vier Phasen und wenigen Vorlagen ^[9]. Wie kleine Projekte gut geplant werden, zeigt der Beitrag Projektmanagement für kleine Projekte.

Ebenso wichtig ist die Wahl des Vorgehens. Klassische Planung legt Umfang und Termine früh fest; agile Planung legt Ziele und Rahmen fest und plant die Umsetzung in kurzen Zyklen. Viele Projekte kombinieren beides: klassische Initialisierung, Freigaben und Abschluss, agile Umsetzung. HERMES unterstützt diese Kombination mit einem eigenen agilen Leitfaden ^[10]. Wie hybrides Projektmanagement im Alltag funktioniert, erklärt der Beitrag Hybrides Projektmanagement in der Praxis.

Welche Planungsfehler sind am häufigsten?

• Termine zusagen, bevor der Umfang geklärt ist. Der Termin wird dann zur Wunschgrösse statt zum Ergebnis einer Planung.
• Schätzungen von der Projektleitung allein, ohne die Ausführenden. Die Zahlen sind dann optimistisch und niemand fühlt sich an sie gebunden.
• Keine Nicht-Ziele. Was nicht ausgeschlossen ist, wird irgendwann erwartet.
• Puffer verstecken statt sichtbar planen. Versteckte Puffer werden aufgebraucht, sichtbare können gesteuert werden.
• Den Plan nach dem Kick-off nicht mehr anfassen. Ein Plan, der nicht nachgeführt wird, verliert binnen Wochen seinen Wert.
• Status als Gefühl statt als Messung. Prozentangaben ohne Grundlage verdecken Probleme, bis es zu spät ist.
• Kein geordneter Abschluss. Ohne Abnahme und Übergabe laufen Projekte aus, statt zu enden.

Welche Werkzeuge unterstützen die Planung?

Für die Planung braucht es kein Spezialwerkzeug, aber ein System, in dem Struktur, Aufgaben, Termine, Verantwortliche und Status zusammenhängen. Tabellen funktionieren für kleine Projekte; ab einer gewissen Grösse fehlen ihnen Abhängigkeiten, Historie und gemeinsame Bearbeitung. Ein Projekttool sollte mindestens Aufgaben mit Terminen und Abhängigkeiten, eine Zeitachse, Rollen und Rechte, Zeiterfassung gegen Arbeitspakete und Statusberichte bieten.

Flenio verbindet diese Elemente: Projekte mit Phasen, Aufgaben und Meilensteinen, eine Zeitachse, Zeiterfassung pro Aufgabe, Budget und Statusberichte, mit Vorlagen für verbreitete Vorgehen inklusive HERMES. Ergänzend finden sich auf flenio.ch Vorlagen wie der Projektplan und die Checkliste Projektplan erstellen. Entscheidend ist nicht das Werkzeug, sondern dass der Plan dort gepflegt wird, wo das Team ohnehin arbeitet.

Projektplanung im DACH-Raum: was unterscheidet sich?

Die Grundlagen der Projektplanung sind international gleich, die Gewohnheiten unterscheiden sich. In der Schweiz ist HERMES in der öffentlichen Verwaltung verbreitet und prägt auch Projekte bei Lieferanten und Beratungsunternehmen. In Deutschland und Österreich orientieren sich viele Organisationen an PMI oder IPMA, im Bauwesen an branchenspezifischen Leistungsbildern wie HOAI oder SIA. Für Projekte mit öffentlichen Auftraggebern kommen rechtliche Rahmenbedingungen hinzu, etwa in Österreich das Vergaberecht und die E-Rechnung an den Bund, siehe Recht im Projekt Österreich.

Für Teams, die in mehreren Ländern arbeiten, empfiehlt sich ein gemeinsamer Kern aus Auftrag, Struktur, Terminplan, Rollen und Statusbericht, ergänzt um die Elemente, die ein Auftraggeber verlangt. So bleibt die Planung vergleichbar, und das Team muss nicht für jeden Kunden eine neue Methode lernen. Die folgenden Beiträge vertiefen jeden Schritt.