retro

Überblick über die retro-Skill

Was retro macht

Die retro-Skill hilft dir, eine strukturierte Sprint-Retrospektive durchzuführen, die Team-Feedback in klare Maßnahmen überführt. Sie ist dann nützlich, wenn du mehr brauchst als einen generischen Prompt: Die retro-Skill gibt der Diskussion eine Form, bündelt rohe Kommentare zu Themen und lenkt das Ergebnis hin zu Verantwortlichkeiten und Fristen.

Für wen sie gedacht ist

Nutze retro für Project Management, Agile-Teamleitungen, Scrum Master, Produktteams oder alle, die eine Sprint-Retrospektive zu dem moderieren, was gut gelaufen ist, wo es hakte und was als Nächstes geändert werden sollte. Sie passt besonders gut, wenn ein verwertbares Retro-Ergebnis das Ziel ist und nicht nur ein Transkript der Diskussion.

Warum sie sich abhebt

Der größte Mehrwert dieser retro-Skill ist ihre Struktur. Sie unterstützt mehrere Retrospektiven-Formate, liest bei Bedarf vom Nutzer bereitgestellte Teamdaten und legt den Fokus auf Verdichtung statt auf Gesprächsrauschen. Dadurch eignet sie sich besser für wiederkehrende Teamrituale als ein einmaliger Prompt wie „Schreib mir ein Retro“.

So nutzt du die retro-Skill

retro installieren

Installiere die retro-Skill in deinem Skills-Verzeichnis mit dem Repo-Pfad und richte deinen Agenten dann auf den Skill-Inhalt aus, bevor du nach einer Retrospektive fragst. Eine typische retro-Installation sieht so aus: phuryn/pm-skills hinzufügen und pm-execution/skills/retro auswählen. Nutze die Skill, wenn deine Aufgabe darin besteht, eine Session zu moderieren, Feedback zusammenzufassen oder Sprint-Notizen in nächste Schritte zu übersetzen.

Besseres Input-Material vorbereiten

retro funktioniert am besten, wenn du konkreten Kontext lieferst statt einer vagen Anfrage. Gute Inputs enthalten meist:

• Sprint-Daten oder Iterationsname
• Teamname und Projektkontext
• Rohes Feedback, Notizen oder Umfrage-Text
• Kennzahlen wie Velocity, Incidents, Carryover oder Blocker
• Den gewünschten Entscheidungsstil: Start/Stop/Continue, 4Ls oder Sailboat

Ein schwacher Prompt sagt: „Mach ein Retro.“
Ein stärkerer Prompt sagt: „Moderiere ein Retro für Sprint 42 mit Start/Stop/Continue. Hier sind 18 Sticky Notes, drei Incidents und zwei wiederkehrende Blocker. Bündle die Themen und schließe mit fünf priorisierten Maßnahmen ab, jeweils mit Owner und Frist.“

Diese Dateien zuerst lesen

Beginne mit SKILL.md, weil dort die Moderationsregeln und der zentrale Ablauf stehen. Wenn die Skill später erweitert wird, prüfe außerdem README.md, AGENTS.md oder Verweise auf Ordnerebene, aber dieses Repo konzentriert sich aktuell auf die Hauptdatei der Skill. Der schnellste Weg zu guter retro-Nutzung ist also, erst die Anweisungen zu lesen und sie dann an das Format und die Rahmenbedingungen deines Teams anzupassen.

So setzt du sie in einem praktischen Workflow ein

Ein guter retro-Workflow ist:

1. Rohes Team-Feedback einsammeln
2. Ein Format wählen, das zum Reifegrad des Teams passt
3. Die Skill bitten, Themen zu clustern und Muster sichtbar zu machen
4. Themen in Maßnahmen mit klarer Verantwortung überführen
5. Die Ausgabe vor dem Teilen auf Plausibilität prüfen

Wenn dein Team wenig Zeit hat, bitte die Skill, auf Kürze und Entscheidungsqualität zu optimieren. Wenn das Retro sensibel ist, bitte sie, Schuldzuweisungen zu vermeiden und neutrale Formulierungen beizubehalten.

FAQ zur retro-Skill

Ist retro nur für Sprint-Retrospektiven gedacht?

Nein. Die retro-Skill ist am stärksten bei Sprint-Retros, passt aber auch zu Release-Reviews, Projekt-Check-ins, Incident-Reflexionen und jedem Team-Review, bei dem du strukturiertes Lernen plus Folgeaktionen brauchst.

Brauche ich Rohnotizen, damit retro gut funktioniert?

Nein, aber die Ergebnisse werden deutlich besser, wenn du Team-Notizen, Survey-Kommentare oder Kennzahlen mitgibst. Ohne Input kann retro zwar immer noch eine Moderationsstruktur erzeugen, hat aber weniger Evidenz zum Verdichten und bleibt eher allgemein.

Ist retro besser als ein normaler Prompt?

Meist ja, wenn du Konsistenz willst. Ein normaler Prompt kann nach einer Retrospektive fragen, aber die retro-Skill gibt dir eine wiederverwendbare Struktur und einen klareren Weg von Feedback zu Aktion. Das ist besonders wichtig für Project-Management-Workflows, in denen Wiederholbarkeit und Verbindlichkeit zählen.

Wann sollte ich retro nicht verwenden?

Verwende retro nicht, wenn du eine tiefgehende Root-Cause-Analyse, einen formalen Incident Report oder ein Script für Konfliktmediation brauchst. Die Skill ist für die Moderation von Retrospektiven gedacht, nicht für rechtliche, HR- oder technische Incident-Dokumentation.

So verbesserst du die retro-Skill

Gib ihr präziseres Ausgangsmaterial

Je besser der Input, desto besser das Retro-Ergebnis. Ergänze konkrete Beispiele statt bloßer Eindrücke:

• „Deployments haben sich zweimal verzögert, weil QA-Zugriff fehlte“
• „Drei Personen haben unklare Acceptance Criteria erwähnt“
• „Die Velocity fiel nach Scope-Änderungen mitten im Sprint von 42 auf 31“

Solche Details helfen der Skill, Themen zu erkennen, statt sie zu erfinden.

Bitte um die passende Ausgabeform

Sag retro, wie Erfolg aussehen soll. Bitte zum Beispiel um:

• 3–5 Themen statt eines vollständigen Transkripts
• eine kurze Moderationsagenda für ein 30-minütiges Retro
• Maßnahmen mit Owner, Fälligkeitsdatum und erwarteter Wirkung
• neutrale Sprache ohne Schuldzuweisungen

Das macht retro für Project Management nützlicher, weil die Ausgabe in einem echten Meeting leichter weiterverwendet werden kann.

Achte auf typische Fehlermuster

Der häufigste Fehler ist zu weit gefasstes Feedback, das generische Empfehlungen erzeugt. Ein weiterer ist, zu viele Maßnahmen zu verlangen, wodurch die Umsetzungskraft sinkt. Wenn die erste Version zu vage wirkt, schärfe den Prompt nach, indem du Sprint-Kontext, Evidenz und die gewünschte Anzahl an Maßnahmen ergänzt. Starte retro dann mit diesen Einschränkungen neu, damit die nächste Ausgabe leichter umsetzbar ist.