Projektstatusbericht Vorlage: Wochenformat, Beispiel – und wie sich der Bericht aus den Recaps selbst zusammenstellt (2026)

Ein Projektstatusbericht ist eine kurze Seite im festen Format. Sie sagt den Menschen außerhalb der täglichen Arbeit, wo das Projekt steht: im Plan oder nicht, was sich seit dem letzten Bericht geändert hat, was schiefgehen könnte und worüber der Leser entscheiden soll. Er erscheint im festen Rhythmus, bei den meisten Projekten wöchentlich, und es ist jedes Mal dieselbe Seite. So vergleicht der Leser diese Woche mit der letzten, statt von vorn zu lesen.

Dieser Leitfaden behandelt zuerst das Handwerk: das Format, eine Vorlage zum Kopieren, ein ausgefülltes Beispiel und eine kürzere Wochenversion für Teamleiter, die nach oben berichten. Danach folgt die Mechanik: wann ein Bericht genügt und wann ein Status-Meeting trotzdem sinnvoll ist, wo der Bericht in den Tools entsteht, die Ihr Team ohnehin nutzt, und was zwischen den Meetings und der Seite passiert. Denn das Schwierigste am Bericht ist nicht das Schreiben. Es ist die halbe Stunde davor, in der die Leitung eine Woche voller Calls und Chats durchgeht, um herauszufinden, was tatsächlich vereinbart wurde.

Was ein Projektstatusbericht ist – und was nicht

Vier Dokumente umkreisen ein Projekt, und der Bericht wird am häufigsten mit den anderen verwechselt:

Das Recap gilt pro Meeting; der Bericht gilt pro Woche über alle Meetings hinweg. Ein Daily Standup bringt Blocker zu den Menschen, die sie beseitigen können; der Bericht sagt jemandem, der weiter entfernt ist, ob diese Blocker den Termin gefährden. Das Entscheidungsprotokoll bewahrt das Warum; der Bericht hält nur fest, dass eine Entscheidung gefallen ist oder noch aussteht. Wenn der Bericht schwerfällt, liegt die Ursache fast immer weiter vorn: Die Meetings der Woche haben keine Ergebnisse festgehalten, und die Leitung rekonstruiert sie am Freitagnachmittag aus dem Gedächtnis.

Das Wochenformat: sechs Blöcke, eine Seite

Ein Bericht, der jede Woche gelesen wird, muss auf einen Bildschirm passen und immer dieselbe Form behalten. Sechs Blöcke, in dieser Reihenfolge:

1. Kopfzeile. Projekt, Berichtszeitraum, Autor, Datum des nächsten Berichts. Leser suchen zuerst den Zeitraum – ein Bericht ohne Zeitraum ist eine Seite voller Behauptungen ohne „seit wann“.
2. Gesamtstatus in einer Zeile. Grün, Gelb oder Rot – oder im Plan, gefährdet, außer Plan – plus ein Satz, der das begründet. Die Farbe fasst die Blöcke darunter zusammen und ist kein Bauchgefühl. Wenn der Risikoblock sagt, ein Lieferant sei zwei Wochen im Verzug, darf die Zeile nicht Grün sagen.
3. Fortschritt seit dem letzten Bericht. Drei bis sechs Zeilen mit dem, was fertig wurde, jeweils als Ergebnis und nicht als Tätigkeit. „Checkout-Ablauf beim Kunden in der Prüfung“ ist eine Tatsache; „am Checkout gearbeitet“ nicht.
4. Nächster Zeitraum. Was das Team bis zum nächsten Bericht abschließen will, jeweils mit Verantwortlichem. An diesem Block wird der Fortschrittsblock der nächsten Woche gemessen.
5. Risiken, Issues und nötige Entscheidungen. Ein Risiko ist etwas, das eintreten könnte; ein Issue ist etwas, das eingetreten ist. Jede Zeile enthält: was, die Auswirkung auf Termin oder Budget, den Verantwortlichen und was vom Leser erwartet wird – auch „nichts, zur Kenntnis“. Nötige Entscheidungen bekommen eine eigene Zeile mit dem Datum, bis zu dem das Projekt die Antwort braucht.
6. Offene Aktionen. Jede noch offene Aktion aus allen Meetings dieses Zeitraums, mit Verantwortlichem und Fälligkeitsdatum, überfällige markiert. Diesen Block lassen die meisten Berichte weg, dabei beurteilt der Leser an ihm, ob die Farbe in Block 2 ehrlich ist.

Drei Dinge gehören nicht hinein: Dialoge (wer was gesagt hat), Aktivitätsprotokolle (Stunden, geführte Calls) und alles, worauf der Leser nicht reagieren könnte. Der Bericht ist für jemanden, der vier Minuten darauf verwendet. Jede Zeile sollte die Frage überstehen: „Was würde der Leser anders machen, wenn er das weiß?“

Projektstatusbericht Vorlage

Kopieren Sie sie in ein Dokument, eine Channel-Nachricht oder ein Canvas. Eckige Klammern sind Platzhalter.

[Projekt] — Statusbericht für [Zeitraum, z. B. 20.–24. Oktober]
Autor: [Name] · Versendet: [Datum] · Nächster Bericht: [Datum]
Gesamt: [im Plan / gefährdet / außer Plan] — [ein Satz, der das begründet]

Erledigt seit dem letzten Bericht
– [Ergebnis, als Tatsache] — [Verantwortlicher]
– [Ergebnis] — [Verantwortlicher]
– [Ergebnis] — [Verantwortlicher]

Nächster Zeitraum (bis [Datum des nächsten Berichts])
– [Liefergegenstand] — [Verantwortlicher]
– [Liefergegenstand] — [Verantwortlicher]

Risiken und Issues
– [Risiko oder Issue] — Auswirkung: [Termin / Budget / Umfang] — Verantwortlich: [Name] — Bitte: [Entscheidung bis Datum / zur Kenntnis]

Nötige Entscheidungen
– [Frage, mit den Optionen, die zur Wahl stehen] — benötigt bis [Datum] — von [Name]

Offene Aktionen
– [Aufgabe] — [Verantwortlicher] — fällig [Datum] — [offen / überfällig seit Datum]
– [Aufgabe] — [Verantwortlicher] — fällig [Datum] — [offen]

Die Reihenfolge ist Absicht. Ein Sponsor, der nur die ersten drei Zeilen liest, erfährt die Farbe und den Grund; wer bis zum Ende liest, erfährt die Aktionen, die die Farbe erklären. Halten Sie die Überschriften von Woche zu Woche identisch – der Wert des Formats liegt im Vergleich.

Beispiel: ein ausgefüllter wöchentlicher Statusbericht

Ein kleines Softwareprojekt, ein Team mit zwei Sprachen, ein Kunde, der den Bericht jeden Montag liest:

Bestellportal v2 — Statusbericht für 20.–24. Oktober
Autor: Mateusz · Versendet: 24. Oktober · Nächster Bericht: 31. Oktober
Gesamt: gefährdet — Die Sandbox des Zahlungsanbieters kam vier Tage zu spät; der Starttermin hält nur, wenn der Integrationstest bis 29. Oktober besteht.

Erledigt seit dem letzten Bericht
– Checkout-Ablauf beim Kunden in der Prüfung; zwei Kommentare offen — Ana
– Produktimport aus dem ERP läuft nachts im Staging — Priya
– UI-Texte auf Spanisch und Rumänisch vollständig; Französisch bei 80 % — Luca

Nächster Zeitraum (bis 31. Oktober)
– Zahlungsintegrationstest in der Sandbox des Anbieters — Priya
– Freigabe des Checkouts durch den Kunden — Ana
– Französische Texte vollständig, alle drei Sprachen geprüft — Luca

Risiken und Issues
– Verzögerung der Zahlungs-Sandbox (Issue) — Auswirkung: Start am 7. November hält nur, wenn der Test bis 29. Oktober besteht; sonst 14. November — Verantwortlich: Priya — Bitte: zur Kenntnis, Entscheidung siehe unten
– Durchlaufzeit der Kundenprüfung (Risiko) — Auswirkung: jede Runde dauert 3 Tage; eine dritte Runde verschiebt die Freigabe hinter das Testfenster — Verantwortlich: Ana — Bitte: Kunde bündelt Kommentare in einer Runde

Nötige Entscheidungen
– Falls der Test am 29. Oktober scheitert: Start am 14. November mit Zahlungen, oder am 7. November mit reiner Zahlung auf Rechnung und Kartenzahlung später — benötigt bis 30. Oktober — vom Kunden

Offene Aktionen
– Dem Anbieter die IP-Freigabeliste schicken — Priya — fällig 21. Oktober — überfällig seit 21. Oktober
– Go-live-Fenster mit dem Hosting-Partner bestätigen — Mateusz — fällig 28. Oktober — offen
– Auf die zwei Checkout-Kommentare antworten — Ana — fällig 27. Oktober — offen

Beachten Sie, was das Beispiel nicht sagt: wie viele Meetings stattfanden, wer gesprochen hat, wie viele Stunden aufgewendet wurden. Der Leser erfährt in einer Zeile, dass der Termin gefährdet ist, und in einem Block, worüber er entscheiden soll.

Wochenbericht-Vorlage für Teamleiter

Der Wochenbericht eines Teamleiters an die eigene Führungskraft ist eine kürzere Variante des Projektberichts. Der Leser ist eine einzelne Person, meist mit weniger als zwei Minuten Zeit, und es geht um drei Fragen: Hält das Team seine Zusagen, was steht im Weg, und was brauchen Sie von mir. Vier Blöcke passen in eine Chat-Nachricht:

Team [Name] — Woche vom [Datum]
Status: [im Plan / gefährdet] — [eine Zeile]
Geliefert: [zwei oder drei Ergebnisse, jeweils mit Namen]
Im Weg: [ein oder zwei Blocker, jeweils mit dem, der sie beseitigen kann]
Von Ihnen benötigt: [eine Entscheidung oder Ressource, mit Datum] — oder „diese Woche nichts“

Zwei Regeln machen den Bericht über Monate lesbar. Erstens: „Von Ihnen benötigt“ ist nie versehentlich leer. Schreiben Sie „diese Woche nichts“, damit die Führungskraft weiß, dass das Schweigen Absicht ist. Zweitens: „Geliefert“ nennt Namen – ein Wochenbericht ist auch der Ort, an dem eine Leitung die Arbeit des Teams für jemanden sichtbar macht, der sie nicht täglich sieht. Wenn das Team ohnehin ein tägliches Daily Standup mit benannten Blockern hält, ist „Im Weg“ eine Kopie der Blocker, die am Freitag noch bestehen.

Der Wochenbericht ersetzt für das meiste, was das wöchentliche Status-Meeting trug, dieses Meeting – nämlich die Information. Was er nicht ersetzen kann, behandelt der nächste Abschnitt.

Wann ein Status-Meeting weiterhin nötig ist

Ein Status-Meeting ist die Live-Form des Berichts: Jede Person sagt der Leitung oder dem Sponsor, wo die Dinge stehen, in einem Raum, auf Kosten aller. Sobald ein schriftlicher Bericht existiert, ist das Meeting nur gerechtfertigt, wenn die Seite die Aufgabe nicht erfüllen kann. Vier Fälle:

• Eine Entscheidung mit Zielkonflikt. Der Bericht kann die Optionen nennen, aber nicht darüber verhandeln. Wenn bei „Nötige Entscheidungen“ ein Eintrag steht, dessen Antwort davon abhängt, worauf zwei Stakeholder verzichten wollen, schlagen dreißig Minuten mit beiden im Raum zwei Wochen „Allen antworten“.
• Ein Termin verschiebt sich. Eine Verzögerung wird selten von einer Seite aus akzeptiert. Das Gespräch darüber, was sich mit verschiebt – Umfang, Budget, der Start eines anderen Projekts –, ist ein Meeting, mit dem Bericht als Vorlektüre.
• Ein Risiko hat seine Schwelle überschritten. In der Woche, in der ein Risiko zum Issue wird, müssen die Verantwortlichen für die Folgen es von der Leitung hören und Fragen stellen können, statt es am Montag zu lesen.
• Ein neuer Stakeholder. Wer die letzten sechs Berichte nicht gelesen hat, braucht eine Sitzung, um die Form des Projekts zu erfassen; danach genügt die Seite.

Ein Status-Meeting ist nicht dazu da, den Bericht vorzulesen. Wenn jeder Punkt der Tagesordnung „Update von X“ lautet, sagen Sie es ab und schicken Sie die Seite; der Leitfaden zur Meeting-Taktung zeigt, welche wiederkehrenden Meetings ihren Platz verdienen. Wenn das Meeting stattfindet, führen Sie es entlang des Berichts: Die Blöcke zu Risiken und Entscheidungen sind die Tagesordnung, und ein effektives Meeting endet damit, dass diese Punkte als entschieden, offen oder vertagt markiert sind. Bei Stakeholdern, die verschiedene Sprachen sprechen, gibt es für das Meeting selbst drei Möglichkeiten: eine menschliche Dolmetschung – der Leitfaden Zoom-Dolmetscher zeigt, wie sie eingerichtet wird –, die plattformeigenen Untertitel oder einen Space, der für jeden Teilnehmer übersetzt. Der Bericht, einmal geschrieben, ist eine eigene Frage.

Wo der Bericht in den Tools entsteht, die Sie schon nutzen

Jede große Plattform hinterlässt nach einem Meeting etwas, woraus sich ein Statusbericht aufbauen lässt, und jede hört an einer anderen Stelle auf. Es werden nur dokumentierte Funktionen genannt, aus den eigenen Seiten der Anbieter, jeweils mit dem Monat der Prüfung:

Zwei Dinge gelten überall. Was ein Meeting hinterlässt, ist ein Dokument pro Meeting, in der einen Sprache, die im Raum gesprochen wurde; und ob die nächsten Schritte der Vorwoche erledigt wurden, weiß das Dokument nicht – die Leitung prüft das nach, bevor sie „erledigt“ schreibt. Die Live-Untertitel der Plattformen – was Teams und Google Meet während eines Calls auf dem Bildschirm zeigen – verändern das Dokument danach nicht. Notetaker sind dieselbe Kategorie, nur einen Schritt weiter: Die in Otter.ai-Alternativen verglichenen schreiben eine Zusammenfassung pro Meeting, und ein Bericht, der einen Monat voller Meetings umspannt, bleibt eine eigene Seite.

Wie sich der Bericht aus den Recaps selbst zusammenstellt

InterMIND ist ein Space für die tägliche Kommunikation, in dem ein Projekt in einem Channel lebt; das Rohmaterial des Berichts hat dort also einen naheliegenden Platz. Jedes Meeting im Channel endet mit einem Recap – einer Zusammenfassung, den Entscheidungen und den Action items mit Verantwortlichen und Terminen –, geschrieben aus dem Meeting selbst und zugestellt per E-Mail, als Nachricht im Channel und als Link im Kalendereintrag. Jedes angemeldete Mitglied liest es in der eigenen Sprache: Das Protokoll wird pro Leser übersetzt und nicht einmal in der Sprache geschrieben, die der Raum zufällig verwendet hat; dasselbe gilt für den Chat des Channels drumherum, den jedes Mitglied in der eigenen Sprache tippt. Jedes Mitglied kann das Recap bearbeiten, jede Änderung behält Autor und Versionsverlauf, und der Channel bewahrt das Recap jeder vergangenen Sitzung auf – „erledigt seit dem letzten Bericht“ ist also ein Scrollen durch die Recaps der Woche statt einer Rekonstruktion.

Die Action items tragen ihren Status mit sich. Ein Eintrag steht auf offen, erledigt oder nicht erledigt mit Begründung, und in einer Organisation mit aktivierten Team-Statusseiten werden die offenen Punkte früherer Sitzungen beurteilt, wenn das nächste Recap geschrieben wird: Ein Punkt, den jemand als abgeschlossen gemeldet hat, wird als erledigt markiert; ein Punkt, der besprochen, aber nicht abgeschlossen wurde, als nicht erledigt, mit der Begründung in den Worten des Meetings; ein Punkt, den niemand angesprochen hat, bleibt offen. Das ist der Block „Offene Aktionen“ der Vorlage, geführt von den Meetings statt von der Leitung.

Aus den Team-Statusseiten kommt der Rest des Berichts. Eine Seite über die letzten 7, 28 oder 90 Tage listet die Aufgaben, Probleme, das Wichtige und Dringende und das Geld auf, das auf dem Spiel steht, und jede Zeile trägt das wörtliche Zitat aus dem Recap, auf dem sie beruht; eine Aufgabe bleibt, bis jemand sie schließt, und gilt nach vier Wochen ohne Bewegung als stockend. Die Leitung schreibt die Trendzeile und die Farbe – das Urteil – über eine Seite, die die Meetings bereits gefüllt haben. Dieselbe Seite lässt sich über einen angebundenen Assistenten lesen: Wer in Claude, ChatGPT, Copilot oder Gemini arbeitet, fragt nach den offenen Aufgaben und Problemen der Woche und erhält die Zeilen mit ihren Zitaten. Team-Statusseiten sind eine Vorschaufunktion in kostenpflichtigen Plänen: Der Admin einer Organisation schaltet sie unter Settings → Advanced ein, nachdem er die Alpha-Bedingungen akzeptiert hat (die Seite Vorschaufunktionen beschreibt jede einzelne).

Wenn der Bericht in einem führenden System landen muss, fügt der Host eine Recap-Kopie an eine beliebige Adresse hinzu – etwa das Eingangspostfach eines CRM oder Projekt-Trackers –, und jedes Recap des Meetings oder Channels wird nach einer einmaligen Bestätigung der Adresse auch dorthin gesendet; die Details stehen in Eine Kopie jedes Meeting-Recaps per E-Mail in Ihrem CRM, und dasselbe Recap kommt als Webhook oder Zapier-Trigger an, für Teams, die es selbst in einen Tracker einspielen.

Ein Kunden-Stakeholder, der die Recaps sehen soll, wird per E-Mail in den Channel eingeladen und tritt mit einem kostenlosen Konto bei; er liest in der eigenen Sprache, und externe Teilnehmer in einem Channel kosten den Host nichts. Ein Gast eines einzelnen Meetings kommt per Link dazu, ohne Konto und kostenlos – vom Handy, im Browser – und hört das Meeting live in der eigenen Sprache. Danach gibt es für einen Gast keine Aufzeichnung – das Konto ist kostenlos, und es macht die Aufzeichnung erst zugänglich. Der Host stellt den Space bereit und zahlt in einem kostenpflichtigen Plan nur für die in den vorherigen 28 Tagen aktiven Mitglieder; Mitglieder, die ruhig werden, behalten ihren Zugang ohne Kosten.

• Ein vollständiges Recap öffnen — eine echte Aufzeichnung, gerendert vom selben Code, der Ihre schreibt.
• Live-Demo ausprobieren — ohne Anmeldung; sprechen Sie und hören Sie, wie der Raum für jeden Zuhörer übersetzt wird.

Das Handwerk des Berichts überlebt jedes Tool: Jemand muss weiterhin sagen, ob das Projekt im Plan ist und warum. Was nicht überleben muss, ist die halbe Stunde am Freitag – eine Woche voller Calls in einer Sprache durchzugehen, um herauszufinden, was vereinbart wurde und ob es jemand getan hat.

FAQ

Was ist ein Projektstatusbericht?

Eine kurze Seite im festen Format, in regelmäßigem Rhythmus versendet – meist wöchentlich –, die Menschen außerhalb der täglichen Arbeit sagt, wo ein Projekt steht: ein Gesamtstatus in einer Zeile mit Begründung, was seit dem letzten Bericht abgeschlossen wurde, was bis zum nächsten geplant ist, die Risiken und Issues mit ihrer Auswirkung auf Termin oder Budget, die Entscheidungen, um die der Leser gebeten wird, und die noch offenen Aktionen mit Verantwortlichen und Fälligkeitsdaten. Es ist jedes Mal dieselbe Seite, damit der Leser Wochen vergleicht, statt von vorn zu lesen.

Was gehört in einen wöchentlichen Statusbericht?

Sechs Blöcke: eine Kopfzeile mit dem Berichtszeitraum; eine Zeile Gesamtstatus mit Begründung; Fortschritt seit dem letzten Bericht als Ergebnisse, nicht als Tätigkeiten; die Zusagen für den nächsten Zeitraum mit Verantwortlichen; Risiken, Issues und nötige Entscheidungen, jeweils mit Auswirkung und einer Bitte; und jede offene Aktion mit Verantwortlichem und Fälligkeitsdatum, überfällige markiert. Lassen Sie Dialoge, Stunden und alles weg, worauf der Leser nicht reagieren kann.

Wie schreibt man einen Projektstatusbericht?

Gehen Sie vom vorherigen Bericht aus: Sein Block „Nächster Zeitraum“ ist die Checkliste dieser Woche, und seine offenen Aktionen sind entweder erledigt oder weiter offen. Gehen Sie dann die Recaps der Meetings der Woche durch, um zu sehen, was entschieden und was neu hinzugekommen ist. Schreiben Sie die Statuszeile zuletzt, nach dem Risikoblock, damit die Farbe zu den Fakten passt. Versenden Sie den Bericht jede Woche am selben Tag an dieselbe Liste und halten Sie die Überschriften von Bericht zu Bericht identisch.

Was ist der Unterschied zwischen einem Statusbericht und einem Status-Meeting?

Ein Statusbericht wird asynchron geschrieben und gelesen; ein Status-Meeting liefert dieselbe Information live, auf Kosten der Zeit aller im Raum. Sobald ein Bericht existiert, ist ein Meeting gerechtfertigt, wenn die Seite die Aufgabe nicht erfüllen kann: eine Entscheidung mit Zielkonflikt zwischen Stakeholdern, ein Termin, der sich verschiebt, ein Risiko, das gerade zum Issue wurde, oder ein neuer Stakeholder, der die Form des Projekts einmal braucht. Ein Meeting, dessen Tagesordnung „Update von jeder Person“ lautet, ist ein laut vorgelesener Bericht.

Unterscheidet sich ein Wochenbericht für Teamleiter von einem Projektstatusbericht?

Er ist kürzer und an eine einzelne Person gerichtet. Der Wochenbericht eines Teamleiters an die Führungskraft beantwortet drei Fragen in vier Blöcken – Status in einer Zeile, was das Team geliefert hat, mit Namen, was im Weg steht und wer es beseitigen kann, und was von der Führungskraft bis wann benötigt wird – und passt in eine Chat-Nachricht. Ein Projektstatusbericht ist länger, umfasst einen Zeitraum und einen Kreis von Stakeholdern und trägt Risiken, Entscheidungen und offene Aktionen aus allen Meetings des Projekts.

Wie oft sollte ein Projektstatusbericht versendet werden?

Bei den meisten Projekten wöchentlich: oft genug, dass eine Verzögerung innerhalb einer Woche auffällt, selten genug, dass jeder Bericht etwas Neues enthält. Zweiwöchentlich passt zu langen, stetigen Projekten mit wenigen Entscheidungen; tägliche Berichte gehören in eine Launch-Woche oder zu einem Vorfall und sind ein anderes, kürzeres Dokument. Bei jedem Rhythmus sollten Wochentag und Empfängerliste gleich bleiben – ein Bericht, der jede Woche an einem anderen Tag kommt, wird nicht als Reihe gelesen.

Sollte der Kunde den Statusbericht erhalten?

Ja, wenn der Kunde das Projekt bezahlt und eine Entscheidung im Bericht bei ihm liegt – der Block „Nötige Entscheidungen“ ist für ihn geschrieben. Schreiben Sie nach Möglichkeit einen Bericht für alle statt einer Kundenversion und einer internen; ein Bericht in zwei Versionen driftet auseinander, und die interne wird zur eigentlichen. Aus einem geteilten Bericht bleiben die internen Details des Teams heraus – individuelle Leistung, Schätzungen in Verhandlung –, die in die eigenen Notizen der Leitung gehören.

Quellen: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google Meet — "Take notes for me" in Google Meet; Google Workspace Updates — "Take notes for me" suggests next steps; Slack — Meeting agenda template (canvas). Die Seiten zu Microsoft-Notizen, Google-Meet-Notizen und Slack wurden im Oktober 2026 geprüft; die Ankündigung zu Googles nächsten Schritten im September 2026; die Seiten zum Microsoft-Recap und zur Zoom-Meeting-Zusammenfassung im August 2026. Anbieter ändern Pläne, Funktionen und Sprachlisten im Lauf der Zeit; den aktuellen Stand finden Sie auf deren Seiten.