Dirk Loop, Notizen'

Skizzen

Support-Prompts
Agile Coach
14. November 2025

Agile Coach

Einführung

Die nachstehenden Prompts dienen NICHT dazu, fertige Epics, User Stories oder sonstige Artefakte zu liefern. Das Ziel ist es, Dir zu helfen, BESSERE Epics und User Stories zu schreiben.

Es ist aus meiner Sicht auch nicht erstrebenswert, ein System zu schaffen, dass diese Aufgaben vollständig automatisiert, denn zu wissen, was man will, sollte eine menschliche Aufgabe bleiben und nicht den Maschinen überlassen werden. (vgl. bspw. Russell, 2022)

Gleichwohl kann einem Generative KI dabei helfen, die eigenen Gedanken besser zu strukturieren. Genau dabei sollen die nachfolgenden Prompts helfen.

Grundsätzlich eigen sich fast alle gängigen großen LMMs (ChatGPT, Claude, Grok, DeepSeek, Mistral, etc) für diese Aufgabe. Ich persönlich empfehle aber: Claude (Sonnet 4.5 oder höher).

Epics

Ein EPIC ist eine umfangreiche User Story in agilen Projekten, die zu groß für einen Sprint ist und in kleinere Stories unterteilt werden muss.

Wenn Du Dir nicht sicher bist, ob Du eine gutes Epic geschrieben hast, nutze den folgenden Prompt, um es zu überprüfen - oder um Dein bestehendes Epic zu optimieren.

Agiere als erfahrener Product Owner und Agile Coach.

AUFGABE: Erstelle ein vollständiges EPIC basierend auf meiner Anforderung.

STRUKTUR DES EPICS:
1. EPIC-Titel (aussagekräftig, Business-orientiert)
2. EPIC-Statement (Als... möchte ich... um zu...)
3. Business Value & Strategische Ziele
4. Betroffene Stakeholder & User-Gruppen
5. Umfang & Abgrenzung (In Scope / Out of Scope)
6. Akzeptanzkriterien auf EPIC-Ebene (mindestens acht messbare funktionale Erfolgskriterien, mindestens fünf messbare nicht-funktionale Erfolgskriterien)
7. Vorgeschlagene User Stories (3-8 Stories)
8. Abhängigkeiten, Voraussetzungen & Risiken 9. Offene Fragen


DEINE ZUSÄTZLICHEN AUFGABEN:
- Erkläre den Business Value klar und quantifizierbar (wo möglich)
- Identifiziere logische Story-Schnitte für die Umsetzung
- Schlage eine sinnvolle Priorisierung der User Stories vor (Forced Ranking) und schreibe die vorgeschlagene Priorität direkt vor den Titel „Prio [Ziffer]: “ der jeweiligen User Story)
- Gib mir jeweils in Klammern hinter dem Titel der jeweiligen User Story einen Hinweis, welches Team (Frontend, Backend, Operations) die jeweilige User Story realisieren sollte
- Gib mir für die jeweilige User Story einen User Story Titel und ein User Story Statement
- Weise auf fehlende strategische Informationen hin und ergänze diese als offene Fragen mit einem Hinweis, wer eine Antwort geben sollte
- Benenne alle Annahmen, die mit Stakeholdern validiert werden müssen als offene Fragen
- Markiere kritische Dependencies und Risiken
- Warne bei sensiblen Daten (URLs, Personendaten, etc.)

FORMATIERUNG:
- Verwende KEINE Fettungen (kein **bold** Markdown)
- Verwende KEINE Emoticons oder Emojis
- Halte die Formatierung schlicht und professionell
- Nutze nur Überschriften und Listen sowie Leerzeilen (wo angebracht)

MEINE ANFORDERUNG:
[Hier Deine EPIC-Anforderung einfügen]





User Story

Eine User Story beschreibt eine Funktion aus Nutzersicht im Format: "Als [Rolle] möchte ich [Funktion], um [Nutzen]" für die agile Entwicklung.

Wenn Du Dir nicht sicher bist, ob Du eine gute User Story geschrieben hast, nutze den folgenden Prompt, um es zu überprüfen - oder um Deine bestehende User Story zu optimieren.

Agiere als erfahrener Agile Coach und Requirements Engineer.

AUFGABE: Erstelle eine vollständige User Story nach INVEST- und SMART-Kriterien basierend auf meinen Anforderungen.

STRUKTUR DER USER STORY:
1. Titel (prägnant)
2. User Story (Als... möchte ich... um zu...)
3. Akzeptanzkriterien (mindestens zehn funktionale Anforderungen und mindestens fünf Nicht-funktionale Anforderungen)
4. Definition of Done
5. Offene Fragen (Nenne alle Annahmen und kritischen Informationslücken, die validiert werden sollten und schlage vor, mit welchen Stakeholdern der jeweilige Punkt diskutiert werden sollte)
6. Analyse der User Story (Prüfe die Story auf SMART- und INVEST-Kriterien; falls Dir die User Story zu groß erscheint, zerlege diese Anforderung in mehrere User Stories, die jeweils in einem Sprint umsetzbar sein sollten und gib mir für die jeweilige neue User Story einen User Story Titel und ein User Story Statement; Warne mich, wenn ich sensible Daten (Unternehmensnamen, URLs, Personendaten, etc.) genannt habe)


FORMATIERUNG:
- Verwende KEINE Fettungen (kein **bold** Markdown)
- Verwende KEINE Emoticons oder Emojis
- Halte die Formatierung schlicht und professionell
- Nutze nur Überschriften und Listen sowie Leerzeilen (wo angebracht)

MEINE ANFORDERUNG:
[Hier Deine USER-STORY-Anforderung einfügen]





Meeting-Agenda

Wenn Du auf Basis der Ergebnisse der Epic/User-Story-Prompts Termine vereinbaren willst hilft Dir dieser Prompt eine Agenda für diesen bzw. dieser Termine zu erzeugen.

Agiere als erfahrener Agile Coach und Meeting-Facilitator.

AUFGABE: Erstelle eine strukturierte Meeting-Agenda basierend auf den offenen Fragen und Annahmen aus den folgenden User Stories.

INPUT: Das Ergebnis des vorausgegengenen Prompts.

OUTPUT-STRUKTUR:

# Meeting-Agenda: [PROJEKTNAME] - Requirements-Klärung

Datum: [TT.MM.YYYY]
Dauer: [Geschätzte Gesamtdauer]
Moderator: [Name]
Protokollant: [Name]
---
## Agenda-Übersicht
| Zeit | Themenblock | Teilnehmer | Dauer |
|------|-------------|------------|-------|
| [Zeit] | [Block 1] | [Stakeholder] | [Min] |
| [Zeit] | [Block 2] | [Stakeholder] | [Min] |
| ... | ... | ... | ... |
---
## Meeting-Ziel
[Kurze Zusammenfassung: Was soll am Ende des Meetings geklärt sein?]
---
## Detaillierte Agenda

### Block 1: [STAKEHOLDER-GRUPPE] - [THEMA]

Teilnehmer: [Konkrete Rollen/Personen]
Dauer: [XX Minuten]
Ziel: [Was soll in diesem Block geklärt werden?]

Zu klärende Fragen:

[PRIORITÄT: KRITISCH / WICHTIG / OPTIONAL]

1. [Frage 1]
- Kontext: [Warum ist das wichtig?]
- Betroffene Story: [Story-Nummer/Titel]
- Entscheidungsträger: [Wer muss entscheiden?]

2. [Frage 2]
- Kontext: [...]
- Betroffene Story: [...]
- Entscheidungsträger: [...]

[Weitere Fragen...]

Erwartete Outputs: - [ ] [Konkrete Entscheidung 1]
- [ ] [Konkrete Entscheidung 2] - [ ] [...]
---
[WIEDERHOLE STRUKTUR FÜR JEDEN STAKEHOLDER-BLOCK]
---
## Nächste Schritte

Nach dem Meeting:
1. [Aktion 1] - Verantwortlich: [Name] - Deadline: [Datum]
2. [Aktion 2] - Verantwortlich: [Name] - Deadline: [Datum] 3. [...]
---
## Anhänge / Vorbereitung

Teilnehmer sollten vorbereiten:
- [ ] [Dokument/Information 1]
- [ ] [Dokument/Information 2] - [ ] [...]

Benötigte Unterlagen im Meeting:
- [ ] [Dokument 1]
- [ ] [Dokument 2]
---
WICHTIGE HINWEISE FÜR DIE AGENDA-ERSTELLUNG:

1. FORMATIERUNG:
- Verwende KEINE Fettungen (kein **bold** Markdown)
- Verwende KEINE Emoticons oder Emojis
- Halte die Formatierung schlicht und professionell
- Nutze nur Überschriften, Listen und Tabellen sowie Leerzeilen (wo angebracht)

2. STAKEHOLDER-GRUPPEN IDENTIFIZIEREN:
Gruppiere die Fragen nach:
- Product Owner / Business
- Security / Compliance
- Operations / DevOps
- Development Teams (Frontend, Backend, App)
- UX/UI Design
- Legal / Datenschutz
- Weitere relevante Gruppen

3. PRIORISIERUNG:
- KRITISCH: Blockiert Entwicklung komplett
- WICHTIG: Beeinflusst Architektur-Entscheidungen
- OPTIONAL: Nice-to-have, kann später geklärt werden

4. ZEITSCHÄTZUNG:
- Pro kritische Frage: 5-10 Min
- Pro wichtige Frage: 3-5 Min
- Pro optionale Frage: 2-3 Min
- Puffer einplanen: +20% der Gesamtzeit

5. FRAGEN-FORMULIERUNG:
- Immer als offene Fragen (W-Fragen)
- Konkret und verständlich
- Mit Kontext anreichern
- Entscheidungsoptionen vorschlagen, wo sinnvoll

6. MEETING-EFFIZIENZ:
- Maximal 90 Minuten pro Meeting
- Bei mehr Themen: Mehrere Meetings planen
- Klare Entscheidungsträger benennen
- Outputs messbar formulieren

7. SPRACHE:
- Ausgabe auf Deutsch
- Fachbegriffe erklären wo nötig
- Professioneller, sachlicher Ton
- Keine emotionalen oder spielerischen Elemente

STARTE JETZT MIT DER AGENDA-ERSTELLUNG!