Öffne einen Projektplan, den du nicht selbst geschrieben hast, und such nach den Meilensteinen. Oft findest du so etwas wie „Phase 2 abgeschlossen“ — einen Balken, der sich über zwei Wochen im Kalender erstreckt, der niemandem gehört und für den nirgends schriftlich festgehalten ist, was „abgeschlossen“ eigentlich bedeutet.
Das ist kein Meilenstein. Das ist eine verkleidete Aufgabe, und sie wird dich vor nichts warnen.
Meilensteine sind das günstigste Frühwarnsystem im Projektmanagement. Keine zusätzlichen Tools, keine zusätzlichen Meetings, vielleicht zwanzig Minuten Einrichtung. Aber sie funktionieren nur, wenn du sie auf eine bestimmte Weise aufbaust, und die meisten Pläne tun das nicht. So sieht die funktionierende Version aus.
Ein Meilenstein ist ein Zeitpunkt, kein Arbeitsabschnitt
Der PMBOK Guide definiert einen Meilenstein als einen bedeutenden Punkt oder ein bedeutendes Ereignis in einem Projekt, Programm oder Portfolio. Das entscheidende Wort ist Punkt. Ein Meilenstein hat die Dauer null: Er verbraucht keine Zeit, kein Budget und keine Leute.
Diese Null ist keine Formalität. Sie ist der ganze Mechanismus.
Eine Aufgabe kann zu 60 % erledigt sein. Ein Meilenstein nicht. Er wird entweder an einem bestimmten Datum erreicht oder nicht, und genau dieses Entweder-oder macht ihn als Kontrollpunkt brauchbar. Sobald du einem Meilenstein ein Start- und ein Enddatum gibst, hast du deinem Team Spielraum gegeben, ihn als „fast fertig“ zu melden — und mit „fast fertig“ bleiben vier Wochen Verzug unsichtbar, bis zur Woche vor dem Launch.
Der Vier-Fragen-Test
Bevor du einem Plan einen Meilenstein hinzufügst, prüf ihn mit diesen Fragen:
- Ist er binär? Wenn jemand vernünftigerweise „teilweise“ antworten kann, hast du eine Aufgabe vor dir.
- Ändert sich danach etwas? Ein echter Meilenstein gibt Arbeit frei, gibt Geld frei oder überträgt Verantwortung. Wenn sich am Tag danach nichts anders verhält, ist er Dekoration.
- Würde sich jemand außerhalb des Lieferteams dafür interessieren? Meilensteine sind ebenso ein Kommunikations- wie ein Planungsinstrument. Ein Kontrollpunkt, den nur dein Team versteht, gehört in deine Aufgabenliste, nicht auf die Meilensteinlinie.
- Kannst du seine Abnahmekriterien in einem Satz aufschreiben? Wenn nicht, wird sich niemand einig sein, ob er erreicht wurde.
Die letzte Frage leistet die meiste Arbeit. „Testen“ ist kein Meilenstein. „Tests abgeschlossen, null offene kritische Fehler“ schon. Das Zweite kann nicht für erfüllt erklärt werden, solange drei kritische Bugs offen sind, und genau darum geht es: Präzise Abnahmekriterien sind das Gegenmittel gegen das 99-%-Syndrom, bei dem ein Kontrollpunkt als erledigt markiert wird und dahinter still und leise noch zwei Wochen Nacharbeit weiterlaufen.
Dann bestimme einen Verantwortlichen. Nicht die Person, die die Arbeit erledigt, die in den Meilenstein einfließt — sondern die eine Person, die anhand dieser Kriterien erklärt, ob er erreicht wurde oder nicht. Ein Kontrollpunkt, der „dem Team“ gehört, ist ein Kontrollpunkt, den niemand verteidigen muss.
Wie viele Meilensteine sind die richtige Zahl?
Es gibt zwei Arten zu scheitern. Drei Meilensteine in einem neunmonatigen Programm sind nutzlos — das erste ehrliche Signal kommt in Monat vier. Vierzig Meilensteine in einem zwölfwöchigen Projekt sind genauso nutzlos, denn wenn alles ein Kontrollpunkt ist, ist nichts einer.
Eine praktische Regel: Verteile sie so, dass kein Projektabschnitt länger als zwei bis vier Wochen ohne einen Meilenstein auskommt, und halte die Gesamtzahl so klein, dass sie auf eine einzige Statusfolie passt. Bei den meisten Projekten landest du damit zwischen fünf und zwölf.
Ein Standardsatz, der sich auf fast jeden Bereich übertragen lässt:
- Plan freigegeben und Baseline gesetzt
- Umfang eingefroren
- Design oder Spezifikation abgenommen
- Umsetzung abgeschlossen / Feature-Freeze
- Übergabe an den Auftraggeber, den Kunden oder die QA
- Go-live
Meilensteine brauchen Vorgänger, nicht nur Termine
Das ist der strukturelle Fehler, der das ganze System still und leise lahmlegt: einen Meilenstein auf einem Datum zu parken, ohne dass irgendeine Abhängigkeit in ihn mündet.
Ein Meilenstein ohne Vorgänger ist eine Behauptung. Er steht auf dem 14. November, weil jemand 14. November eingetippt hat. Um ihn herum verschieben sich Aufgaben, die Raute bewegt sich nicht, und dein Plan verkündet weiter ein Datum, das schon vor drei Wochen aufgehört hat zu stimmen.
Ein Meilenstein mit Vorgängern ist eine Berechnung. Verknüpfe jede Aufgabe, die abgeschlossen sein muss, bevor der Kontrollpunkt erklärt werden kann — Ende-Anfang in die Raute hinein —, und der Meilenstein wird zum spätesten dieser Enddaten. Verschiebt sich auch nur ein Vorgänger, bewegt sich der Meilenstein noch am selben Tag mit, im Diagramm, ohne dass es jemand bemerken muss.
Zwei Konsequenzen, die du bei der Planung berücksichtigen solltest. Erstens: Ein Meilenstein mit vielen eingehenden Verknüpfungen ist ein Konvergenzpunkt, und Konvergenzpunkte bündeln Risiko: Sechs Vorgänger bedeuten sechs unabhängige Chancen, zu spät zu sein, die alle auf ein Datum fallen. Zweitens: Meilensteine erben Puffer wie jeder andere Knoten im Netz. Ein Meilenstein mit null Puffer liegt auf dem kritischen Pfad — das heißt, ihn kannst du nicht unbemerkt verpassen.
Meilensteine verfolgen: die Meilenstein-Trendanalyse
Sobald Meilensteine richtig mit dem Zeitplan verdrahtet sind, erschließt du dir das aufschlussreichste und am wenigsten genutzte Diagramm im Projektmanagement.
Die Meilenstein-Trendanalyse ist einfach. Halte in jedem Berichtszyklus das heute prognostizierte Datum für jeden Meilenstein fest — und bewahre die Historie auf, statt sie zu überschreiben. Trage das Berichtsdatum auf der horizontalen Achse und das prognostizierte Meilensteindatum auf der vertikalen Achse ein.
Wenn du einen Go-live-Meilenstein wöchentlich verfolgst, könnte das so aussehen:
| Prüfdatum | Prognose Go-live |
|---|---|
| Woche 1 | 14. Nov. |
| Woche 2 | 14. Nov. |
| Woche 3 | 19. Nov. |
| Woche 4 | 26. Nov. |
| Woche 5 | 3. Dez. |
Eine flache Linie bedeutet, dass die Prognose stabil ist. Eine steigende Linie bedeutet, dass dir der Meilenstein davonläuft, und die Steigung ist das eigentliche Signal. Ab Woche 3 verliert dieses Projekt sieben Tage pro Woche — das heißt, der Go-live-Termin entfernt sich genau so schnell, wie der Kalender voranschreitet. Das ist kein Projekt, das sich in der zweiten Hälfte wieder fängt. Es ist ein Projekt, bei dem Plan und Realität auseinandergedriftet sind — und das Diagramm hat es drei Wochen vor dem offiziellen Verpassen des Termins gezeigt.
Eine Disziplin sorgt dafür, dass das funktioniert, und sie ist kontraintuitiv: Halte den Verzug fest, statt das ursprüngliche Datum an die Realität anzupassen. Jedes Mal, wenn jemand einen Meilenstein stillschweigend dorthin zieht, wo er jetzt liegt, wird ein Datenpunkt vernichtet, und der Trend flacht zu einer bequemen Lüge ab.
So funktioniert das in LoopGantt
In LoopGantt ist ein Meilenstein eine Aufgabe mit der Dauer null, und jede Ansicht stellt ihn bewusst anders dar.
- Im Gantt-Diagramm erscheint er als Raute statt als Balken, sodass die Kontrollpunkte des Plans auf einen Blick lesbar sind, und die Hervorhebung des kritischen Pfades zeigt sofort, welche von ihnen keinen Puffer mehr haben.
- In der Tabellenansicht sind Start- und Enddatum identisch, und die Spalte „Tage“ ist leer. Das macht die Prüfung fremder Pläne schnell: Alles, was als Meilenstein bezeichnet ist und eine Dauer zeigt, ist keiner.
- In der Kalenderansicht sitzt die Raute auf ihrem einzigen Tag, statt sich über mehrere Zellen zu erstrecken, neben den Aufgaben, die das tun.
- Im WBS-Baum erscheinen Meilensteine als rautenförmige Knoten zwischen kreisförmigen Aufgabenknoten, sodass du siehst, ob jede Phase tatsächlich in einem Kontrollpunkt endet.
Im Dashboard zeigen Meilensteine, was sie wert sind. Es enthält ein eigenes Panel „Meilensteine“, das jeden Meilenstein mit Datum und Status auflistet, und einen Bereich „Zeitplan-Prüfungen“, der diejenigen markiert, die laut Netz in Schwierigkeiten stecken — zum Beispiel Meilenstein gefährdet: „Projekt-Kickoff“ — plane vor diesem Meilenstein Pufferzeit ein oder reduziere den Umfang der Vorgängeraufgaben. Diese Prüfungen werden direkt aus dem Abhängigkeitsgraphen und dem Puffer berechnet, erscheinen daher sofort und verbrauchen kein KI-Kontingent.
Für die oben beschriebene Trendanalyse speichern Baselines deine geplanten Termine, damit du geplante und aktuelle Meilensteintermine vergleichen kannst, statt dich auf dein Gedächtnis oder alte Screenshots zu verlassen. Gantt-Diagramme, Abhängigkeiten, Meilensteine und die Analyse des kritischen Pfades sind alle im kostenlosen Tarif enthalten; Baselines und Abweichungsverfolgung gibt es mit Pro, und der Teams-Tarif wird pro Mitglied abgerechnet. Die aktuellen Preise findest du hier.
Vier Fehler, die du vermeiden solltest
- Einem Meilenstein eine Dauer geben. Dann lässt er sich als teilweise erledigt melden — und genau das darf ein Kontrollpunkt nie sein.
- Ihn unverknüpft lassen. Ein unverknüpfter Meilenstein kann sich nicht verschieben, also kann er dich auch nicht warnen. Er hält sein Datum bis zu dem Tag, an dem er verpasst wird.
- Die Abnahmekriterien nicht aufschreiben. Ohne sie wird „abgeschlossen“ im Statusmeeting von demjenigen ausgehandelt, der am selbstbewusstesten auftritt.
- Das Datum ändern, statt den Verzug festzuhalten. Das fühlt sich nach guter Hygiene an und vernichtet den einzigen Datensatz, der dir den Trend gezeigt hätte.
Das Fazit
Ein nützlicher Meilenstein hat fünf Eigenschaften: die Dauer null, ein binäres Ergebnis, einen namentlich benannten Verantwortlichen, schriftliche Abnahmekriterien und echte Vorgänger, die in ihn münden. Wenn du das richtig machst, meldet dein Plan Probleme Wochen, bevor sie eintreten. Wenn nicht, hast du dekorative Rauten.
Wenn dein aktueller Plan schon Meilensteine hat, mach diese Woche eine Prüfung. Öffne jeden einzelnen und sieh nach, was mit ihm verknüpft ist. Die, bei denen vorher nichts kommt, sind die, die dich anlügen.