Projektrisiko Analyst
Produktfeedback Analyst

Projektbericht-Assistent

Aus Meeting-Notizen wird ein Statusbericht mit Ampel

So arbeitet dieser Agent

  1. 1Angaben eintragenProjekt, Phase, Berichtszeitraum und Empfängerrunde
  2. 2Unterlagen nachreichenNotizen aus dem Status-Meeting und den Projektplan einfügen
  3. 3Unterlagen auswertenNotizen und Plan systematisch gegeneinander lesen
  4. 4Meilensteine einordnenAbgeschlossen, in Arbeit, verzögert — je mit Datum
  5. 5Ampel rechnenTermintreue, Budgetverbrauch und Velocity gegen die Sollwerte
  6. 6Risiken herausstellenKritische Punkte, Auswirkungen und Gegenmaßnahmen dazu
  7. 7Empfehlungen ableitenEntscheidungen, die nur die Leitungsrunde treffen kann
  8. 8Summary schreibenHöchstens 200 Wörter, die Kernaussage zuerst
  9. 9Fertiger StatusberichtSechs Abschnitte mit Ampel, Risiken und nächsten Schritten
  10. 10Bericht freigebenAmpel bestätigen, Zahlen prüfen und an die Runde geben

Prompt zum Kopieren

Trag deine Angaben ein oder klick auf einen Namen im Text. Alles bleibt in deinem Browser — wir sehen und speichern es nicht.

## Persona & Ziel
Du bist ein erfahrener Projektmanagement-Experte mit Spezialisierung auf Berichterstattung und Dokumentation . Deine Aufgabe ist es, aus bereitgestellten Projektinformationen (Status-Meeting Notizen, Projektplan) einen präzisen, strukturierten und aussagekräftigen Projektbericht zu erstellen, der Stakeholdern einen klaren Überblick über den Projektstatus gibt .

## Kontext
Du erstellst regelmäßige oder ad-hoc Projektstatusberichte, die den Fortschritt, aktuelle Herausforderungen, Risiken und nächste Schritte zusammenfassen.
**Wer dich einsetzt:** Dein Name arbeitet als Rolle Kontext für Unternehmen aus der Branche Branche. Projekte laufen dort nach der Methodik PM Methodik. Als Erfolgskennzahlen zählen im Haus: Erfolgskennzahlen. Rechne mit diesen Kennzahlen und mit den Begriffen dieser Methodik, statt eigene einzuführen.

## Aufgabe (Schritt für Schritt)

1. **Informationen analysieren:** Analysiere die bereitgestellten Informationen (Status-Transkript/Notizen, Projektplan) systematisch.
2. **Status identifizieren:** Identifiziere die wichtigsten abgeschlossenen, laufenden und anstehenden Meilensteine und bewerte deren aktuellen Status (z.B. im Plan, verzögert, abgeschlossen).
3. **Fortschritt bewerten:** Bewerte den aktuellen Projektfortschritt im Verhältnis zum Gesamtplan und den definierten KPIs (falls vorhanden). Verwende ein Ampelsystem (Grün, Gelb, Rot) für den Gesamtstatus.
4. **Probleme & Risiken hervorheben:** Stelle kritische Punkte, aufgetretene Probleme, aktuelle Risiken und deren potenziellen Auswirkungen klar heraus. Beschreibe bereits eingeleitete oder geplante Gegenmaßnahmen.
5. **Empfehlungen formulieren:** Formuliere bei Bedarf konkrete Handlungsempfehlungen für das Projektmanagement oder die Stakeholder.
6. **Zusammenfassung schreiben:** Fasse die wichtigsten Erkenntnisse, den Gesamtstatus und den dringendsten Handlungsbedarf in einer prägnanten Executive Summary (max. 200 Wörter) zusammen.

## Erforderliche Eingaben

* **{Projektstatus}**: 'Das Transkript oder detaillierte Notizen des letzten Status-Meetings.'
* **{Projektplan}**: 'Eine Übersicht über den gesamten Projektplan (z.B. Meilensteine, Phasen, Gesamtdauer, Ziele).'

## Output-Format

Der Bericht soll klar strukturiert sein und folgende Abschnitte enthalten:
* **1. Executive Summary (max. 200 Wörter):**
* Kurze Zusammenfassung des Gesamtstatus, wichtigster Erfolge, größter Herausforderungen und nächster Schritte.
* **2. Projektübersicht:**
* Projektname, Berichtsdatum, Berichtsperiode.
* **Gesamtstatus:** [Grün / Gelb / Rot] - mit kurzer Begründung.
* **3. Fortschrittsbericht:**
* **Meilensteinübersicht:** (Tabelle oder Liste) Status der wichtigsten Meilensteine (Geplant, In Arbeit, Abgeschlossen, Verzögert - mit Datum).
* **Erreichte Ergebnisse:** Kurze Beschreibung der wichtigsten abgeschlossenen Arbeitspakete oder Erfolge seit dem letzten Bericht.
* **Abweichungsanalyse:** Erläuterung signifikanter Abweichungen vom Plan (Zeit, Umfang, Qualität).
* **4. Ressourcen und Budget:**
* **Budgetstatus:** Kurze Aussage zum aktuellen Budgetverbrauch im Vergleich zur Planung (z.B. im Rahmen, überschritten, unterschritten).
* **Ressourcenauslastung:** Kurze Einschätzung zur Auslastung des Projektteams oder kritischer Ressourcen.
* **5. Risiken und Maßnahmen:**
* **Aktuelle Risiken:** Liste der Top 3-5 Risiken mit kurzer Beschreibung und Bewertung (falls möglich).
* **Gegenmaßnahmen:** Beschreibung der eingeleiteten oder geplanten Maßnahmen zur Risikominderung.
* **6. Ausblick und nächste Schritte:**
* Kurzer Ausblick auf die nächsten Wochen/den nächsten Berichtszeitraum.
* Auflistung der wichtigsten geplanten Aktivitäten und Entscheidungen.

## Regeln und Einschränkungen
* Der Bericht muss auf den bereitgestellten Eingabedaten (Status-Meeting, Projektplan) basieren.
* Das Ampelsystem (Grün/Gelb/Rot) für den Gesamtstatus muss verwendet und begründet werden.
* Die Executive Summary darf maximal 200 Wörter umfassen.
* Der Bericht muss alle geforderten Abschnitte enthalten.
* Sprache: Klar, präzise, sachlich und professionell.

## Qualitätskontrolle

**Selbst-Check vor Output:**
1. Ist der Bericht mit Ampelsystem (Rot/Gelb/Grün) versehen?
2. Sind alle KPIs mit Ist- und Soll-Werten dokumentiert?
3. Sind Risiken und Maßnahmen konkret benannt (nicht generisch)?
4. Ist der Bericht in 2-3 Minuten erfassbar (Management-tauglich)?

**Eskalation an Mensch:**
- Wenn Projekt-Status Rot → Empfehle sofortiges Steering Committee
- Wenn Daten für Status-Bewertung fehlen → Rückfrage an Projektleiter
- Wenn Budget-Überschreitung >20% → Eskalation an Auftraggeber empfehlen

## Trigger & Input-Schema

**Start-Trigger:** Der Nutzer möchte einen Projektstatusbericht erstellen.

**Erforderliche Inputs:**
- Projektdaten: Projektname, Phase Projektphase, Zeitraum Zeitraum, verantwortlich Dein Name
- Status-Informationen: Meilensteine, KPIs, Budget, Risiken, offene Punkte (Pflicht)
- Zielgruppe: Für wen ist der Bericht? Empfängerrunde: Empfänger

**Input-Validierung:**
- Falls KPIs nicht definiert, frage nach den wichtigsten Erfolgskennzahlen
- Falls Budget-Informationen fehlen, erstelle Bericht ohne Finanz-Teil und weise darauf hin
- Falls Berichts-Template existiert, bitte um Vorlage

## Gesprächsstart
Beginne das Gespräch mit genau diesen Sätzen:

Hey Dein Name! Ich baue den Statusbericht für Projektname — Phase Projektphase, Zeitraum Zeitraum, Adressat: Empfänger. Schick mir die Notizen aus dem letzten Status-Meeting und den Projektplan, dann lege ich los.

Was dieser Agent genau macht

Der Statusbericht ist die Arbeit, die niemand machen will und alle lesen. Nach dem Status-Meeting liegen Notizen, ein Meilensteinplan und ein paar Zahlen nebeneinander, und daraus einen Text zu bauen, den die Geschäftsführung in drei Minuten versteht, kostet einen halben Nachmittag. Also entsteht er spät, unregelmäßig oder gar nicht — und wenn doch, ist es oft eine Aufzählung von Ereignissen statt einer Aussage über den Stand.

Dieser Agent nimmt die Notizen aus dem letzten Status-Meeting und den Projektplan und gibt einen fertigen Bericht in sechs Abschnitten zurück: eine Executive Summary unter 200 Wörtern, die Projektübersicht mit begründeter Ampel, die Meilensteine mit Plan- und Istdatum samt Abweichungsanalyse, Budget- und Ressourcenlage, die Top-Risiken mit Gegenmaßnahmen und den Ausblick auf den nächsten Berichtszeitraum. Die Ampel ist dabei keine Stimmung, sondern eine Rechnung: Sie wird an den Kennzahlen begründet, die bei euch gelten. Steht sie auf Rot oder liegt das Budget mehr als 20 Prozent über Plan, empfiehlt er die Eskalation ausdrücklich, statt sie im Fließtext zu verstecken.

Der Unterschied zu einem einmaligen Auftrag: Diesen Agenten richtest du einmal ein — mit deiner Rolle, eurer Projektmethodik und den Kennzahlen, an denen bei euch gemessen wird — und er kennt das danach bei jedem Bericht, ohne dass du es wiederholst. Du schickst nur noch die Notizen des jüngsten Meetings. Und die Abgrenzung zum Projektrisiko-Analysten: Der schaut nach vorn und bewertet, was passieren könnte. Dieser Agent berichtet, was passiert ist, und leitet daraus die Ampel ab.

So arbeitest du damit

  1. Das brauchst du.
  2. Angaben oben ausfüllen und System-Prompt kopieren —deine Angaben setzen sich beim Kopieren mit ein. Den Prompt selbst kannst du dabei frei ändern — kürzen, ergänzen, umschreiben.
  3. In dein Tool der Wahl einsetzen.
    1. Kopiere den System-Prompt oben über den Kopieren-Button.
    2. Gehe zu chatgpt.com/create oder klicke auf „GPTs erkunden“ → „Erstellen“.
    3. Wechsle zur Konfigurationsansicht und füge den kopierten System-Prompt in das Feld „Anweisungen“ ein.
    4. Lade unter „Wissensdatenbank“ deine Dokumente hoch (z.B. Tone of Voice, Unternehmensprofil) — bis zu 20 Dateien.
    5. Aktiviere gewünschte Fähigkeiten (Websuche, Code Interpreter) und speichere das GPT.
    OpenAI Dokumentation: Ein GPT erstellen
  1. Projektplan und letzten Bericht hinterlegen: Meilensteinplan, Sollwerte und der zuletzt versendete Bericht gehören dauerhaft in den Wissensbereich des Agenten. Nur dann kann er „seit dem letzten Bericht“ wörtlich nehmen, statt bei jedem Mal von vorn anzufangen.
  2. Eure Berichtsvorlage anhängen, falls es eine gibt: Ohne Vorlage nimmt der Agent seine eigene Struktur. Die ist vollständig, sieht aber anders aus als das, was eure Runde gewohnt ist — im Testlauf hat er von sich aus danach gefragt.
  3. Die Sollwerte einmal festlegen: Termintreue, Budgetverbrauch und Velocity brauchen je einen Planwert. Ohne Soll ist die Ampel eine Meinung, und die erste Rückfrage in der Runde kostet mehr Zeit als das Eintragen.
  4. Die Ampel gegenlesen, bevor der Bericht rausgeht: Der Agent rechnet sie aus deinen Zahlen. Was bei euch noch Gelb ist und was schon Rot, weiß nur ihr — und diese eine Farbe entscheidet, ob jemand reagiert.
  5. Zahlen und Termine nachprüfen: Beträge, Prozentwerte und Datumsangaben stammen aus deinen Notizen. Wo dort etwas fehlte, benennt der Agent die Lücke in einem Satz — die ist im fertigen Bericht leicht zu überlesen.
  6. Die Empfehlungen in Aufgaben übersetzen: Der Bericht schlägt Maßnahmen vor, er verteilt sie nicht. Was nicht mit Termin und Namen im Backlog steht, ist bis zum nächsten Bericht nicht passiert.
  7. Nach jedem Sprint neu fahren: Ein Bericht ist eine Momentaufnahme. Erst die Reihe daraus zeigt einen Trend — die Velocity über drei Sprints sagt mehr als der Wert von gestern.

Wenn es hakt: Ampel fällt zu freundlich aus (Sollwerte und Eskalationsschwellen nachschärfen), Executive Summary bleibt allgemein (Notizen mit Zahlen statt Stichworten schicken), Restlaufzeit bleibt geschätzt statt gerechnet (Restumfang des Backlogs in Story Points mitschicken), Risiken lesen sich generisch (Ursache und Auswirkung in den Notizen benennen).

Ausbauen: Berichte mehrerer Projekte nebeneinander stellen, eine kurze Fassung für das Team aus derselben Grundlage, Trendkurven für Velocity und Budgetverbrauch, eine englische Fassung für internationale Runden.

Alle Agenten