Projektstatusbericht: Was hinein gehört (Vorlage + Beispiele)

Ein Projektstatusbericht ist eine regelmäßige, strukturierte Zusammenfassung, wie ein Projekt gegenüber seinem Plan verläuft: was erreicht wurde, wo Umfang, Zeitplan und Budget stehen, und welche Risiken oder Entscheidungen Aufmerksamkeit brauchen. Sie senden ihn an Stakeholder, damit diese jederzeit den aktuellen Stand kennen, ohne nachfragen zu müssen.

Gut gemacht, ersetzt er ein Dutzend Ad-hoc-E-Mail-Verläufe und sorgt dafür, dass Sponsoren, Lenkungsausschüsse und Teamleiter denselben Kenntnisstand haben. Schlecht gemacht, wird er zum „Status-Theater": viele Worte, kein Signal.

Was ist ein Projektstatusbericht?

Ein Projektstatusbericht ist ein wiederkehrendes Kommunikationsdokument, das den Projektzustand zu einem bestimmten Zeitpunkt zusammenfasst. Er vergleicht den aktuellen Stand mit dem Basisplan und hebt Abweichungen, Risiken und offene Entscheidungen hervor, auf die der Leser reagieren muss.

Der Bericht ist kein Arbeitsprotokoll und keine Aufgabenliste. Seine Aufgabe ist es, einer beschäftigten Führungskraft in unter drei Minuten drei Fragen zu beantworten:

1. Sind wir im Zeitplan?
2. Falls nicht, was ist das Problem und wie ernst ist es?
3. Was brauchen Sie gerade von mir?

Die meisten Unternehmen geben während der aktiven Umsetzung wöchentliche oder zweiwöchentliche Statusberichte heraus, in Planungsphasen monatliche. Zielgruppe, Rhythmus und Detailgrad variieren, aber die Kernstruktur bleibt gleich.

Wichtigste Fakten

• Projekte mit wirksamen Kommunikationsplänen sind laut PMIs Studie Pulse of the Profession 2,5-mal wahrscheinlicher erfolgreich als solche ohne.
• PMI stellte außerdem fest, dass schlechte Kommunikation in einem Drittel der Fälle die Hauptursache für Projektscheitern ist, noch vor undefinierten Anforderungen, Ressourcenmangel und Scope Creep.
• Unternehmen, die standardisierte Berichtspraktiken befolgen, verschwenden laut PMIs Benchmarking-Daten 28-mal weniger Geld bei Projekten als solche, die es nicht tun.

Was in einen Statusbericht gehört

Ein gut strukturierter Statusbericht deckt diese Abschnitte ab:

Halten Sie jeden Abschnitt kurz. Die Liste der Erfolge sollte 3-5 Stichpunkte enthalten, nicht 20. Wenn Sie mehr Detail anhängen müssen, packen Sie es in einen Anhang oder verlinken Sie auf das Risikoregister oder das RAID-Log.

RAG-Status erklärt

RAG steht für Rot, Gelb (Amber), Grün, ein Ampelsystem, um den gesamten Projektzustand auf einen Blick zu kommunizieren. Jeder Statusbericht sollte mit einer einzelnen RAG-Bewertung beginnen, damit Stakeholder die Kernaussage kennen, bevor sie irgendetwas anderes lesen.

Ein paar Faustregeln: Lassen Sie ein Projekt nicht auf Grün, wenn gerade ein erhebliches Risiko eingetreten ist. Und lassen Sie es nicht wochenlang auf Rot ohne Eskalation, Rot bedeutet, dass Sie eine Entscheidung brauchen, nicht nur Mitgefühl.

Sie können RAG sowohl auf Gesamtprojektebene als auch getrennt für einzelne Arbeitsstränge oder Dimensionen (Zeitplan, Budget, Umfang) anwenden. So kann ein Projekt insgesamt Grün, aber beim Budget Gelb sein, was ein ehrlicheres Bild ergibt als eine einzelne gemischte Bewertung.

So schreiben Sie einen Projektstatusbericht

Schritt 1: Daten sammeln

Ziehen Sie Zahlen, bevor Sie irgendetwas schreiben. Prüfen Sie den Zeitplan gegen die Baseline: Erreichen die Meilensteine ihre Zieltermine? Ziehen Sie Ist-Werte aus Ihrem Kostentracking-Tool und vergleichen Sie sie mit dem genehmigten Budget. Prüfen Sie Ihr RAID-Log auf neue Risiken oder Probleme, die seit dem letzten Bericht aufgetaucht sind.

Wenn Sie Earned Value Management verwenden, berechnen Sie jetzt den Schedule Performance Index (SPI) und den Cost Performance Index (CPI). Diese liefern Ihnen objektive Zahlen, die Ihre RAG-Bewertung untermauern.

Schritt 2: Den RAG-Status festlegen

Mit den Daten in der Hand legen Sie Ihre RAG-Bewertung fest. Die entscheidende Disziplin hierbei ist Ehrlichkeit. Viele Projektleiter tendieren zu Gelb, wenn sie eigentlich Rot melden müssten, weil sie Stakeholder nicht beunruhigen wollen. Aber der Zweck des Berichts ist es, die Wahrheit frühzeitig sichtbar zu machen, solange noch Zeit zum Handeln bleibt.

Falls etwas nach Rot kippt, schreiben Sie eine klare einsätzige Erklärung: was das Problem ist, welche Auswirkung es hat, und welche Entscheidung Sie brauchen. Lassen Sie den Sponsor nicht danach suchen.

Schritt 3: Die Zusammenfassungsabschnitte schreiben

Entwerfen Sie zuerst die Erfolge, das ist meist der einfachste Abschnitt. Schreiben Sie danach die nächsten Schritte. Zusammen zeigen sie Dynamik und Richtung. Halten Sie beide Listen knapp: jeweils drei bis fünf Stichpunkte.

Für Budget und Zeitplan nutzen Sie einfache Tabellen oder prozentuale Abweichungen. Vermeiden Sie erzählerische Erklärungen von Zahlen, lassen Sie die Zahlen sprechen.

Schritt 4: Risiken und offene Anliegen markieren

Das ist der wichtigste Abschnitt für Führungskräfte. Listen Sie Ihre wichtigsten aktiven Risiken auf (verlinken Sie zum vollständigen Risikoregister für Kontext) und formulieren Sie klar, was Sie von jedem Stakeholder brauchen. Ein Statusbericht ohne Anliegen ist eine verpasste Gelegenheit.

Der Abschnitt mit Anliegen sollte konkret und zeitlich gebunden sein: „Genehmigung des Lenkungsausschusses für das überarbeitete Go-live-Datum bis zum 10. Juni erforderlich, um weitere Verzögerungen zu vermeiden."

Schritt 5: Im festen Rhythmus verteilen

Versenden Sie den Bericht in einem konsistenten Rhythmus, jede Woche am selben Tag zur selben Uhrzeit. Vorhersehbarkeit schafft Vertrauen. Ihr Kommunikationsplan sollte bereits Zielgruppe, Format und Häufigkeit für jede Stakeholder-Gruppe festlegen. Falls nicht, definieren Sie es jetzt.

Lenkungsausschüsse wollen meist monatlich einen übergeordneten Überblick, direkte Sponsoren wollen eventuell wöchentlich berichtet werden. Passen Sie die Tiefe an die Zielgruppe an.

Beispiel für einen Projektstatusbericht

Hier ein kompaktes Beispiel für ein Software-Launch-Projekt in der Mitte der Umsetzung.

Meilensteine

Budget: 380.000 \(genehmigt. 210.000\) bisher ausgegeben. Prognose bei Abschluss: 395.000 $ (4 % über Plan, innerhalb der Rücklage für Eventualfälle).

Erreichtes

• Alle Entwicklungs-Sprints termingerecht abgeschlossen
• 14 von 18 im ersten Testzyklus identifizierten UAT-Fehlern behoben
• Zwei neue QA-Tester eingebunden, um verbleibende Fehler schneller zu beheben

Risiken/Probleme

• Stabilität der Testumgebung: Wahrscheinlichkeit Gelb, Auswirkung Hoch. Das DevOps-Team hat einen Patch aufgespielt; wird diese Woche beobachtet.

Anliegen

• VP of Product: Genehmigung des überarbeiteten Go-live-Termins vom 27. Juni bis zum 5. Juni.

Berichtshäufigkeit und Rhythmus

Wie oft Sie berichten, hängt von der Zielgruppe und der Projektphase ab.

Wöchentlich funktioniert am besten während der aktiven Umsetzung. Das Team bewegt sich schnell, Risiken tauchen rasch auf, und Stakeholder wollen nah dran bleiben. Halten Sie wöchentliche Berichte kurz: eine einseitige Zusammenfassung ist besser als ein fünfseitiges Dokument.

Zweiwöchentlich ist üblich für Projekte in einer stabilen Phase, in der das Tempo vorhersehbar ist und wenige Entscheidungen anstehen.

Monatlich passt zu längeren Programmen, Lenkungsausschüssen auf Führungsebene und Projekten in der frühen Planung. Monatliche Berichte können tiefer gehen: Trenddaten, Budgetprognosen über mehrere Perioden und Prüfungen der strategischen Ausrichtung.

Berichte für Lenkungsausschüsse sind oft ein eigenes Format: weniger operative Details, mehr Fokus auf benötigte Entscheidungen, strategische Risiken und den Zustand auf Programmebene. Legen Sie dies bereits in der Agenda Ihres Projekt-Kickoff-Meetings fest, damit Stakeholder von Anfang an wissen, was sie erwartet und wann.

Welchen Rhythmus Sie auch wählen, halten Sie sich daran. Verspätete oder inkonsistente Berichterstattung ist schlimmer als ein leicht unvollkommener, aber pünktlicher Bericht.

Häufige Fehler

Status-Theater. Der Bericht ist lang, gut formatiert und durchgehend Grün, Woche für Woche, genau bis zu dem Punkt, an dem alles zusammenbricht. Status-Theater entsteht, wenn der Projektleiter den Bericht als Marketingdokument statt als Kommunikationswerkzeug behandelt. Nutzen Sie RAG ehrlich, und zögern Sie nicht, Gelb zu melden, wenn sich etwas zusammenbraut.

Keine Anliegen. Wenn jeder Statusbericht mit „nächsten Schritten" endet und nichts, was der Stakeholder tun soll, managen Sie Erwartungen, ohne das Projekt zu managen. Jede Interaktion mit Stakeholdern ist eine Chance, etwas zu entblocken.

Zu viel Detail. Ein fünfseitiger Statusbericht signalisiert, dass der Projektleiter nicht priorisiert hat, was wichtig ist. Führungskräfte lesen nicht über die erste Seite hinaus. Streichen Sie alles, was nicht direkt für den aktuellen Zustand, Risiken oder Entscheidungen relevant ist. Schieben Sie Details in verlinkte Dokumente wie das RAID-Log oder das Risikoregister.

Uneinheitliches Format. Wenn sich die Struktur des Berichts von Woche zu Woche ändert, müssen sich Leser jedes Mal neu orientieren. Wählen Sie eine Vorlage und bleiben Sie dabei. Ihr Kommunikationsplan sollte das vereinbarte Format dokumentieren, damit keine Unklarheit entsteht.

Berichterstattung ohne RACI-Matrix. Wenn die Verantwortung für Entscheidungen und Maßnahmen unklar ist, machen Statusberichte Probleme sichtbar, ohne dass jemand klar für die Lösung verantwortlich ist. Stellen Sie sicher, dass Ihr Projekt eine definierte Verantwortungsstruktur hat, bevor Sie mit der Verteilung von Berichten beginnen.

Häufig gestellte Fragen

Was ist ein Projektstatusbericht? Ein Projektstatusbericht ist eine regelmäßige schriftliche Zusammenfassung des Projektfortschritts, die den aktuellen Stand mit dem Plan vergleicht. Er deckt Zeitplan, Budget, Umfang, Risiken und offene Entscheidungen ab, damit Stakeholder informiert bleiben, ohne separate Briefings zu benötigen.

Wie oft sollten Sie einen Statusbericht versenden? Wöchentlich während der aktiven Umsetzung ist der gängigste Rhythmus. Zweiwöchentlich oder monatlich eignet sich für Projekte in einer langsameren Phase oder für Lenkungsausschüsse auf Führungsebene. Die richtige Antwort hängt von den Bedürfnissen Ihrer Stakeholder und Ihrem Kommunikationsplan ab. Konsistenz zählt mehr als Häufigkeit, wählen Sie einen Rhythmus und halten Sie ihn ein.

Was ist der RAG-Status? RAG steht für Rot, Gelb, Grün, ein Ampelindikator für den gesamten Projektzustand. Grün bedeutet im Zeitplan. Gelb bedeutet gefährdet mit einem laufenden Minderungsplan. Rot bedeutet außerhalb des Plans und erfordert sofortige Aufmerksamkeit oder eine Stakeholder-Entscheidung.

Wie lang sollte ein Statusbericht sein? Eine Seite für wöchentliche operative Berichte. Maximal zwei Seiten für monatliche Berichte an Lenkungsausschüsse. Wenn Sie mehr Platz brauchen, gehört das Detail in unterstützende Dokumente, nicht in den Statusbericht selbst.

Was ist der Unterschied zwischen einem Statusbericht und einem Projekt-Dashboard? Ein Statusbericht ist ein narratives Dokument, das Kontext liefert, Abweichungen erklärt und Anliegen auflistet. Ein Dashboard ist eine visuelle, echtzeitnahe Darstellung wichtiger Kennzahlen. Beide sind nützlich, dienen aber unterschiedlichen Zielgruppen. Dashboards eignen sich gut für Self-Service, Statusberichte sind besser, wenn Sie erklären müssen, was die Zahlen bedeuten und was als Nächstes passieren soll.

Abschluss

Statusberichte gehören zu den am meisten unterschätzten Werkzeugen im Repertoire eines Projektleiters. Sie halten Sponsoren informiert, machen Probleme frühzeitig sichtbar und schaffen eine Nachverfolgbarkeit von Entscheidungen, die bei einem Änderungsantrag oder einer Retrospektive unschätzbar wertvoll ist. Die Daten aus jedem Statusbericht fließen direkt in das Lessons-Learned-Review beim Projektabschluss ein, je ehrlicher und konsistenter Ihre Berichterstattung, desto reichhaltiger wird dieser abschließende Datensatz.

Bauen Sie die Gewohnheit früh auf. Das Projekt-Kickoff-Meeting ist der richtige Moment, um sich auf Format und Rhythmus zu einigen, damit von Anfang an alle wissen, was sie erwartet.