Eine Projektaufgabe ist auszuführende Arbeit. Ein Meilenstein ist ein bedeutendes Ereignis oder ein Ergebnis, das den Fortschritt markiert. „Abnahmetests ausführen“ ist eine Aufgabe; „betriebliche Abnahme bestätigt“ ist ein Meilenstein. Diese Unterscheidung hilft dem Team zu erkennen, ob abgeschlossene Aktivitäten die benötigte Bereitschaft oder Entscheidung erbracht haben.
Eine Frist ist wieder etwas anderes: ein erforderlicher Termin. Ein Meilenstein kann eine Frist haben, aber das Erreichen des Termins belegt nicht, dass der Meilenstein eingetreten ist. Diese Unterscheidung ehrlich festzuhalten, ist wichtig, wenn Stakeholder sich auf den Plan verlassen.
Der GAO-Leitfaden zur Zeitplanbewertung unterscheidet Meilensteine von Aktivitäten in Projektzeitplänen. Die Beispiele hier übertragen diese Planungsunterscheidung auf Teamprüfungen und Übergaben; sie sind hypothetisch und keine Berichte über Kundenprojekte.
Aufgabe, Meilenstein, Frist und Lieferobjekt vergleichen
| Element | Bedeutung | Beispiel | Evidenz für den Abschluss |
|---|---|---|---|
| Aufgabe | Arbeit, die Aufwand und Zeit erfordert | Migration erproben | Probe durchgeführt und Beobachtungen festgehalten |
| Lieferobjekt | Ein erstelltes Ergebnis oder eine Fähigkeit | Migrationshandbuch | Vereinbarte Inhalte und Qualitätskriterien erfüllt |
| Meilenstein | Bedeutendes Ereignis oder akzeptierter Zustand | Betrieb übernimmt die Verantwortung | Genehmigte Abnahme mit etwaigen Bedingungen dokumentiert |
| Frist | Terminvorgabe | Übergang muss vor Vertragsablauf abgeschlossen sein | Tatsächlichen oder prognostizierten Meilensteintermin mit Vorgabe vergleichen |
In der üblichen Terminplanung wird ein Meilenstein als Zeitpunkt ohne Dauer modelliert. Das bedeutet nicht, dass die Arbeit zu seinem Erreichen augenblicklich stattfindet. Verknüpfen Sie die tatsächlichen Vorbereitungs-, Prüf- und Abnahmeaktivitäten, statt sie in einer Raute mit der Bezeichnung „bereit“ zu verstecken.
Eine Sammelaktivität kann viele Aufgaben umfassen. Sie ist nicht automatisch ein Meilenstein. Eine sechswöchige Phase als Meilenstein zu bezeichnen kann verschleiern, ob die Arbeit der Phase, ihr Endtermin oder eine Entscheidung an ihrer Grenze gemeint ist.
Meilensteine so benennen, dass sie überprüfbar sind
Bevorzugen Sie einen Zustand oder ein Ereignis mit erkennbarer abnehmender Stelle: „Pilot vom Serviceverantwortlichen abgenommen“, „Erforderlicher Zugriff genehmigt“ oder „Erste vollständige Ergebniskohorte geprüft“. Vermeiden Sie Bezeichnungen wie „Phase zwei“ und „fast fertig“, die nur der ursprüngliche Planer erklären kann.
Halten Sie für jeden Meilenstein fest:
- Das Ereignis oder den akzeptierten Zustand, den er darstellt.
- Die Evidenz, die zur Bestätigung nötig ist.
- Die Person oder Rolle mit Befugnis zur Bestätigung.
- Notwendige Vorgängerarbeiten und externe Abhängigkeiten.
- Eine Terminvorgabe, falls vorhanden.
- Den Umgang mit Bedingungen, Ausnahmen oder teilweiser Abnahme.
Das erfordert nicht für jedes kleine Ereignis ein umfangreiches Dokument. Ein klarer Abnahmesatz kann ein teures Missverständnis verhindern. Der Detaillierungsgrad sollte zu den Folgen passen, wenn der Meilenstein fälschlich als abgeschlossen gilt.
Sind Bedingungen bei der Abnahme möglich, definieren Sie sie und benennen Sie die verbleibende Zuständigkeit. Machen Sie offene Arbeit nicht zu einer unsichtbaren Fußnote, nur um einen grünen Status zu behalten.
Ausgearbeitetes Beispiel: Schulung abgeschlossen heißt nicht betriebsbereit
Ein hypothetisches Team übergibt einen Berichtsservice an den Betrieb. Der Projektplan enthält den Meilenstein „Schulung abgeschlossen“. Drei Schulungen finden planmäßig statt und das Projekt markiert den Übergang als bereit.
Anschließend stellt das übernehmende Team fest, dass es einen fehlgeschlagenen geplanten Bericht nicht wiederherstellen kann. Die Schulungen deckten den Normalbetrieb ab, während Zugriffs- und Wiederherstellungsanweisungen noch unvollständig waren.
Das Problem war nicht, dass die Schulung wertlos war. Ihr Meilenstein zählte Aktivitäten statt der Bereitschaftsentscheidung, die Stakeholder darin sahen.
Im überarbeiteten Plan wird „Betrieb übernimmt die Supportverantwortung“ zum Übergangsmeilenstein. Die Evidenz umfasst einen abgestimmten Durchlauf der Routinebearbeitung, eine angemessene Wiederherstellungsübung, bestätigten Zugriff und eine ausdrücklich akzeptierte Liste offener Einschränkungen. Die Schulung bleibt eine Reihe von Aufgaben zur Unterstützung der Betriebsbereitschaft.
Diese Kriterien dienen der Veranschaulichung und müssen an Risiko und Betriebsanforderungen des Dienstes angepasst werden. Sie sind kein allgemeingültiger Standard für die Betriebsabnahme.
Das Projekt ergänzt außerdem eine separate Aufgabe für die Abnahmeprüfung selbst. Die empfangende Stelle kann Evidenz nicht ohne Aufwand prüfen, nur weil der Zeitplan den abschließenden Meilenstein als Zeitpunkt modelliert.
Genug Meilensteine wählen, um Entscheidungen zu steuern
Ein Zeitplan nur mit „Start“ und „Ende“ kann Stakeholder bei Zwischenrisiken im Dunkeln lassen. Ein Zeitplan mit einem Meilenstein für jede Kleinigkeit macht wichtige Ereignisse schwer erkennbar.
Wählen Sie Meilensteine für bedeutsame Änderungen: Genehmigung zum Fortfahren, akzeptierte Designannahmen, nutzbare Fähigkeiten, Bereitschaft für einen Versuch oder Übergabe der Verantwortung. Fragen Sie: „Welche Entscheidung wird möglich, wenn dieses Ereignis bestätigt ist?“
Bei Erkundungsarbeit kann ein sinnvoller Meilenstein eine Evidenzprüfung sein und nicht der Beweis, dass die bevorzugte Idee funktioniert. „Entscheidung über den Pilot auf Basis vereinbarter Evidenz“ kann ehrlicher sein als „Pilot erfolgreich“, wenn das Experiment herausfinden soll, ob ein Ansatz funktioniert.
Halten Sie die Lieferungsverfolgung detailliert genug, um zu zeigen, wie der Meilenstein erreicht werden kann. Eine Übersicht auf hoher Ebene ist für Stakeholder hilfreich, sollte das zugesagte Ereignis aber nicht von den darunterliegenden Arbeiten und Abhängigkeiten trennen.
Einen gefährdeten Meilenstein vor der Frist prüfen
Wenn eine Prognose nach hinten rutscht, untersuchen Sie die Kette der Voraussetzungen. Ist das Lieferobjekt unvollständig, die prüfende Person nicht verfügbar, das Abnahmekriterium unklar oder eine Abhängigkeit unbestätigt? Diese Probleme erfordern unterschiedliche Antworten.
Eine nützliche Prüffrage lautet: „Bis zu welchem spätesten Termin können wir noch eine andere Entscheidung treffen?“ Dieser Zeitpunkt kann vor der Meilensteinfrist liegen. Muss ein Lieferant zwei Wochen vor dem Test ausgewählt werden, ist eine Warnung am Testtag bereits spät.
Verschieben Sie das Baseline-Datum des Meilensteins nicht einfach, um es der aktuellen Prognose anzupassen. Bewahren Sie die Referenzzusage auf und halten Sie genehmigte Änderungen fest. Der Leitfaden zur Gantt-Baseline erläutert diesen Vergleich ausführlicher.
Wird der Meilenstein später als geplant erreicht, halten Sie den tatsächlichen Termin und die durch Evidenz gestützte Ursache fest. Diese Historie kann die Planung verbessern, ohne das Gespräch auf Schuldzuweisungen zu reduzieren.
Meilensteine gezielt in die Retrospektive aufnehmen
Eine Retrospektive sollte nicht jede Statusmeldung des Projekts wiederholen. Wählen Sie einen Meilenstein, bei dem das Team etwas über seine Arbeitsweise gelernt hat: eine späte Abnahme, eine überraschende Abhängigkeit oder eine gescheiterte Bereitschaftsannahme.
Fragen Sie, was das Team bei der Planung glaubte, welche Evidenz diese Annahme später infrage stellte und welche kleine Änderung die nächste Entscheidung verbessern würde. Prüfen Sie beispielsweise die Abnahmekriterien mit der übernehmenden Stelle, bevor das nächste Arbeitspaket beginnt.
Nutzen Sie eine Team-Retrospektive, um das Muster zu untersuchen, und den Leitfaden für Maßnahmen, um nachzufassen. NextRetro kann das Gespräch festhalten; der genehmigte Zeitplan bleibt im Projektplanungssystem.
Häufig gestellte Fragen
Kann ein Meilenstein eine Dauer haben?
In der üblichen Terminplanung ist ein Meilenstein ein Zeitpunkt ohne Dauer. Vorbereitungs-, Prüf- und Entscheidungsarbeit darum herum braucht Zeit und sollte als Aktivität erscheinen. Prüfen Sie das Verhalten Ihres Planungstools, falls es andere Darstellungen zulässt.
Ist der Abschluss eines Lieferobjekts immer ein Meilenstein?
Nein. Ein Lieferobjekt ist ein erstelltes Ergebnis oder eine Fähigkeit. Sein Abschluss oder seine Abnahme kann ein Meilenstein sein, wenn es ein bedeutendes Ereignis darstellt. Nicht jedes kleine Lieferobjekt braucht diese Art der Berichterstattung.
Was tun, wenn ein Meilenstein nur teilweise abgeschlossen ist?
Beschreiben Sie den tatsächlichen Zustand und offene Bedingungen. Nutzen Sie eine definierte Regel für bedingte Abnahme, wenn es sie gibt. Andernfalls bleibt der Meilenstein unerreicht, statt mit einem Prozentwert eine Abnahme vorzutäuschen.