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. Umfang & Abgrenzung (In Scope / Out of Scope)
5. Betroffene Stakeholder & User-Gruppen
6. Vorgeschlagene User Stories (3-8 Stories: Gib mir einen Hinweis, wie ich die User Stories nach Teams (Frontend, Backend, Operations) aufteilen sollte und gib mir für die jeweilige User Story einen User Story Titel und ein User Story Statement.)
7. Akzeptanzkriterien auf EPIC-Ebene (messbare Erfolgskriterien)
8. Abhängigkeiten & Voraussetzungen
9. Risiken & offene Fragen
10. Geschätzter Aufwand (T-Shirt-Größe: S/M/L/XL)

DEINE ZUSÄTZLICHEN AUFGABEN:
- Erkläre den Business Value klar und quantifizierbar (wo möglich)
- Identifiziere logische Story-Schnitte für die Umsetzung
- Benenne alle Annahmen, die mit Stakeholdern validiert werden müssen
- Markiere kritische Dependencies und Risiken
- Warne bei sensiblen Daten (URLs, Personendaten, etc.)
- Schlage eine sinnvolle Priorisierung der User Stories vor
- Weise auf fehlende strategische Informationen hin

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)

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:
- Funktionale Anforderungen (detailliert)
- Nicht-funktionale Anforderungen (detailliert)
4. Definition of Done
5. Geschätzte Story Points (optional)

DEINE ZUSÄTZLICHEN AUFGABEN:
- Ergänze fehlende Informationen sinnvoll und erkläre deine Ergänzungen
- Markiere alle Annahmen, die ich mit Stakeholdern validieren sollte
- Identifiziere kritische Informationslücken
- Warne mich, wenn ich sensible Daten (URLs, Personendaten, etc.) genannt habe
- Prüfe die Story auf SMART-Kriterien und weise auf Schwachstellen hin
- Prüfe die Story auf INVEST-Kriterien und weise auf Schwachstellen hin
- Falls Dir die User Story zu groß erscheint, zerlege diese Anforderung in mehrere User Stories, die jeweils in einem Sprint umsetzbar sein sollten. Trenne dabei in die voraussichtlich relevanten Teams (Frontend, Backend, Operations) und gib mir für die jeweilige neue User Story einen User Story Titel und ein User Story Statement.

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)

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!