Arbeitsfortschritt dokumentieren

Sauberer Bericht, chaotische Datenlage

Die Geschäftsführung erwartet um 14 Uhr einen zweiseitigen Statusbericht zum Shop-Relaunch. Klare Zahlen, Ampelstatus, Entscheidungsgrundlage. Olena, deine Teamkollegin, fängt dich Donnerstagmorgen ab: "Sandra ist krank. Du musst den Bericht übernehmen." Im Ticketsystem haben drei Leute seit zwei Wochen keinen Task aktualisiert. Im Chat findest du Bruchstücke, aber keine Zahlen zu Budget oder Zeitplan.

Ohne Bericht wird die Budgetfreigabe für den nächsten Sprint verschoben. Der Relaunch-Termin vor Black Friday wackelt dann ernsthaft.

Was passiert, nachdem du Soll-Ist-Abweichungen in Zeit, Kosten und Leistungsumfang identifiziert hast? Du musst sie so aufbereiten, dass die Geschäftsführung damit Entscheidungen treffen kann. Genau das leistet ein strukturierter Statusbericht.

Fünf Pflichtbestandteile mit Ampelstatus

Jeder Statusbericht für die Geschäftsführung enthält fünf Bereiche, jeweils mit farblichem Ampelstatus (grün/gelb/rot):

1. Fortschritt gegenüber Meilensteinen: Welche sind erreicht, welche überfällig? Keine Ticketnummern, sondern Klartext wie "Produktdatenmigration abgeschlossen" oder "Zahlungsanbindung verzögert um 5 Tage".
2. Die zwei bis drei größten offenen Risiken mit erwarteter Auswirkung. Nicht die gesamte Risikomatrix, sondern die Punkte, bei denen die GF handeln muss.
3. Budgetstatus: Verbrauchtes Budget in Euro und Prozent, Prognose bis Projektende.
4. Abgeschlossene Aufgaben seit dem letzten Bericht, maximal fünf Punkte.
5. Nächste Schritte: Was steht in der kommenden Woche an? Wer ist verantwortlich?

Entscheidend: Kein Projektjargon. "Sprint Velocity" wird zu "Teamgeschwindigkeit liegt 20 % unter Plan". Die GF braucht Entscheidungsgrundlagen, keine Fachbegriffe.

🤔 Frage dich: Wie würdest du vorgehen, wenn du für den Budgetstatus keine aktuellen Zahlen findest, der Bericht aber in drei Stunden fertig sein muss?

Intern vs. extern: Vier Unterschiede

Dein Statusbericht steht. Aber nicht jede Information gehört in jede Version. Vier Kriterien bestimmen, was du für wen aufbereitest:

Das interne Team braucht Einzeltickets und technische Abhängigkeiten. Die Geschäftsführung will Meilensteine und Prozentwerte. Die Detailtiefe unterscheidet sich grundlegend.

Auch die Sprache ändert sich: Intern schreibst du "Regressionstest fehlgeschlagen". Extern wird daraus "Qualitätsprüfung hat Nacharbeit ergeben, Verzögerung 2 Tage."

Interne Berichte zeigen Budgetdetails, Teamkonflikte und Lieferantenpreise. Externe Berichte enthalten nur freigegebene Kennzahlen. Das ist eine Frage der Vertraulichkeit.

Beim Inhalt gilt: Intern gehört die vollständige Risikomatrix dazu. Extern reichen die Top-3-Risiken mit Ampelstatus.

Dokumentation als Investition in zukünftige Projekte

Eine lückenlose Projektdokumentation zahlt sich dreifach aus, auch lange nach dem Go-Live:

1. Beim nächsten Relaunch weiß das Team, dass die Zahlungsanbindung drei Wochen statt einer braucht. Ohne dokumentierte Lessons Learned wiederholt sich der Planungsfehler.
2. Der Statusbericht-Aufbau, die Risikomatrix und die Testprotokolle lassen sich als Vorlagen direkt für das Folgeprojekt übernehmen. Das spart Stunden an Aufbauarbeit.
3. Wenn ein externer Prüfer zwei Jahre später fragt, warum das Budget um 15 % überzogen wurde, liefert die Dokumentation die Begründung. Ohne sie fehlt die Audit-Sicherheit.

Olenas Statusbericht von heute wird morgen zur Vorlage und übermorgen zum Beweismittel.

🧑‍🏫 Erkläre es im Kopf: Stell dir vor, du erklärst einer neuen Auszubildenden den Unterschied zwischen einem internen und einem externen Statusbericht in je einem Satz. Wie formulierst du das?