Projektpläne erstellen: Schritt-für-Schritt Anleitung – Ein guter Projektplan entscheidet darüber, ob ein Projekt kontrolliert läuft oder in Feuerlöschen ausartet. Trotzdem entstehen viele Pläne hastig in Excel, sind zu grob, zu komplex – oder nach zwei Wochen veraltet. In diesem Leitfaden erfahren Sie Schritt für Schritt, wie Sie einen Projektplan erstellen, der in der Praxis funktioniert: klar strukturiert, realistisch, steuerbar. Mit Beispielen, Checklisten und Formulierungen, die Sie direkt übernehmen können – egal ob Sie ein IT-Projekt, eine Organisationsentwicklung oder ein internes Change-Vorhaben planen.
1. Was ist ein Projektplan – und was nicht?
Kurzdefinition:
Ein Projektplan beschreibt, wie ein Projekt von A nach B kommen soll: Ziele, Ergebnisse, Aufgaben, Termine, Ressourcen, Verantwortlichkeiten und Risiken in einer strukturierten Form.
Wichtig: Ein Projektplan ist
- kein starres Dokument, sondern ein lebendes Steuerungsinstrument
- mehr als ein Terminplan: Inhalte, Ressourcen, Risiken gehören dazu
- eine Kommunikationsgrundlage für Auftraggeber, Projektleitung, Team und Stakeholder
Typische Bestandteile eines Projektplans:
- Projektziele und erwartete Ergebnisse (Deliverables)
- Projektumfang (Scope) und Abgrenzung
- grobe Phasen und Meilensteine
- Arbeitspakete und Aufgaben
- Verantwortlichkeiten (Rollen)
- Zeitplan (Gantt-Chart, Roadmap, Sprints)
- Ressourcen und Budget
- Risiken, Annahmen, Abhängigkeiten
- Kommunikations- und Entscheidungsstrukturen
2. Grundlagen klären, bevor Sie mit dem Plan starten
Bevor Sie „Projektplan erstellen“ in Ihr Tool eintippen, klären Sie vier Dinge. Sonst planen Sie ins Blaue.
2.1 Projektziel und Nutzen klären
Stellen Sie sicher, dass alle Beteiligten dieselbe Antwort auf zwei Fragen haben:
- Was soll sich durch das Projekt konkret verändern?
- Woran erkennen wir, dass das Projekt erfolgreich war?
Nutzen Sie dafür SMART formulierte Ziele:
- Spezifisch: „Einführung eines zentralen Ticket-Systems im Kundenservice“
- Messbar: „Reduktion der Bearbeitungszeit um 20 % innerhalb von 6 Monaten“
- Attraktiv / Akzeptiert: Passt zu Strategie und wird getragen
- Realistisch: Erreichbar mit vorhandenen Ressourcen
- Terminiert: Klare Zeitgrenze
Dokumentieren Sie Ziel und Nutzen auf maximal einer Seite. Darauf baut der gesamte Projektplan auf.
2.2 Scope und Abgrenzung festlegen
Scope-Fragen, die Sie vorab klären sollten:
- Was gehört explizit in das Projekt?
- Was gehört nicht dazu (Out of Scope)?
- Welche Standorte, Einheiten, Produkte sind betroffen?
- Welche Systeme und Prozesse bleiben unberührt?
Schreiben Sie 5–10 klare Bullet Points „In Scope“ und „Out of Scope“. Das reduziert spätere Scope-Creep-Diskussionen deutlich.
2.3 Stakeholder und Rahmenbedingungen verstehen
Identifizieren Sie:
- Auftraggeber, Lenkungsausschuss
- Fachbereiche, die liefern oder betroffen sind
- externe Partner (Berater, Dienstleister, Lieferanten)
- interne Schlüsselpersonen (z.B. Betriebsrat, IT-Security, Compliance)
Sammeln Sie Rahmenbedingungen:
- feste Deadlines (z. B. gesetzliche Vorgaben, Messe-Termine)
- Budgetgrenzen
- interne Richtlinien (Security, Datenschutz, Architekturvorgaben)
- verfügbare Ressourcen (Kapazitäten, Skills, Tools)
Diese Informationen beeinflussen Ihren Plan massiv – vor allem Termine und Aufwandsschätzung.
3. Schritt 1: Projektstrukturplan (PSP) erstellen
Der Projektstrukturplan (Work Breakdown Structure, WBS) ist die inhaltliche Basis Ihres Projektplans. Erst wenn die Arbeit strukturiert ist, lohnt sich ein Terminplan.
3.1 Wie Sie einen Projektstrukturplan aufbauen
Vorgehen:
- Projekt in 3–7 Hauptbereiche gliedern
- z. B. „Projektmanagement“, „Fachkonzept“, „Technische Umsetzung“, „Change & Training“, „Rollout“
- Jeden Bereich in Unterbereiche und Arbeitspakete herunterbrechen
- Arbeitspakete so schneiden, dass sie:
- klar abgrenzbar
- in 5–15 Tagen umsetzbar
- einer Rolle zuordenbar sind
Beispiele für Arbeitspakete:
- „Anforderungsworkshops mit Fachbereichen A, B, C durchführen“
- „Zielprozess Kundenservice modellieren“
- „Schnittstelle CRM–Ticket-System spezifizieren“
- „Key-User-Schulungen vorbereiten und durchführen“
Tipp: Arbeiten Sie mit Post-its oder einem Whiteboard (physisch oder digital). Erst visualisieren, dann ins Tool übertragen.
3.2 Kriterien für gute Arbeitspakete
Ein gutes Arbeitspaket ist:
- Ergebnisorientiert: „Lastenheft erstellt“, nicht „Lastenheft bearbeiten“
- Eindeutig verantwortlich: Eine Person oder Rolle hat den Hut auf
- Schätzbar: Aufwand kann in Personentagen geschätzt werden
- Prüfbar: Klar erkennbar, ob es abgeschlossen ist
Wenn Sie ein Paket nicht vernünftig beschreiben oder schätzen können, ist es meist zu groß – weiter zerlegen.
4. Schritt 2: Arbeitspakete beschreiben und verantworten
Jetzt machen Sie aus der Struktur konkrete, plan- und steuerbare Einheiten.
4.1 Standard-Felder für Arbeitspakete
Für jedes Arbeitspaket sollten mindestens vorliegen:
- Titel (kurz, präzise)
- Beschreibung (2–4 Sätze, was zu tun ist und welches Ergebnis erwartet wird)
- Ergebnis/Dokument (z. B. Konzept, Prototyp, Entscheidungsvorlage)
- Verantwortliche Rolle / Person
- Beteiligte Rollen (z. B. Fachbereich, IT, Externe)
- geschätzter Aufwand (Personentage, ideal mit Bandbreite)
- Abhängigkeiten (von / zu anderen Paketen)
- Priorität (hoch/mittel/niedrig)
Optional, je nach Projektgröße:
- Kosten (z. B. externe Tage, Lizenzen)
- Qualitätskriterien (Definition of Done)
4.2 RACI für zentrale Arbeitspakete
Für kritische Themen lohnt sich eine einfache RACI-Matrix:
- R – Responsible: führt aus
- A – Accountable: trägt die Ergebnisverantwortung
- C – Consulted: wird eingebunden
- I – Informed: wird informiert
Hinterlegen Sie diese Zuordnung direkt bei den entsprechenden Arbeitspaketen. Das verhindert spätere Verantwortungsdiffusion.
5. Schritt 3: Zeitplan und Meilensteine definieren
Jetzt übersetzen Sie Inhalt in Zeit. Ziel ist ein realistischer Projektzeitplan, der Puffer, Abhängigkeiten und Meilensteine berücksichtigt.
5.1 Vom PSP zum Terminplan
Vorgehen:
- Aufwand der Arbeitspakete grob schätzen (z. B. in 0,5-Tages-Schritten)
- Logische Reihenfolge und Abhängigkeiten festlegen
- Phasen definieren (z. B. Initiierung, Konzeption, Umsetzung, Test, Rollout)
- Meilensteine je Phase setzen
Typische Meilensteine:
- „Projektauftrag freigegeben“
- „Zielbild & Fachkonzept abgestimmt“
- „Technischer Prototyp funktionsfähig“
- „Integrationstests abgeschlossen“
- „Go-Live erfolgt“
- „Projektabschluss & Lessons Learned durchgeführt“
5.2 Puffer und Realismus
Häufige Fehler:
- Arbeitspakete hintereinander statt parallel planen
- keine Puffer für Abstimmungen, Entscheidungen, Abhängigkeiten
- Urlaube, Abwesenheiten und Linienaufgaben ignorieren
Best Practices:
- Für Wissensarbeit 70–80 % Auslastung pro Person rechnen, nicht 100 %
- auf kritischen Pfaden bewusst Puffer einbauen
- Abhängigkeiten sichtbar machen (im Gantt-Chart, in Kanban-Boards oder mit Abhängigkeitspfeilen)
5.3 Darstellungsformen für Projektpläne
Gängige Formen:
- Gantt-Chart: Zeitachse mit Balken pro Arbeitspaket, ideal für klassische Projekte
- Roadmap: vereinfachte Darstellung mit Phasen und Meilensteinen
- Kanban-Board: Spalten „To Do – In Arbeit – In Review – Erledigt“, ideal für agile Teams
- Hybrid: Roadmap + Kanban (z. B. grober Phasenplan plus Sprint-Backlogs)
Wählen Sie die Form, die zu Projektgröße und Stakeholdern passt. Top-Management braucht Übersicht, das Team Detail.
6. Schritt 4: Ressourcen- und Budgetplanung integrieren
Ein Projektplan ohne Ressourcen ist Wunschdenken. Verknüpfen Sie Ihre Aufgaben mit echten Kapazitäten.
6.1 Ressourcentypen erfassen
Berücksichtigen Sie:
- interne Rollen (Fachbereiche, IT, PMO, HR, Recht, Finanzen)
- externe Ressourcen (Beratung, Implementierungspartner, Freelancer)
- Sachmittel (Software, Hardware, Lizenzen, Reisekosten)
Legen Sie für zentrale Rollen Kapazitätsgrenzen pro Monat oder Sprint fest.
6.2 Ressourcen auf Arbeitspakete mappen
Für jedes größere Arbeitspaket:
- Personentage pro Rolle schätzen
- grobe Terminierung mit verfügbarem Zeitfenster abgleichen
- Engpässe identifizieren (z. B. ein bestimmter Spezialist in mehreren Projekten)
Sprechen Sie Engpässe offen mit Führungskräften und Linienverantwortlichen durch. Ein transparenter Projektplan erleichtert diese Gespräche deutlich.
6.3 Budget ableiten
Aus Aufwand und externen Tagessätzen ergeben sich:
- Personalkosten intern (falls relevant)
- externe Kosten (Beratung, Implementierung, Schulung)
- Sachkosten (Tools, Infrastruktur, Lizenzen, Reise)
Verknüpfen Sie Budgetblöcke mit Phasen und Meilensteinen. So können Sie den finanziellen Fortschritt nachhalten.
7. Schritt 5: Risiken, Annahmen und Abhängigkeiten planen
Ein belastbarer Projektplan blendet Unsicherheiten nicht aus, sondern macht sie sichtbar.
7.1 Risikoregister aufsetzen
Für den Start genügt eine einfache Liste mit:
- Risikobeschreibung
- Ursache
- Eintrittswahrscheinlichkeit (niedrig/mittel/hoch)
- Auswirkung (niedrig/mittel/hoch)
- Maßnahmen zur Prävention / Reaktion
- Verantwortliche Person
Typische Risiken bei Projektplänen:
- Schlüsselpersonen nicht verfügbar
- Abhängigkeit von Drittanbietern / IT-Abteilungen
- unterschätzter Change- und Kommunikationsaufwand
- zusätzliche Anforderungen aus Fachbereichen (Scope Creep)
- lange Entscheidungswege im Management
Verknüpfen Sie Risiken mit betroffenen Arbeitspaketen oder Meilensteinen. So erkennen Sie früh, wo sich der Plan anpassen muss.
7.2 Annahmen und Rahmenbedingungen dokumentieren
Halten Sie Annahmen klar fest, zum Beispiel:
- „Fachbereich X stellt 20 % Kapazität für Workshops im Q3 bereit.“
- „Der bestehende Datenbestand ist weitgehend konsistent.“
Diese Annahmen beeinflussen Ihren Plan. Wenn sie sich als falsch erweisen, haben Sie eine klare Grundlage für Anpassungen.
8. Schritt 6: Kommunikations- und Entscheidungsstruktur planen
Ein Projektplan funktioniert nur, wenn Entscheidungen rechtzeitig fallen und Informationen dort ankommen, wo sie gebraucht werden.
8.1 Regelkommunikation im Projekt festlegen
Definieren Sie Formate, z. B.:
- wöchentliches Projektteam-Meeting (Status, Blocker, nächste Schritte)
- zweiwöchige Abstimmung mit Auftraggeber/Lenkungsausschuss
- monatliche Info an Stakeholder (z. B. Management-Update, Newsletter, Intranetbeitrag)
- Ad-hoc-Formate für Eskalationen und kritische Entscheidungen
Legen Sie für jedes Format fest:
- Ziel
- Teilnehmer
- Frequenz
- Dauer
- Standardagenda (z. B. „Status – Risiken – Entscheidungen – Nächste Schritte“)
8.2 Entscheidungswege definieren
Klären Sie:
- Wer entscheidet was? (z. B. Budget, Scope-Änderungen, Priorisierungen)
- Welche Themen liegen im Mandat der Projektleitung, welche beim Lenkungsausschuss?
- Wie werden Entscheidungen dokumentiert und kommuniziert?
Verankern Sie diese Regeln in Ihrer Projektorganisation. Im Projektplan selbst sollten kritische Entscheidungspunkte als Meilensteine erkennbar sein.
9. Schritt 7: Tool-Auswahl und praktische Umsetzung
Sie können einen Projektplan in PowerPoint, Excel oder auf Papier führen – die Praxis zeigt aber: Professionelle Tools sparen Zeit und Nerven.
9.1 Typische Tool-Kategorien
- Klassische PM-Tools: MS Project, Smartsheet, Planisware
- Kollaborationstools: Jira, Asana, Trello, monday.com
- Office-Umfeld: Microsoft Planner, SharePoint-Listen, Excel-Vorlagen
- Spezialisierte Branchenlösungen: z. B. für Bauprojekte, Agenturen, Produktentwicklung
Kriterien für die Auswahl:
- Akzeptanz im Unternehmen (was ist schon im Einsatz?)
- Integrationsfähigkeit (z. B. mit Ticketsystem, ERP, HR)
- Benutzerfreundlichkeit für Gelegenheitsnutzer (Fachbereiche, Management)
- Reporting-Fähigkeiten (Dashboards, Export-Funktionen)
9.2 Projektplan in der Praxis pflegen
Ein Projektplan ist nur so gut wie seine Pflege. Etablieren Sie einfache Routinen:
- Status-Update der Arbeitspakete vor den Regelmeetings
- Anpassung von Aufwandsschätzungen, sobald sich neue Erkenntnisse ergeben
- Nachpflege von verschobenen Meilensteinen
- Rückblick am Phasenende: Was müssen wir für den nächsten Abschnitt im Plan anpassen?
Faustregel: Lieber einen mittel-detaillierten, aber aktuellen Projektplan als ein perfektes, aber veraltetes Dokument.
10. Typische Fehler beim Projektplan erstellen – und wie Sie sie vermeiden
10.1 Zu grob oder zu detailliert planen
- Zu grob: Nur wenige große Blöcke wie „Implementierung“ ohne klare Pakete → keine Steuerbarkeit
- Zu detailliert: Hunderte Mini-Aufgaben → niemand behält den Überblick
Orientierung:
- Projektlaufzeit bis 6 Monate: 30–80 Arbeitspakete
- 6–18 Monate: 60–150 Arbeitspakete
Richten Sie Detailtiefe nach Risiko, Komplexität und Teamgröße aus.
10.2 Fachliche und organisatorische Aufgaben vermischen
Trennen Sie klar:
- fachliche Inhalte (Prozessdesign, Anforderungen, Testszenarien)
- technische Inhalte (Architektur, Entwicklung, Integration)
- organisatorische Aufgaben (Steuerung, Kommunikation, Change, Schulung)
Diese Trennung erleichtert Reporting und Ressourcendiskussionen enorm.
10.3 Stakeholder zu spät einbinden
Der beste Projektplan scheitert, wenn betroffene Bereiche nicht eingebunden sind. Vermeiden Sie:
- Planung im Elfenbeinturm des PMO
- fehlende Validierung von Aufwand und Abhängigkeiten
- Überraschungen im Lenkungsausschuss
Binden Sie Schlüsselpersonen früh in die Erstellung des Projektplans ein – am besten in gemeinsamen Workshops.
11. Beispiel: Projektplan erstellen in 10 kompakten Schritten
Die folgende Übersicht fasst die praktische Vorgehensweise zusammen.
- Projektziele und Nutzen klären
- Scope und Abgrenzung definieren
- Stakeholder und Rahmenbedingungen erfassen
- Projektstrukturplan (PSP) mit Arbeitspaketen erstellen
- Arbeitspakete beschreiben, Verantwortungen zuweisen
- Zeitplan mit Phasen, Abhängigkeiten und Meilensteinen erstellen
- Ressourcen und Budget zuordnen
- Risiken, Annahmen und Abhängigkeiten dokumentieren
- Kommunikations- und Entscheidungsstruktur festlegen
- Projektplan in ein geeignetes Tool überführen und laufend pflegen
Nutzen Sie diese Liste als Checkliste, wenn Sie Ihren nächsten Projektplan aufsetzen.
12. Wie Sie die Qualität Ihres Projektplans prüfen
Bevor Sie den Plan offiziell freigeben, prüfen Sie ihn mit ein paar einfachen Fragen:
- Sind Ziele, Scope und Nutzen klar beschrieben und abgestimmt?
- Sind alle kritischen Ergebnisse (Deliverables) im Plan wiederzufinden?
- Sind Verantwortlichkeiten für Arbeitspakete und Entscheidungen eindeutig?
- Sind Abhängigkeiten und Risiken transparent?
- Ist der Zeitplan mit realistischen Aufwänden und Puffern hinterlegt?
- Ist der Plan für Außenstehende verständlich (Management, Fachbereiche)?
Bitten Sie gezielt zwei bis drei kritische Stakeholder um ein strukturiertes Feedback. Oft reichen 60 Minuten Review, um späteren Klärungsaufwand von Wochen zu vermeiden.
13. Unterstützung bei komplexen Projektplänen
Je größer das Vorhaben, desto höher die Komplexität: mehrere Standorte, internationale Teams, parallele Initiativen, technische Altlasten. In solchen Fällen lohnt sich externe Unterstützung – vor allem
- beim Aufsetzen eines tragfähigen Projekt- und Programm-Setups
- bei der Moderation von Planungs-Workshops mit vielen Beteiligten
- bei der Einführung passender Projektmanagement-Standards und Tools
- beim Aufbau eines PMO oder einer Projektportfolio-Steuerung
Wenn Sie für Ihr Unternehmen einen professionellen Projektplan aufsetzen oder ein komplexes Projekt strukturiert starten wollen, kann eine spezialisierte Beratung wie PURE Consultant wertvolle Impulse geben – von der frühen Projektdefinition bis zur operativen Steuerung.
Ein sauber erstellter Projektplan ersetzt nicht das Denken im Projekt, aber er gibt Ihnen Struktur, Transparenz und eine gemeinsame Grundlage für Entscheidungen. Wenn Sie die beschriebenen Schritte konsequent anwenden, steigern Sie die Erfolgswahrscheinlichkeit Ihrer Projekte spürbar – und machen Ihre Planung vom Pflichtprogramm zum echten Führungsinstrument.