Status-Reports, Risiko-Tracking, Stakeholder-Updates – die Routine schneller, die Tiefe besser.
Warum Claude für deine Rolle?
Einordnung
Projektmanagement ist Kommunikations-Knochenarbeit: Status-Reports an Steering, Risiko-Updates an die Leitung, Meeting-Mitschriften für das Team, Eskalationen an Stakeholder, Lessons Learned für die Doku. Alles muss klar, knapp, an Zielgruppe und Format angepasst sein.
Dieser Track zeigt dir, wie du Claude für die wiederkehrenden PM-Routinen einsetzt: Custom Instructions für deinen Reporting-Stil, Projects als Projekt-Container mit Charter, Risikoregister und Meeting-Notizen, Skills für Standard-Formate (Statusbericht, RAID-Log, Steering-Decks).
Das eigentliche Können bleibt bei dir – Risiko-Bewertung, Stakeholder-Lesart, politisches Gespür. Claude übernimmt das strukturierte Formulieren, damit du Zeit fürs Wesentliche hast.
HINWEIS
Vertrauliche Projekt-, Kunden- und Personaldaten (Namen, Budgets, Leistungsbewertungen) gehören nicht in den Standard-Chat. Für echte Projektdaten: Projects mit Zugriffsregeln oder pseudonymisiert arbeiten.
Skill „Statusbericht" oder „RAID-Update" mit deiner Struktur – einmal definiert, immer reproduzierbar in identischem Format. Skills gibt es in claude.ai/Projects ebenso wie in Claude Code; der Guide zeigt den dateibasierten Code-Weg.
Wiederverwendbare Agent Skills, die Claude bei passenden Aufgaben automatisch lädt – als SKILL.md mit YAML-Frontmatter.
Sonnet für Standard-Reports, Opus für tiefe Risiko-Analyse oder Stakeholder-sensible Eskalationen.
Drei Modelle, drei Stärken – wie du das richtige Modell für jede Aufgabe wählst.
Was du damit machst
Konkrete Anwendungen
Wöchentlicher Status-Report aus Bullet-Notizen
chat
Notizen aus der Woche → strukturierter Statusbericht im Custom-Format (Highlights, Risiken, nächste Schritte, Asks). 30 Minuten Aufwand werden 5.
Risiko-Analyse mit Wahrscheinlichkeit/Impact
chat
Risiko beschreiben, Claude liefert 5-Felder-Bewertung (Wahrscheinlichkeit, Impact, betroffene Workstreams, Mitigationen, Owner-Vorschlag) – als RAID-Eintrag fertig.
Meeting-Mitschrift → Action Items
chat
Audio-Transkript oder Bulletliste → strukturierte Mitschrift mit Beschluss/Action-Item/Owner/Frist. Direkt Slack-/Mail-tauglich.
Stakeholder-Update in 3 Varianten
chat
Ein Sachverhalt, drei Adressaten: Steering (knapp, Entscheidungsfokus), Team (operativ, transparent), Sponsor (Outcome, Risiken). Claude liefert alle drei in einem Prompt.
Lessons-Learned-Workshop vorbereiten
chat
Project mit Charter + Status-Historie als Wissensbasis. Claude generiert Fragenkatalog, gruppiert nach Themen, schlägt Workshop-Agenda vor.
Arbeitspaket-Struktur aus Projektbeschreibung
chat
Projektbeschreibung, Ziele und bekannte Abhängigkeiten eingeben – Claude liefert einen strukturierten Work-Breakdown mit Arbeitspaketen, geschätztem Aufwand (grob), vorgeschlagenen Verantwortlichkeiten und Abhängigkeitshinweisen. Ideal als erster Entwurf für Kickoff-Planung oder Ressourcen-Gespräche.
Spezialisierte Lernfäden
Mini-Workflows für konkrete Aufgaben
01
Status-Report-Wochenroutine
Jeden Freitag das gleiche: Wochen-Status für Steering schreiben. Du willst die Zeit von 60 Min auf 15 Min drücken – ohne Qualität zu verlieren.
1
Project pro Projekt anlegen
Project mit Charter, OKRs, Risikoregister, vorherigen Status-Reports. Wird dauerhafter Kontext-Anker.
„Knapp, RAID-fokussiert (Risks, Assumptions, Issues, Dependencies), immer Status pro Workstream als Ampel + 1-Satz-Begründung." Konsistenz pro Wochenrunde.
Politisches Lesart, Eskalations-Sprache, „was zwischen den Zeilen kommuniziert wird" – bleibt bei dir. Claude liefert Rohfassung, du polierst.
02
Risiko-Workshop vorbereiten
Lessons-Learned oder Pre-Mortem-Workshop steht an. Du brauchst einen guten Fragenkatalog, Hypothesen zu möglichen Risiken, eine sinnvolle Workshop-Agenda.
1
Adaptive Thinking für Hypothesen
Project mit Charter + Status-Historie. Prompt: „Generiere 10 plausible Risiken für diesen Projekt-Typ. Pro Risiko: Wahrscheinlichkeit, Impact, möglicher Trigger, früher Indikator."
„Wie würden Kunde / Vertrieb / Engineering / Sponsor die TOP-3-Risiken bewerten? Jeweils 2 Sätze plus erwartbarer Einwand." Bereitet dich auf Workshop-Dynamiken vor.
3
Agenda-Skeleton
„Workshop mit 8 Personen, 2 Stunden, Ziel: 3 prioritäre Risiken mit Owner. Schlag mir Methode pro 30-Min-Block vor (z.B. Silent Brainstorming, Dot-Voting, Risk-Matrix)."
4
Materialien drumherum
Briefing-Mail für Teilnehmende, Vorab-Survey-Fragen, Follow-up-Template – alles in einem Rutsch generieren lassen, dann anpassen.
03
Meeting-Protokoll → strukturierte Action Items
Du hast ein Meeting-Transkript oder rohe Mitschriften und brauchst daraus ein klares Protokoll mit verbindlichen Action Items, Ownern und Fristen – ohne stundenlanges Nacharbeiten.
1
Rohdaten bereitstellen
Transkript, Audio-Export oder eigene Stichpunkte in Claude eingeben. Je mehr Kontext (Projekttitel, Teilnehmende, Ziel des Meetings), desto besser sortiert Claude Beschlüsse von Diskussion.
„Jedes Action Item MUSS einen Owner haben. Wenn im Protokoll kein Owner genannt wurde, markiere es mit [OWNER OFFEN]. Keine Action Items ohne Frist – mindestens eine KW-Angabe." Verhindert unverbindliche To-do-Listen.
Protokoll als Artifact in den Chat rendern oder direkt als Text kopieren. Tipp: Custom Instruction „Protokoll-Sprache ist knapp, kein Fließtext, Aktiv-Form" sorgt für sofort versandtaugliche Qualität.
Tipps & Tricks
Rollenspezifische Power-Hebel
▶
Eine Skill pro Format
Status-Report, RAID-Update, Meeting-Mitschrift, Stakeholder-Update – jeweils eigene Skill mit eigener Struktur. Vermischen führt zu Wischi-Waschi-Outputs.
▶
Output-Limit hart setzen
Steering will keine 3-Seiten-Berichte. „Max 200 Wörter, max 5 Bullet-Points, max 1 Risiko-Eskalation pro Bericht." Hilft dir gleich mit, das Wesentliche zu finden.
▶
Devil's Advocate vor Steering
Vor jedem Steering-Termin: „Welche 3 unangenehmen Fragen werden mich treffen? Wie würde ich sie ohne Defensive beantworten?" Spart Improvisation im Raum.
▶
Modellwahl-Faustregel
Tages-Routine (Status, Mitschrift): Sonnet 4.6. Sensible Eskalation, mehrstufige Risiko-Analyse: Opus 4.8. Bulk-Klassifikation (50 Tickets nach Priorität): Haiku 4.5.
Prompt-Packs
Copy & Paste – sofort einsetzbar
Projektsteuerung – sofort einsetzbar
Diese Prompts liefern dir direkt verwertbare Entwürfe für typische PM-Routinen. Wichtig: Vertrauliche Projekt- und Personaldaten (z.B. namentliche Eskalationen, interne Kostenzahlen, Personalentscheidungen) nicht in den Standard-Chat eingeben – Projects mit klaren Zugriffsregeln oder pseudonymisierte Eingaben verwenden.
Statusbericht-Generator
Erstelle einen Wochenstatus-Report für das folgende Projekt. Struktur: (1) Gesamt-Status (Ampel: Grün / Gelb / Rot + 1-Satz-Begründung), (2) Highlights der Woche — max. 3 Punkte als Bullet, (3) Risiken & Issues — je Eintrag: Beschreibung | Wahrscheinlichkeit (hoch/mittel/niedrig) | Impact | Mitigation | Owner, (4) Asks an Steering — was wird diese Woche entschieden oder freigegeben?, (5) Nächste Schritte — max. 3 Prioritäten der Folgewoche. Ton: knapp, direkt, kein Fließtext. Max. 250 Wörter. Projekt und Wochen-Input: [PROJEKT-KONTEXT UND STICHPUNKTE DER WOCHE HIER EINFÜGEN]
Die Ampel-Regel mit Pflicht-Begründung verhindert, dass Statusberichte immer auf Grün bleiben – wer Gelb setzt, muss in einem Satz erklären warum, was die Diskussionsqualität im Steering hebt.
Risiko-Analyse & RAID-Eintrag
Analysiere das folgende beschriebene Risiko und erstelle einen vollständigen RAID-Log-Eintrag. Felder: Risiko-ID (generieren), Titel (max. 8 Wörter), Kategorie (Technisch / Ressourcen / Scope / Extern / Abhängigkeit), Beschreibung (2-3 Sätze), Wahrscheinlichkeit (1–5), Impact (1–5), Risiko-Score (W×I), Status (offen / in Mitigation / eskaliert), Mitigation-Maßnahmen (max. 3 Bullets), Frühindikator (woran erkenne ich, dass das Risiko schlagend wird?), vorgeschlagener Owner. Das Risiko: [RISIKO HIER BESCHREIBEN]
Der Frühindikator ist das wertvollste Feld – er macht das Risiko-Monitoring operativ, weil alle Beteiligten wissen, worauf sie konkret achten müssen.
Meeting-Protokoll → Action Items
Lies die folgenden Meeting-Notizen oder das Transkript und erstelle ein strukturiertes Protokoll. Abschnitte: (1) Meeting-Kurzinfo (Datum, Teilnehmende, Ziel des Meetings), (2) Zusammenfassung (max. 3 Sätze), (3) Beschlüsse — nummerierte Liste, jeder Beschluss als vollständiger Satz, (4) Action Items — Tabelle mit Spalten: Nr. | Aufgabe | Owner | Frist | Priorität (hoch/mittel/niedrig), (5) Offene Punkte — was bleibt ungeklärt und wer klärt es bis wann? Wenn kein Owner oder keine Frist aus den Notizen hervorgeht, markiere das Feld mit [OFFEN]. Notizen: [MEETING-NOTIZEN ODER TRANSKRIPT HIER EINFÜGEN]
Die explizite [OFFEN]-Markierung für fehlende Owner und Fristen macht Lücken sichtbar, statt sie zu übertünchen – das erhöht den Druck zur Klärung im Follow-up.
Stakeholder-Update je Zielgruppe
Formuliere das folgende Projekt-Update in drei Varianten für unterschiedliche Adressaten: (A) Steering Committee — max. 5 Bullets, Fokus auf Entscheidungsbedarf und Risiken, keine operativen Details, (B) Projektteam — operativ, transparent, was bedeutet das für unsere nächste Woche?, (C) Projekt-Sponsor — Outcome-Fokus, strategische Bedeutung, was brauche ich von dir?. Ton aller Varianten: direkt, keine Phrasen. Max. 120 Wörter je Variante. Das Update: [PROJEKT-SACHVERHALT HIER IN 5-8 SÄTZEN BESCHREIBEN]
Drei Varianten in einem Prompt statt drei separater Briefings – du siehst die Tonunterschiede im direkten Vergleich und kannst gezielt nachjustieren.
Work-Breakdown-Struktur aus Projektbeschreibung
Erstelle eine erste Work-Breakdown-Struktur (WBS) für das folgende Projekt. Gliederungstiefe: 2 Ebenen (Phasen → Arbeitspakete). Pro Arbeitspaket: Titel (max. 5 Wörter), Kurzbeschreibung (1 Satz), geschätzter Aufwand (grobe Bandbreite in Personentagen), vorgeschlagener Verantwortungsbereich (Rolle, keine Einzelperson), bekannte Abhängigkeiten zu anderen Paketen. Markiere Pakete mit besonders hoher Schätzunsicherheit mit [UNSICHER]. Projektziel und Rahmenbedingungen: [PROJEKTBESCHREIBUNG, ZIELE UND BEKANNTE CONSTRAINTS HIER EINFÜGEN]
Die [UNSICHER]-Markierung bei Paketen hoher Unschärfe signalisiert sofort, wo im Kickoff oder in der Ressourcenplanung noch Klärungsbedarf besteht – bevor Aufwände fest committed werden.
Häufige Fehler
Was du in dieser Rolle vermeiden solltest
✕
Reines Übernehmen ohne Validation
Skill liefert Status-Report → direkt an Steering. Aber: hast du die Risiko-Einschätzung selbst nochmal geprüft? Owner aktualisiert? Skill ist Werkzeug, kein Auto-Pilot.
✕
Skills überfrachten
Ein Skill „Allgemeine PM-Hilfe" wird nie automatisch gewählt – zu generisch. Spezifische Skills („Statusbericht IT-Projekte", „RAID-Update Q4") performen besser.
✕
Kein klarer Owner pro Action Item
Meeting-Mitschrift-Skill ohne „IMMER Owner + Frist pro Action Item" liefert Wischi-Waschi. Output-Vorgabe explizit machen – auch wenn der Auftraggeber den Owner offen ließ.
