- 1 Section
- 10 Lessons
- unbegrenzt
- Projektmanagement Methoden10
- 1.1Warum Projekte scheitern
- 1.2Projektauftrag, Phasen und Meilensteine
- 1.3Wasserfall-Modell
- 1.4Scrum: Rollen, Events, Artefakte
- 1.5Kanban: Boards, WIP-Limits, Flow
- 1.6Hybrides Projektmanagement
- 1.7Netzplan & kritischer Pfad
- 1.8Gantt-Diagramm und Terminplanung
- 1.9Projektstrukturplan (PSP) und Aufgabenabgrenzung
- 1.10Projektkommunikation, Reflexion und Verbesserung
Projektauftrag, Phasen und Meilensteine
Jedes Projekt braucht einen klaren Startpunkt – und der heißt Projektauftrag. Ohne ihn arbeiten alle drauflos, aber niemand weiß, welches Ziel wirklich gilt, wer entscheidet und wann das Projekt offiziell als abgeschlossen gilt. In dieser Lektion lernst du, wie ein Projektauftrag aufgebaut ist, welche Phasen ein Projekt typischerweise durchläuft und was Meilensteine damit zu tun haben. Das ist die Basis für alle weiteren Methoden – ob Wasserfall, Scrum oder Hybrid.
1) Der Projektauftrag
Stell dir vor, du bestellst ein Taxi – aber sagst dem Fahrer weder wohin du willst, noch wann du ankommen musst, noch wie viel du bezahlen möchtest. Genau so ein Chaos entsteht, wenn Projekte ohne klaren Auftrag gestartet werden. Der Projektauftrag (auch Projektcharta genannt) ist das offizielle Startdokument eines Projekts. Er schafft zwischen Auftraggeber und Projektteam eine gemeinsame, verbindliche Grundlage.
Ein vollständiger Projektauftrag enthält mindestens diese Elemente:
| Element | Was es definiert | Beispiel |
|---|---|---|
| Projektziel | Was soll am Ende erreicht sein? Messbar und konkret formuliert. | „Einführung eines neuen Ticketsystems bis 30.06." |
| Projektumfang (Scope) | Was gehört dazu – und was ausdrücklich nicht (Out of Scope). | „Inklusive Datenmigration, exklusive Hardwarebeschaffung" |
| Zeitrahmen | Start- und Endtermin, wichtige Zwischentermine. | „Start: 01.03. – Ende: 30.06." |
| Budget | Genehmigtes Gesamtbudget. Mehr dazu in K02 – Wirtschaftlichkeit. | „Gesamtbudget: 45.000 €" |
| Projektleiter / Team | Wer ist verantwortlich? Wer arbeitet mit? | „PL: Max Müller, Team: 3 Entwickler, 1 Tester" |
| Risiken | Bekannte Risiken und wie damit umgegangen wird. | „Risiko: Lieferverzug Dienstleister → Puffer 2 Wochen" |
| Genehmigung | Unterschrift des Auftraggebers – macht den Auftrag verbindlich. | Datum und Unterschrift Auftraggeber |
Wichtig: Der Out-of-Scope-Bereich ist genauso entscheidend wie der Scope selbst. Was explizit ausgeschlossen ist, kann später nicht als „vergessene Anforderung" eingefordert werden – das verhindert Scope Creep von Anfang an.
2) Projektphasen – der Lebensweg eines Projekts
Egal ob klassisch oder agil: Jedes Projekt durchläuft einen ähnlichen Lebensweg. Man unterteilt ihn in Projektphasen – klar abgegrenzte Abschnitte, die jeweils ein definiertes Ergebnis liefern und mit einem Meilenstein abschließen. Das ist wie eine lange Reise, die du in Etappen aufteilst: Erst planst du die Route, dann fährst du los, dann tankst du, dann prüfst du ob du noch auf dem richtigen Weg bist.
3) Meilensteine – Kontrollpunkte im Projektverlauf
Ein Meilenstein ist kein Aufgabenpaket – er ist ein Kontrollpunkt. Stell dir eine lange Autobahn vor: Meilensteine sind die Raststätten, an denen du anhältst, nachschaust ob du noch auf Kurs bist, tankst und dann weiterfährst. Sie haben keine Dauer, sondern nur ein Datum – entweder du hast sie erreicht oder nicht.
Meilensteine erfüllen drei wichtige Funktionen im Projektmanagement: Sie machen den Fortschritt messbar, sie sind Entscheidungspunkte (Weiterfahren oder Kurs korrigieren?) und sie schaffen Verbindlichkeit zwischen Auftraggeber und Projektteam. In der Praxis werden Meilensteine im Gantt-Diagramm als Raute (◆) eingetragen.
| Merkmal | Aufgabe / Arbeitspaket | Meilenstein |
|---|---|---|
| Hat eine Dauer? | Ja – z.B. 3 Tage, 2 Wochen | Nein – nur ein Datum |
| Ergebnis | Ein geleistetes Arbeitspaket | Ein erreichter Zustand |
| Verantwortung | Einzelperson oder Team | Gesamtes Projekt / Projektleiter |
| Beispiel | „Datenbankschema erstellen" | „Datenbankschema abgenommen" |
4) Stakeholder – wer hat Einfluss auf das Projekt?
Ein Begriff, der im Zusammenhang mit dem Projektauftrag immer auftaucht, ist Stakeholder. Das sind alle Personen oder Gruppen, die ein Interesse am Projektergebnis haben oder von ihm beeinflusst werden – positiv oder negativ. Dazu zählen der Auftraggeber, das Projektteam, zukünftige Nutzer der Software, das Management, Lieferanten oder sogar Abteilungen, die durch das neue System mehr Arbeit bekommen.
Stakeholder früh zu identifizieren und einzubinden ist entscheidend. Wer erst in der Abnahmephase merkt, dass eine wichtige Abteilung das System ablehnt, hat ein ernstes Problem. Eine Stakeholderanalyse bewertet dabei für jede Gruppe: Wie groß ist ihr Einfluss? Wie groß ist ihr Interesse am Projektergebnis? Diese Einschätzung beeinflusst direkt, wie viel Kommunikationsaufwand man in sie investiert – ein zentrales Thema in L10 – Projektkommunikation.
Zusammenfassung
Der Projektauftrag ist das verbindliche Startdokument eines Projekts – er definiert Ziel, Umfang, Zeit, Budget, Team und Risiken. Projekte durchlaufen typischerweise fünf Phasen: Initiierung, Planung, Durchführung, Test & Abnahme und Abschluss. Jede Phase endet mit einem Meilenstein – einem messbaren Kontrollpunkt ohne eigene Dauer. Stakeholder sind alle Beteiligten und Betroffenen, die frühzeitig identifiziert und eingebunden werden müssen. Diese Grundstruktur gilt für alle Projektmanagement-Methoden – ob Wasserfall, Scrum oder Hybrid.
