Kurz gesagt
Meilensteine sind wichtige Ereignisse oder Entscheidungspunkte im Projekt, die markieren, dass ein Abschnitt abgeschlossen ist oder eine Voraussetzung erfüllt wurde. Sie haben keine eigene Dauer, brauchen aber ein überprüfbares Abnahmekriterium, einen Termin, eine Verantwortung und klar dokumentierte Abhängigkeiten. Ein realistischer Meilensteintermin entsteht aus den Aufgaben davor – nicht aus einem Wunschdatum.
Ein Projektplan mit dreißig Terminen wirkt gründlich – und sagt am Ende doch nichts. Was Auftraggeber, Team und Leitung wirklich brauchen, sind wenige Punkte, an denen erkennbar wird: Sind wir dort, wo wir sein sollten? Genau das sind Meilensteine.
Meilensteine sind wichtige Ereignisse oder Entscheidungspunkte im Projekt. Sie markieren, dass ein Abschnitt abgeschlossen ist oder eine Voraussetzung für den nächsten Schritt erfüllt wurde. Anders als Aufgaben haben sie keine eigene Dauer – sie sind Marker, keine Arbeitsschritte.
In diesem Artikel zeige ich Ihnen, wie Sie Meilensteine sinnvoll festlegen, wie Sie deren Termine aus Abhängigkeiten ableiten statt zu raten, und woran Sie schlechte von guten Meilensteinen unterscheiden. Mit konkreten Beispielen, einem Kriterienkatalog und einer Schrittfolge, die Sie direkt übernehmen können.
Meilensteine sind Ereignisse ohne eigene Dauer – formulieren Sie überprüfbare Zustände („Pilotbetrieb abgenommen“) statt Phasen („Pilotphase“).
Jeder Meilenstein braucht fünf Festlegungen: Abnahmekriterium, Termin, Verantwortung, Abhängigkeiten und die Folgen bei Abweichung.
Meilensteintermine leiten Sie aus Aufgaben, Abhängigkeiten, Ressourcen und Freigaben her – ein Wunschdatum im Plan bleibt ein Wunschdatum.
Taktplanung sichert den Arbeitsrhythmus, Meilensteine sichern die Übergänge – beide Ebenen dürfen nicht vermischt werden.
Bei Abweichung entscheidet die Auswirkungsanalyse: Rutscht nur der Meilenstein oder der verbindliche Endtermin? Früh und transparent gemeldet kostet eine Versc…
Was ein Meilenstein wirklich ist – und warum „Pilotphase“ keiner ist
Ein Meilenstein ist ein zeitlich festgelegter Prüf- oder Ereignispunkt, an dem ein wichtiges Ergebnis, eine Freigabe oder eine Entscheidung erreicht sein soll. Er hat üblicherweise keine Dauer – die Arbeit steckt in den Aufgaben davor, der Meilenstein markiert deren Abschluss oder einen festgelegten Zustand.
Der häufigste Fehler in der Praxis: Teams verwechseln Phasen mit Meilensteinen. „Pilotphase“ ist keine Prüfmarke, sondern ein Zeitraum. „Pilotbetrieb erfolgreich abgenommen“ ist ein Meilenstein – denn daran lässt sich überprüfen, ob er erreicht ist oder nicht.
Denken Sie an eine Baustelle: „Rohbau“ beschreibt Arbeit über Wochen. „Rohbau fertig gestellt, Abnahme durch Architekten erfolgt“ ist ein Ereignis an einem Tag, an dem eine Tür zugeht und eine neue aufgeht – erst danach kann der Ausbau beginnen. Genau diese Logik macht Meilensteine steuerungsrelevant.
Der Unterschied lässt sich in einem Satz festhalten: Aufgaben beschreiben Arbeit mit Aufwand und Dauer, Meilensteine beschreiben einen überprüfbaren Zustand, der durch diese Arbeit erreicht wird. Wer beides vermischt, verwässert beides – der Plan wird zur Aktivitätenliste ohne Prüfpunkte.

MASTERING SMARTSHEET FOR BEGINNERS (2026 EDITION): A Complete Step-by-Step Guide to Project Management, Dashboards, Team Collaboration, Workflow Automation, Project Tracking, Reports, and Productivity
Als Amazon-Partner verdienen wir an qualifizierten Verkäufen.
Als Amazon-Partner verdienen wir an qualifizierten Verkäufen.
Warum gut gewählte Meilensteine Ihr Projekt steuerbar machen
Gut gewählte Meilensteine machen den Projektverlauf verständlich und überprüfbar. Sie verdichten einen detaillierten Terminplan zu wenigen aussagekräftigen Prüfpunkten – besonders wertvoll für die Kommunikation mit Auftraggebern und Führungskräften, die nicht jeden Arbeitsschritt verfolgen können oder wollen.
Konkret leisten Meilensteine fünf Dinge – und hinter jeder dieser Wirkungen steht ein tradeoff, den Sie kennen sollten:
- Fortschritt abgleichen: Sie vergleichen den Ist-Zustand mit dem ursprünglichen Plan – objektiv, nicht nach Bauchgefühl. Der Preis dafür: Wer den Soll-Zustand nie dokumentiert hat, kann später nicht mehr nachvollziehen, ob „auf Kurs“ eigentlich Kurs auf das ursprüngliche Ziel bedeutete. Deshalb gehört der Plan-Stand zum Meilenstein.
- Abhängigkeiten sichtbar machen: Kritische Entscheidungen und Übergänge treten hervor, statt im Detailplan zu verschwinden. Das macht den Plan zwar ehrlicher, aber auch angreifbarer – wer Abhängigkeiten benennt, legt sich fest. Genau diese Festlegung ist aber der Wert: Unausgesprochene Abhängigkeiten lösen sich nicht auf, sie explodieren später.
- Beteiligte ausrichten: Verantwortliche, Lieferanten und Auftraggeber arbeiten auf gemeinsame, benannte Termine hin. Ein benannter Termin erzeugt Verbindlichkeit, weil Abweichungen zurechenbar werden – niemand kann mehr „man wusste es nicht“ sagen. Das ist unbequem, und genau deshalb wirkt es.
- Verzögerungen früh erkennen: Wer am Meilenstein sieht, dass etwas rutscht, kann Folgen abschätzen, bevor sie eintreten. Der Tradeoff: Ein Meilenstein zeigt Verzögerungen nur so früh, wie er dicht genug liegt. Liegt der letzte Prüfpunkt acht Wochen zurück, sind acht Wochen Reaktionszeit verloren.
- Kurs korrigieren: An Prüfpunkten werden Ergebnisse bewertet und Anpassungen beschlossen – nicht nur Termine bestätigt. Das setzt voraus, dass am Prüfpunkt tatsächlich geprüft und entschieden wird, statt nur abgehakt. Ein Meilenstein ohne Entscheidungsbefugte im Raum ist ein Termin, kein Steuerungsinstrument.
Ein Beispiel: In einem Maschinenbauprojekt hängt die Inbetriebnahme von der Lieferung einer Steuerungskomponente ab. Der Meilenstein „Steuerungskomponente geliefert und geprüft“ macht diese Abhängigkeit sichtbar. Rutscht die Lieferung um vier Wochen, wissen alle sofort: Nicht nur ein Zwischenschritt rutscht, sondern potenziell der Abnahmetermin beim Kunden – mit vertraglichen Folgen. Ohne diesen Meilenstein würde die Verzögerung im Wochenbericht untergehen. Noch konkreter: Verzögert sich die Komponente um vier Wochen und die Inbetriebnahme ist mit Vertragsstrafe von 10.000 Euro pro Woche versichert, hat die Verschiebung einen unmittelbaren Preis von 40.000 Euro – eine Zahl, die im Statusmeeting eine ganz andere Diskussion auslöst als „die Lieferung kommt später“. Das ist der eigentliche Steuerungswert: Meilensteine übersetzen Abstraktes in Verantwortung und Konsequenz.
Wichtig ist auch die Kehrseite: Zu viele Punkte machen den Plan unübersichtlich, zu wenige lassen Risiken spät sichtbar werden. Die passende Zahl hängt von Umfang, Laufzeit, Unsicherheit und Abstimmungsbedarf des Projekts ab – nicht von einer Faustformel. Als Denkhilfe: Jeder Meilenstein muss eine Frage beantworten können, die jemand außerhalb des Projektteams stellen würde. Beantwortet er keine solche Frage, ist er Detailplan, kein Steuerungspunkt.

MICROSOFT PROJECT For Beginners 2026: A Complete Step-by-Step Guide to Planning, Scheduling, and Managing Workflow with Confidence (Microsoft 365 Productivity Series, Band 9)
Als Amazon-Partner verdienen wir an qualifizierten Verkäufen.
Als Amazon-Partner verdienen wir an qualifizierten Verkäufen.
Diese 5 Kriterien braucht jeder Meilenstein
Für jeden Meilenstein sollten fünf Dinge feststehen: das Abnahmekriterium, der Termin, die Verantwortung, die Abhängigkeiten und die Folgen bei Abweichung. Fehlt eines davon, wird der Meilenstein bei der ersten Krise zur Diskussionsgrundlage statt zum Steuerungsinstrument.
- Ergebnis oder Abnahmekriterium: Woran lässt sich erkennen, dass der Meilenstein erreicht ist? Formulieren Sie überprüfbare Zustände, keine Zeiträume.
- Termin: Bis wann soll das Ergebnis vorliegen – inklusive der Zeit für Prüfungen und Freigaben?
- Verantwortung: Wer koordiniert die Erreichung, und wer gibt das Ergebnis frei? Zwei verschiedene Rollen, die beide benannt sein wollen.
- Abhängigkeiten: Welche Aufgaben, Entscheidungen oder externen Beiträge müssen vorher abgeschlossen sein?
- Folgen bei Abweichung: Welche nachfolgenden Termine, Kosten oder Projektziele wären betroffen, wenn der Meilenstein rutscht?
Nehmen Sie die Einführung einer neuen Software im Vertrieb als Beispiel. Der Meilenstein „Go-live freigegeben“ braucht als Kriterium etwa: Datenmigration geprüft, Schulung der Anwender abgeschlossen, Rollback-Verfahren getestet. Als Abhängigkeit: Freigabe des Datenschutzbeauftragten und abgeschlossene Verträge mit dem Hosting-Dienstleister. Als Folge bei Abweichung: Der Kampagnenstart im Folgequartal verschiebt sich, weil die Prozesse im alten System weiterlaufen.
Das Kriterium „Folgen bei Abweichung“ wird am häufigsten übersprungen – und ist doch das wertvollste. Wer die Konsequenzen kennt, kann bei einer Verschiebung sofort priorisieren, statt in Statusrunden über Schuld zu diskutieren.

Project Management and Gantt Chart Notebook: 8.5×11 PM Notebook with Monthly Calendars, Gantt Charts, Note pages and more
Als Amazon-Partner verdienen wir an qualifizierten Verkäufen.
Als Amazon-Partner verdienen wir an qualifizierten Verkäufen.
So leiten Sie einen realistischen Meilensteintermin her – in 6 Schritten
Ein Meilensteintermin ergibt sich aus den Aufgaben, die zu ihm führen – nicht umgekehrt. Wer zuerst das Datum setzt und dann die Arbeit hineinzwängt, plant Wunschtermine. Die folgende Schrittfolge führt vom Ergebnis zum belastbaren Datum.
- Zielzustand definieren: Beginnen Sie mit dem angestrebten Projektergebnis und leiten Sie daraus die wesentlichen Phasen und Übergänge ab.
- Aufgaben identifizieren: Welche Arbeitsschritte führen zu jedem Meilenstein? Schätzen Sie deren Dauer – gemeinsam mit den Personen, die sie ausführen.
- Abhängigkeiten ordnen: Was muss in welcher Reihenfolge fertig sein? Welche externen Beiträge und Freigaben kommen hinzu?
- Ressourcen einplanen: Wer ist wann verfügbar? Engpässe bei Personal oder Anlagen verlängern Dauer real – nicht auf dem Papier, aber in der Realität.
- Prüfungen und Freigaben berücksichtigen: Abnahmen, Reviews und Genehmigungen brauchen Zeit, oft mehr als gedacht.
- Puffer einbauen: Verteilen Sie realistische Puffer dort, wo Unsicherheit am größten ist – bei externen Lieferungen oder neuen Technologien.
Ein Zahlenbeispiel: Soll ein Meilenstein „Konstruktion freigegeben“ in 10 Wochen erreicht sein, und die Konstruktionsarbeit dauert laut Schätzung 6 Wochen, das Review 2 Wochen und die Freigabe durch den Kunden erfahrungsgemäß 2 Wochen, bleibt kein Puffer. Ein ehrlicher Termin liegt bei 11–12 Wochen. Der Unterschied klingt klein – er entscheidet aber, ob der Plan beim ersten Problem bricht oder trägt.
Nach Baustellentakt-Erfahrung gilt: Ein Termin sollte nicht allein deshalb als verlässlich gelten, weil er in einem Plan steht. Prüfen Sie Schätzungen mit den Ausführenden, nicht nur mit dem Planungsteam.

Responsibility Assignment Matrix A Complete Guide
Als Amazon-Partner verdienen wir an qualifizierten Verkäufen.
Als Amazon-Partner verdienen wir an qualifizierten Verkäufen.
Meilensteine vs. Aufgaben vs. Taktplanung: Wo der Unterschied liegt
Meilensteine, Aufgaben und Taktplanung werden oft in einen Topf geworfen – dabei steuern sie unterschiedliche Ebenen eines Projekts. Die Abgrenzung ist Voraussetzung dafür, dass jede Ebene ihre Wirkung entfaltet.
| Aspekt | Aufgabe | Meilenstein | Taktplanung |
|---|---|---|---|
| Charakter | Arbeitsschritt mit Aufwand und Dauer | Ereignis oder Entscheidungspunkt ohne Dauer | Wiederholter, gleichmäßiger Arbeitsrhythmus |
| Zeitbezug | Zeitraum | Zeitpunkt | Feste Taktfolge, z. B. wöchentlich |
| Funktion | Umsetzung | Prüfung, Freigabe, Kurskorrektur | Durchhaltigkeit und Kapazitätssteuerung |
| Beispiel Bau | „Geschossdecke 3 schalen und betonieren“ | „Rohbau abgenommen“ | „Ein Geschoss pro Woche im Block A“ |
Der Unterschied wird praktisch wichtig, wenn Takt und Meilenstein aufeinandertreffen: Ein Takt von einer Woche pro Geschoss erzeugt den Rahmen, der Meilenstein „Rohbau abgenommen“ prüft, ob die Summe der Takte das Ergebnis tatsächlich hergestellt hat. Passt der Takt nicht zum Meilensteintermin, haben Sie ein Planungsproblem – nicht ein Umsetzungsproblem.
Daraus folgt eine Arbeitsteilung: Taktplanung sichert den Rhythmus, allgemeine Terminplanung sichert die Übergänge. Wer Takte als Meilensteine deklariert, verliert die echten Prüfpunkte; wer nur Meilensteine plant und den Takt ignoriert, verliert die Steuerung dazwischen.
Was Sie tun, wenn ein Meilenstein kippt
Wenn ein Meilenstein nicht erreicht wird, helfen drei Schritte: Ursache und Auswirkungen ermitteln, den Terminplan aktualisieren und Maßnahmen mit den Verantwortlichen abstimmen. Entscheidend ist die Auswirkungsanalyse – sie entscheidet, ob es sich um ein lokales oder ein strukturelles Problem handelt. Der Unterschied ist kein Kleinkram: Ein lokales Problem kostet Puffer, ein strukturelles Problem kostet den Plan – und die Antwort darauf sieht grundverschieden aus.
Die zentrale Frage lautet: Verschiebt sich nur der Meilenstein, oder geraten dadurch weitere Arbeit, Kosten, Ressourcen oder ein verbindlicher Liefertermin in Gefahr? Ein lokal gerutschter Zwischenmeilenstein mit Puffer dahinter ist unproblematisch – er verbraucht Reserve, ändert aber nichts am Projektziel. Ein gerutschter Meilenstein auf dem kritischen Pfad verschiebt das gesamte Projektende – und das muss sofort und transparent kommuniziert werden. Die Implikation ist wichtig: Auf dem kritischen Pfad ist jede Diskussion über Schuld Zeitverschwendung, weil die Uhr weiterläuft, während diskutiert wird.
Ein konkretes Beispiel: In einem Anlagenbauprojekt soll der Meilenstein „Langzeitprüfung der Baugruppe A bestanden“ am 15. März erreicht werden. Mitte Februar zeigt die Prüfung einen unvorhergesehenen Materialfehler – die Prüfung muss mit neuem Material wiederholt werden, das dauert sechs statt der geplanten zwei Wochen. Die Auswirkungsanalyse ergibt: Der Meilenstein selbst rutscht um vier Wochen, dahinter liegt aber ein Puffer von fünf Wochen am Produktionsstart. Fazit: lokal, kein Handlungsdruck auf den Endtermin – aber der Puffer ist zu 80 Prozent verbraucht, bevor das Projekt überhaupt in die heiße Phase kommt. Die eigentliche Entscheidung lautet daher nicht „Endtermin retten?“, sondern „Wo setzen wir die verbleibende Reserve ein?“ – und das ist eine Priorisierungsentscheidung der Leitung, keine des Projektteams.
Praktisch bewährt sich folgender Ablauf:
- Abweichung dokumentieren: Plan-Termin und realistischer neuer Termin nebeneinanderstellen – nicht den Wunschtermin, sondern den, den die Ausführenden realistisch halten.
- Auswirkungen prüfen: Welche nachfolgenden Meilensteine rutschen mit? Wo landet der Schaden zuerst – bei Terminen, Kosten oder vertraglichen Zusagen?
- Optionen bewerten: Zusätzliche Ressourcen, Umstellung der Reihenfolge, Verkleinerung des Umfangs oder Terminverschiebung. Jede Option hat einen Preis: Ressourcen kosten Geld, Umfangsverkleinerung kostet Verhandlung mit dem Auftraggeber, Terminverschiebung kostet Vertrauen. Die Frage ist nie „Was ist am besten?“, sondern „Was ist uns am wenigsten teuer?“
- Entscheidung dokumentieren und kommunizieren: Anpassungen am Plan transparent festhalten und mit den relevanten Beteiligten abgestimmt ablegen.
Ein Hinweis zur Kommunikation: Eine Verschiebung, die früh und mit Folgenbeschreibung gemeldet wird, kostet etwas Vertrauen – eine Verschiebung, die kurz vor dem Termin bekannt wird, kostet den Ruf. Der Grund ist psychologisch wie geschäftlich einfach: Wer früh meldet, gibt dem Gegenüber Zeit zu reagieren; wer spät meldet, nimmt ihm diese Zeit und macht ihn zum Betrogenen statt zum Partner. Wer Abweichungen im Projektverlauf konsequent mit Plant- und Ist-Termen vergleicht, erkennt sie früh – das ist der eigentliche Nutzen der laufenden Aktualisierung.
Hybrid, agil, digital: Wie sich die Meilenstein-Praxis verändert
Die Grundidee von Meilensteinen bleibt unverändert, doch die Praxis prägen mehrere Entwicklungen: hybride Planungsansätze, agile Vorhaben, digitale Werkzeuge und ein stärker ergebnisorientierter Steuerungsfokus. Wer heute plant, kombiniert eher, als dass er eine Methode ausschließlich wählt – und genau darin liegt die eigentliche Herausforderung: Nicht die Methodenwahl entscheidet, sondern ob die Meilensteine zur Steuerungslogik des Projekts passen.
- Hybride Planung: Teams kombinieren längerfristige Meilensteine mit kurzen Planungs- und Überprüfungszyklen – Stabilität nach außen, Anpassungsfähigkeit nach innen. Ein Softwarehaus etwa verspricht dem Kunden vertraglich zwei feste Meilensteine („Konzept freigegeben“, „Release produktiv“), arbeitet dazwischen aber in zweiwöchigen Sprints. Der Tradeoff: Die äußeren Termine dürfen nicht so eng getaktet sein, dass sie jede interne Anpassung sofort zur Vertragsverletzung machen. Planen Sie hybride Vorhaben daher mit bewusst groben Außenmeilensteinen und feinen Innenzyklen – nicht umgekehrt.
- Agile Vorhaben: Meilensteine orientieren sich häufiger an nutzbaren Ergebnissen, Releases oder wichtigen Lern- und Entscheidungszeitpunkten statt an Phasen. Statt „Analysephase abgeschlossen“ heißt es dann „Release 2 beim Pilotkunden produktiv“. Warum das besser ist: Ein Phasenabschluss sagt nur, dass Zeit vergangen ist – ein nutzbares Ergebnis lässt sich prüfen. Praktischer Test für agile Meilensteine: Könnte ein Kunde mit dem erreichten Zustand arbeiten? Wenn nein, ist es kein Meilenstein, sondern ein Zwischenbericht.
- Digitale Projektwerkzeuge: Dashboards stellen Abhängigkeiten, Status und Änderungen zentral dar – aussagekräftig aber nur, wenn die Daten aktuell sind und Verantwortlichkeiten klar liegen. Die Implikation wird oft übersehen: Ein Tool automatisiert die Darstellung, nicht die Wahrheit. Wenn niemand den Status am Meilenstein pflegt, zeigt das Dashboard grün, während das Projekt rot ist. Legen Sie deshalb fest, wer den Meilensteinsstatus wann aktualisiert – am besten die verantwortliche Person selbst, unmittelbar nach jeder Statusrunde.
- Unsicherheit und Szenarien: Bei komplexen Vorhaben wird geprüft, welche Meilensteine stabil sind und welche von externen Entscheidungen oder unsicheren Schätzungen abhängen. Eine einfache Übung: Markieren Sie jeden Meilenstein mit „intern steuerbar“ oder „extern abhängig“. Ein Bauvorhaben, dessen Baugenehmigung von der Behörde abhängt, hat einen extern abhängigen Meilenstein – dort gehört der Puffer hin, nicht auf die interne Arbeit, die Sie selbst beschleunigen können.
- Ergebnisorientierte Steuerung: Der Fokus liegt zunehmend darauf, was bis zum Meilenstein nachweislich erreicht sein muss – nicht bloß darauf, ob ein Datum eingehalten wurde. Das ändert die Diskussion in Reviewrunden: Statt „Haben wir den Termin gehalten?“ fragen Sie „Können wir das Ergebnis abnehmen?“ Ein gehaltener Termin mit ungenügendem Ergebnis ist eine verlorene Prüfung – das Datum zu verschieben wäre billiger gewesen.
Der letzte Punkt ist der wichtigste: Ein Meilenstein, der nur abgehakt wird, ohne dass das Ergebnis geprüft wird, ist Fortschrittstheater. Diese Verschiebung von der Termin- zur Ergebniskontrolle ist kein Trend, sondern eine Reifung – und sie ist unabhängig von Methode und Werkzeug anwendbar.
Wichtig zur Einordnung: Diese Punkte sind allgemeine Entwicklungen in der Projektpraxis; ihre konkrete Bedeutung hängt von Branche, Methode und Projektumfeld ab. Es gibt keine Norm, die vorschreibt, wie viele Meilensteine ein Projekt braucht – auch nicht in klassischen Regelwerken. Nutzen Sie die Punkte daher als Denkanstöße für die eigene Planung, nicht als Checkliste, die vollständig abgehakt werden muss.
Häufige Fragen
Was ist ein Meilenstein im Projekt?
Ein zeitlich festgelegter Prüf- oder Ereignispunkt, an dem ein wichtiges Ergebnis, eine Freigabe oder eine Entscheidung erreicht sein soll. Meilensteine sind wichtige Ereignisse oder Entscheidungspunkte, die markieren, dass ein Abschnitt abgeschlossen ist oder eine Voraussetzung für den nächsten Schritt erfüllt wurde.
Hat ein Meilenstein eine Dauer?
Üblicherweise nicht. Die Arbeit liegt in den Aufgaben davor; der Meilenstein markiert deren Abschluss oder einen festgelegten Zustand. Wer Meilensteinen eine Dauer zuweist, verwandelt sie in Aufgaben und verliert den Prüfcharakter.
Wie viele Meilensteine sollte ein Projekt haben?
So viele, wie für Steuerung, Entscheidungen und Kommunikation nötig sind. Eine allgemeingültige Anzahl gibt es nicht. Als Orientierung: Zu viele Punkte machen den Plan unübersichtlich, zu wenige lassen Risiken und Verzögerungen spät sichtbar werden.
Wie bestimme ich einen realistischen Meilensteintermin?
Leiten Sie ihn aus den erforderlichen Aufgaben, Abhängigkeiten, Ressourcen und Freigaben ab. Berücksichtigen Sie Unsicherheit, planen Sie realistische Puffer und prüfen Sie die Schätzung mit den Personen, die die Arbeit ausführen – nicht nur mit dem Planungsteam.
Was tun, wenn ein Meilenstein nicht erreicht wird?
Ursache und Auswirkungen ermitteln, den Terminplan aktualisieren und mögliche Maßnahmen mit den Verantwortlichen abstimmen. Eine Verschiebung sollte mit ihren Folgen für nachfolgende Termine transparent gemacht werden – früh gemeldet schadet deutlich weniger als kurz vor dem Termin.
Sind Meilensteine auch in agilen Projekten sinnvoll?
Ja. Sie können Releases, überprüfbare Ergebnisse oder wichtige Entscheidungen markieren, sollten aber kurze Lern- und Anpassungszyklen nicht ersetzen. In agilen Vorhaben orientieren sich Meilensteine häufiger an nutzbaren Ergebnissen als an Phasenabschlüssen.
Unser Fazit
Der wichtigste Gedanke dieses Artikels: Legen Sie Meilensteine dort fest, wo tatsächlich ein Ergebnis, eine Freigabe oder eine wichtige Entscheidung ansteht – nicht dort, wo ein Kalender ein Datum hergibt. Der Termin folgt aus den Aufgaben und Abhängigkeiten davor, nie umgekehrt.
Wenn Sie das nächste Mal einen Projektplan aufbauen, fragen Sie sich bei jedem Prüfpunkt: Kann ich heute sagen, woran ich morgen erkenne, dass er erreicht ist? Wenn ja, haben Sie einen Meilenstein. Wenn nein, haben Sie eine Phase – und die gehört in den Detailplan, nicht auf die Steuerungsebene.
Hinweis: Dieser Beitrag dient der allgemeinen Information und ersetzt keine Rechtsberatung im Einzelfall. Maßgeblich sind Ihr Vertrag, die jeweils gültigen Normen und Vorschriften sowie die zuständigen Stellen.