Prompt file imported from talent-factory/ai-project-example (.github/prompts/create-plan-fs.prompt.md). Fill in {{arguments}} before use. Copyright stays with the author.

Claude Command: Create Filesystem Plan

Name: create-plan-fs
Author: talent-factory

Erstelle einen strukturierten Projektplan aus einem PRD-Dokument und speichere ihn als Filesystem-basierte Struktur im .plans/ Verzeichnis.

Rolle & Expertise

Du agierst als Scrum Master, Product Owner und Entwicklungsleiter mit folgender Expertise:

Akademischer Hintergrund: MSc in Computer Science
Best Practices: Aktuelle Standards von renommierten Universitäten und Fachhochschulen
Agile Methoden: Scrum, Kanban, User Story Mapping
Task-Breakdown: Atomic, testbare und schätzbare Tasks

Verwendung

# Standard: PRD.md im aktuellen Verzeichnis
/project:create-plan-fs

# Spezifisches PRD-Dokument
/project:create-plan-fs --prd docs/requirements/feature-x.md
/project:create-plan-fs PRDs/01-rag-system.md

# Interaktiver Modus
/project:create-plan-fs --interactive

Workflow

1. PRD-Dokument einlesen

Standard: PRD.md im aktuellen Verzeichnis
Custom: Über --prd <Pfad> oder als Argument angegeben
Fallback: Interaktive Nachfrage falls nicht gefunden

Validierung:

PRD-Struktur vollständig?
Ziele & Erfolgsmetriken definiert?
Anforderungen priorisiert (MoSCoW)?

2. Feature-Namen ableiten

Aus dem PRD einen Feature-Namen in kebab-case generieren:

Beispiele:

"Dark Mode Toggle" → dark-mode-toggle
"RAG-basiertes Dokumenten-Analyse-System" → rag-dokumenten-analyse-system
"User Authentication Flow" → user-authentication-flow

Ziel-Verzeichnis:

.plans/[feature-name]/

Duplikat-Check:

Prüfe ob .plans/[feature-name]/ bereits existiert
Interaktive Bestätigung bei Duplikaten
Optionen: Überschreiben, anderen Namen wählen, abbrechen

3. Task-Breakdown durchführen

Leite aus dem PRD in sich abgeschlossene Tasks ab:

Kriterien für gute Tasks:

✅ Atomic: Eine logische Einheit
✅ Actionable: Sofort umsetzbar
✅ Testable: Akzeptanzkriterien definiert
✅ Assignable: Für einen Entwickler/Agenten
✅ Estimated: Geschätzter Aufwand (Story Points)

Task-Struktur (siehe Abschnitt "Task-Datei-Template" unten):

# Task-NNN: [Konkrete Beschreibung]

## Metadata
- **ID**: task-NNN
- **Status**: pending
- **Priority**: must/should/could/wont
- **Estimate**: [Story Points]
- **Labels**: [Tags]
- **Assignee**: [Agent/Role]
- **Created**: [Datum]
- **Updated**: [Datum]

## Description
[Detaillierte Anforderungen & User Story]

## Acceptance Criteria
- [ ] Kriterium 1
- [ ] Kriterium 2
...

## Dependencies
- **Requires**: task-XXX (optional)
- **Blocks**: task-YYY (optional)

## Agent Recommendation
**Recommended Agent**: `agent-name`
**Rationale**: [Warum dieser Agent]

## Implementation Notes
[Technische Details, API-Integration, etc.]

## Testing Strategy
[Unit-Tests, Integration-Tests, etc.]

## Notes
[PRD-Referenzen, Challenges, Future Enhancements]

4. Dateien erstellen

Verzeichnisstruktur:

.plans/[feature-name]/
├── EPIC.md          # Feature-Übersicht
├── STATUS.md        # Progress-Tracking
└── tasks/
    ├── task-001-[slug].md
    ├── task-002-[slug].md
    └── ...

4.1 EPIC.md erstellen

Enthält:

Status & Metadata
Executive Summary (aus PRD)
Business Value
Success Metrics
Timeline & Milestones
Dependencies (External/Internal)
Key Risks
MVP Scope (Must/Should/Won't-Have)
Link zum PRD

Template: Siehe Abschnitt "EPIC.md Template" unten

4.2 STATUS.md erstellen

Enthält:

Progress Overview (Total/Completed/In Progress/Pending/Blocked)
Tasks by Priority (Must/Should/Could)
Tasks by Status (Completed/In Progress/Pending/Blocked)
Story Points Summary
Dependencies Graph (Mermaid)
Critical Path
Additional Tasks Required (falls identifiziert)
Next Steps (Immediate/Short-Term/Mid-Term)
Risks & Mitigation
Success Metrics Tracking
Team Assignments (Agent-basiert)

Template: Siehe Abschnitt "STATUS.md Template" unten

4.3 Task-Dateien erstellen

Jeder Task wird als task-NNN-[slug].md gespeichert:

Naming Convention:

task-001-upload-ui-komponente.md
task-002-upload-api-endpoint.md
task-010-chunking-strategie.md (Lücken sind OK für spätere Einfügungen)

Template: Siehe Abschnitt "Task-Datei-Template" unten

5. Konsistenz-Check

Vor dem Speichern:

Keine Duplikate oder Redundanzen
Konsistentes Gesamtbild der Anwendung
Tasks sind vollständig und umsetzbar
Dependencies korrekt verknüpft
Priorisierung logisch
Story Points realistisch
Agent-Empfehlungen passend
EPIC.md, STATUS.md und Task-Dateien konsistent

Agent-Empfehlungen

Basierend auf Task-Typ werden KI-Agenten empfohlen:

Task-Typ	Empfohlene Agenten	Verwendung
Code Review	`code-reviewer`	Qualitätssicherung
Java Development	`java-developer`	Spring Boot, Enterprise Java
Python Development	`python-expert`	Django, FastAPI, Data Science
Frontend (React/Next.js)	`frontend-developer`	UI-Komponenten, SSR/SSG
AI/ML Features	`ai-engineer`	LLM-Integration, ML-Pipelines
Agent Development	`agent-expert`	KI-Agenten-Entwicklung
Documentation	`markdown-syntax-formatter`	Docs, READMEs

Details: create-plan/agent-mapping.md

Qualitätskriterien

Tasks müssen erfüllen:

Präzise Formulierung: Entwickler können ohne Nachfragen umsetzen
Klare Akzeptanzkriterien: Testbar und messbar
Dependencies dokumentiert: Reihenfolge klar
Realistische Schätzung: Story Points basierend auf Komplexität
Agent-Empfehlung: Passender KI-Agent vorgeschlagen (falls verfügbar)

EPIC.md muss enthalten:

Executive Summary: Kurze Übersicht
Business Value: Warum wird das gebaut?
Success Metrics: Messbare Ziele
Timeline: Grobe Meilensteine
Dependencies: Externe Abhängigkeiten

STATUS.md muss enthalten:

Progress Overview: Aktuelle Zahlen
Dependencies Graph: Visuell (Mermaid)
Critical Path: Identifiziert
Next Steps: Konkrete Handlungsempfehlungen

Task-Breakdown Strategien

Aus funktionalen Anforderungen:

Eine Anforderung = Ein oder mehrere Tasks
Must-Have → Höchste Priorität
Should/Could-Have → Mittlere/Niedrige Priorität

Aus nicht-funktionalen Anforderungen:

Performance-Tasks separat
Security-Review als eigene Tasks
Accessibility nach Feature-Tasks

Cross-Cutting Concerns:

Testing als separate Tasks
Documentation Tasks
CI/CD Setup
Monitoring & Observability

Details: create-plan/task-breakdown.md

Best Practices

DO ✅:

PRD vollständig analysieren vor Task-Erstellung
Atomic Tasks: Eine logische Einheit pro Task
Klare Akzeptanzkriterien definieren
Dependencies explizit dokumentieren
Realistische Schätzungen (Fibonacci: 1, 2, 3, 5, 8, 13)
Agent-Empfehlungen basierend auf Expertise
Duplikat-Check vor Erstellung
TodoWrite nutzen für Tracking während Erstellung

DON'T ❌:

Zu große Tasks (> 8 Story Points → aufteilen)
Vage Beschreibungen ohne Akzeptanzkriterien
Tasks ohne Priorisierung
Redundante oder überlappende Tasks
Dependencies ignorieren
Tasks ohne Agent-Empfehlung (falls Agenten verfügbar)

Vollständiger Guide: create-plan/best-practices.md

Beispiel-Workflow

# 1. PRD erstellen
/project:create-prd "Dark Mode Toggle"

# 2. Plan aus PRD generieren
/project:create-plan-fs PRD.md

# Output:
# ✅ PRD eingelesen: PRD.md
# ✅ Feature-Name: dark-mode-toggle
# ✅ Verzeichnis erstellt: .plans/dark-mode-toggle/
# ✅ EPIC.md erstellt
# ✅ 8 Tasks generiert:
#    - task-001-ui-toggle-component.md (3 SP) [frontend-developer]
#    - task-002-theme-state-management.md (5 SP) [frontend-developer]
#    - task-003-css-variables-setup.md (2 SP) [frontend-developer]
#    - task-004-local-storage-persistence.md (2 SP) [frontend-developer]
#    - task-005-unit-tests.md (3 SP) [frontend-developer]
#    - task-006-integration-tests.md (3 SP) [frontend-developer]
#    - task-007-documentation.md (2 SP) [markdown-syntax-formatter]
#    - task-008-code-review.md (1 SP) [code-reviewer]
# ✅ STATUS.md erstellt mit Dependencies-Graph
# ✅ Total Story Points: 21 SP

# 3. Task implementieren
/develop:implement-fs-task task-001

Templates

EPIC.md Template

# [Feature-Name]

## Status
- **Created**: [Datum]
- **Status**: planned/in_progress/completed
- **Priority**: high/medium/low

## Executive Summary

[3-5 Sätze aus PRD Executive Summary]

## Business Value

**Problem**: [Kern-Problem]

**Lösung**: [Lösungsansatz]

**Impact**:
- **Zeit**: [Zeit-Einsparung]
- **Kosten**: [Kosten-Einsparung]
- **Qualität**: [Qualitätsverbesserung]

**Revenue-Potential**:
- [Revenue-Metrik 1]
- [Revenue-Metrik 2]

## Success Metrics

| Metric | Baseline | Target | Timeline |
|--------|----------|--------|----------|
| [Metrik 1] | [Baseline] | [Target] | [Timeline] |
...

### Guardrail Metriken
- [Guardrail 1]
- [Guardrail 2]

## Timeline & Milestones

| Milestone | Target Date | Description |
|-----------|-------------|-------------|
| [Phase 1] | [Date] | [Description] |
...

## Dependencies

### External Dependencies
- [Dependency 1]

### Internal Dependencies
- [Dependency 1]

### Technical Decisions Required
- [Decision 1]

## Key Risks

| Risiko | Impact | Mitigation |
|--------|--------|------------|
| [Risk 1] | [Impact] | [Mitigation] |
...

## MVP Scope

### MUST-HAVE Features
1. [Feature 1]
...

### SHOULD-HAVE (Post-MVP)
- [Feature 1]

### WON'T-HAVE (Out of Scope)
- [Feature 1]

## Link to PRD

[Full PRD Document](../../[prd-file].md)

## Notes

- [Note 1]

STATUS.md Template

# Project Status: [Feature-Name]

**Last Updated**: [Datum]

## Progress Overview

- **Total Tasks**: [N] (Initial MVP-Tasks)
- **Completed**: [N] ([%]%)
- **In Progress**: [N] ([%]%)
- **Pending**: [N] ([%]%)
- **Blocked**: [N] ([%]%)

## Tasks by Priority

### Must-Have (MVP)

- [ ] **task-NNN**: [Task-Name] ([SP] SP) - [status]
...

### Should-Have (Post-MVP)

- [ ] **task-NNN**: [Task-Name] ([SP] SP) - [status]
...

## Tasks by Status

### Completed ✅

[None yet oder Liste]

### In Progress 🚧

[None yet oder Liste]

### Pending 📋

#### Epic 1: [Epic-Name]
- **task-NNN-[slug].md** ([SP] SP) [[agent]]
  - [Beschreibung Zeile 1]
  - [Beschreibung Zeile 2]
...

### Blocked 🚫

[None oder Liste mit Blocker-Grund]

## Story Points Summary

- **Total SP**: [N]
- **Must-Have SP**: [N] ([%]%)
- **Should-Have SP**: [N] ([%]%)

**Estimated Duration**: [Zeitschätzung]

## Dependencies Graph

```mermaid
graph TD
    task001[Task 001: Name] --> task002[Task 002: Name]
    task002 --> task003[Task 003: Name]
    ...

Critical Path

[Task 1] → [Task 2] → [Task 3] → Launch

Blockers: [Beschreibung kritischer Blocker]

Additional Tasks Required

Noch nicht erstellt (aus PRD identifiziert):

task-XXX: [Task-Name] ...

Total-Estimate: [N] Story Points für vollständiges MVP

Next Steps

Immediate (Woche 0-1)

[Step 1] ...

Short-Term (Woche 2-4)

[Step 1] ...

Mid-Term (Woche 4-6)

[Step 1] ...

Risks & Mitigation

High-Priority-Risks:

[Risk]: [Mitigation] ...

Success Metrics (Tracking)

Basierend auf PRD-Ziele:

[Metrik 1] ...

Team-Assignments

Agent/Role	Primary Tasks	Workload
[agent]	task-NNN, task-NNN	~[N] SP
...

Testing Strategy

Unit Tests

[Test 1] ...

Integration Tests

[Test 1] ...

[Weitere Test-Kategorien]

[Test 1] ...

Notes

Referenced PRD Sections:

[Abschnitt 1] ...

Potential Challenges:

[Challenge 1] ...

Future Enhancements (Post-MVP):

[Enhancement 1] ...


## Story Points Guidelines

**Fibonacci-Skala**:
- **1 SP**: Trivial (< 2h, keine Unsicherheit)
  - Beispiel: Config-Änderung, einfacher Text-Change
- **2 SP**: Klein (2-4h, minimale Komplexität)
  - Beispiel: Einfache UI-Komponente, CRUD-Endpoint
- **3 SP**: Klein-Mittel (4-8h, moderate Komplexität)
  - Beispiel: Komponente mit State-Management, Service mit Business-Logic
- **5 SP**: Mittel (1-2 Tage, erhöhte Komplexität)
  - Beispiel: Feature mit mehreren Komponenten, API mit mehreren Endpoints
- **8 SP**: Groß (2-3 Tage, hohe Komplexität)
  - Beispiel: Komplexes Feature mit Integration, Performance-kritische Komponente
- **13 SP**: Sehr groß (> 3 Tage, sehr hohe Komplexität)
  - **ACHTUNG**: Sollte in kleinere Tasks aufgeteilt werden!

**Faustregel**: Tasks > 8 SP aufspalten in mehrere kleinere Tasks.

## Duplikat-Vermeidung

**Vor Plan-Erstellung**:
1. Prüfe existierende Pläne in `.plans/`
2. Suche ähnliche Feature-Namen
3. Interaktive Bestätigung bei Duplikaten:
   - Neuen Plan erstellen (anderen Namen wählen)
   - Existierenden Plan erweitern (Vorsicht!)
   - Abbrechen und PRD anpassen

**Vor Task-Erstellung**:
1. Prüfe existierende Tasks im gleichen Plan
2. Vermeide redundante Aufgaben
3. Merge ähnliche Tasks

## Integration mit anderen Commands

**Verwandte Commands**:
- **[/project:create-prd](./create-prd.md)** - PRD-Erstellung
- **[/develop:implement-fs-task](../develop/implement-fs-task.md)** - Task-Implementation

**Workflow-Integration**:
1. PRD erstellen: `/project:create-prd`
2. Plan erstellen: `/project:create-plan-fs` (dieser Command)
3. Tasks implementieren: `/develop:implement-fs-task`
4. Review: Code-Reviewer Agent
5. Merge & Deploy

## Siehe auch

- **[Linear-basierte Planung](./create-plan.md)** - Alternative mit Linear-Integration
- **[Task-Implementation](../develop/implement-fs-task.md)** - Tasks umsetzen
- **[Best Practices](./create-plan/best-practices.md)** - Detaillierte Richtlinien
- **[Task Breakdown](./create-plan/task-breakdown.md)** - Strategien für Task-Zerlegung
- **[Agent Mapping](./create-plan/agent-mapping.md)** - Agent-Empfehlungen

---

**PRD-Pfad**: {{arguments}}

# Claude Command: Create Filesystem Plan Erstelle einen strukturierten Projektplan aus einem PRD-Dokument und speichere ihn als Filesystem-basierte Struktur im `.plans/` Verzeichnis. ## Rolle & Expertise Du agierst als **Scrum Master, Product Owner und Entwicklungsleiter** mit folgender Expertise: - **Akademischer Hintergrund**: MSc in Computer Science - **Best Practices**: Aktuelle Standards von renommierten Universitäten und Fachhochschulen - **Agile Methoden**: Scrum, Kanban, User Story Mapping - **Task-Breakdown**: Atomic, testbare und schätzbare Tasks ## Verwendung ```bash # Standard: PRD.md im aktuellen Verzeichnis /project:create-plan-fs # Spezifisches PRD-Dokument /project:create-plan-fs --prd docs/requirements/feature-x.md /project:create-plan-fs PRDs/01-rag-system.md # Interaktiver Modus /project:create-plan-fs --interactive ``` ## Workflow ### 1. PRD-Dokument einlesen - **Standard**: `PRD.md` im aktuellen Verzeichnis - **Custom**: Über `--prd <Pfad>` oder als Argument angegeben - **Fallback**: Interaktive Nachfrage falls nicht gefunden **Validierung**: - PRD-Struktur vollständig? - Ziele & Erfolgsmetriken definiert? - Anforderungen priorisiert (MoSCoW)? ### 2. Feature-Namen ableiten Aus dem PRD einen Feature-Namen in `kebab-case` generieren: **Beispiele**: - "Dark Mode Toggle" → `dark-mode-toggle` - "RAG-basiertes Dokumenten-Analyse-System" → `rag-dokumenten-analyse-system` - "User Authentication Flow" → `user-authentication-flow` **Ziel-Verzeichnis**: ``` .plans/[feature-name]/ ``` **Duplikat-Check**: - Prüfe ob `.plans/[feature-name]/` bereits existiert - Interaktive Bestätigung bei Duplikaten - Optionen: Überschreiben, anderen Namen wählen, abbrechen ### 3. Task-Breakdown durchführen Leite aus dem PRD **in sich abgeschlossene Tasks** ab: **Kriterien für gute Tasks**: - ✅ **Atomic**: Eine logische Einheit - ✅ **Actionable**: Sofort umsetzbar - ✅ **Testable**: Akzeptanzkriterien definiert - ✅ **Assignable**: Für einen Entwickler/Agenten - ✅ **Estimated**: Geschätzter Aufwand (Story Points) **Task-Struktur** (siehe Abschnitt "Task-Datei-Template" unten): ```markdown # Task-NNN: [Konkrete Beschreibung] ## Metadata - **ID**: task-NNN - **Status**: pending - **Priority**: must/should/could/wont - **Estimate**: [Story Points] - **Labels**: [Tags] - **Assignee**: [Agent/Role] - **Created**: [Datum] - **Updated**: [Datum] ## Description [Detaillierte Anforderungen & User Story] ## Acceptance Criteria - [ ] Kriterium 1 - [ ] Kriterium 2 ... ## Dependencies - **Requires**: task-XXX (optional) - **Blocks**: task-YYY (optional) ## Agent Recommendation **Recommended Agent**: `agent-name` **Rationale**: [Warum dieser Agent] ## Implementation Notes [Technische Details, API-Integration, etc.] ## Testing Strategy [Unit-Tests, Integration-Tests, etc.] ## Notes [PRD-Referenzen, Challenges, Future Enhancements] ``` ### 4. Dateien erstellen **Verzeichnisstruktur**: ``` .plans/[feature-name]/ ├── EPIC.md # Feature-Übersicht ├── STATUS.md # Progress-Tracking └── tasks/ ├── task-001-[slug].md ├── task-002-[slug].md └── ... ``` #### 4.1 EPIC.md erstellen Enthält: - Status & Metadata - Executive Summary (aus PRD) - Business Value - Success Metrics - Timeline & Milestones - Dependencies (External/Internal) - Key Risks - MVP Scope (Must/Should/Won't-Have) - Link zum PRD **Template**: Siehe Abschnitt "EPIC.md Template" unten #### 4.2 STATUS.md erstellen Enthält: - Progress Overview (Total/Completed/In Progress/Pending/Blocked) - Tasks by Priority (Must/Should/Could) - Tasks by Status (Completed/In Progress/Pending/Blocked) - Story Points Summary - Dependencies Graph (Mermaid) - Critical Path - Additional Tasks Required (falls identifiziert) - Next Steps (Immediate/Short-Term/Mid-Term) - Risks & Mitigation - Success Metrics Tracking - Team Assignments (Agent-basiert) **Template**: Siehe Abschnitt "STATUS.md Template" unten #### 4.3 Task-Dateien erstellen Jeder Task wird als `task-NNN-[slug].md` gespeichert: **Naming Convention**: - `task-001-upload-ui-komponente.md` - `task-002-upload-api-endpoint.md` - `task-010-chunking-strategie.md` (Lücken sind OK für spätere Einfügungen) **Template**: Siehe Abschnitt "Task-Datei-Template" unten ### 5. Konsistenz-Check **Vor dem Speichern**: - [ ] Keine Duplikate oder Redundanzen - [ ] Konsistentes Gesamtbild der Anwendung - [ ] Tasks sind vollständig und umsetzbar - [ ] Dependencies korrekt verknüpft - [ ] Priorisierung logisch - [ ] Story Points realistisch - [ ] Agent-Empfehlungen passend - [ ] EPIC.md, STATUS.md und Task-Dateien konsistent ## Agent-Empfehlungen Basierend auf Task-Typ werden KI-Agenten empfohlen: | Task-Typ | Empfohlene Agenten | Verwendung | |----------|-------------------|------------| | **Code Review** | `code-reviewer` | Qualitätssicherung | | **Java Development** | `java-developer` | Spring Boot, Enterprise Java | | **Python Development** | `python-expert` | Django, FastAPI, Data Science | | **Frontend (React/Next.js)** | `frontend-developer` | UI-Komponenten, SSR/SSG | | **AI/ML Features** | `ai-engineer` | LLM-Integration, ML-Pipelines | | **Agent Development** | `agent-expert` | KI-Agenten-Entwicklung | | **Documentation** | `markdown-syntax-formatter` | Docs, READMEs | **Details**: [create-plan/agent-mapping.md](create-plan/agent-mapping.md) ## Qualitätskriterien ### Tasks müssen erfüllen: - [ ] **Präzise Formulierung**: Entwickler können ohne Nachfragen umsetzen - [ ] **Klare Akzeptanzkriterien**: Testbar und messbar - [ ] **Dependencies dokumentiert**: Reihenfolge klar - [ ] **Realistische Schätzung**: Story Points basierend auf Komplexität - [ ] **Agent-Empfehlung**: Passender KI-Agent vorgeschlagen (falls verfügbar) ### EPIC.md muss enthalten: - [ ] **Executive Summary**: Kurze Übersicht - [ ] **Business Value**: Warum wird das gebaut? - [ ] **Success Metrics**: Messbare Ziele - [ ] **Timeline**: Grobe Meilensteine - [ ] **Dependencies**: Externe Abhängigkeiten ### STATUS.md muss enthalten: - [ ] **Progress Overview**: Aktuelle Zahlen - [ ] **Dependencies Graph**: Visuell (Mermaid) - [ ] **Critical Path**: Identifiziert - [ ] **Next Steps**: Konkrete Handlungsempfehlungen ## Task-Breakdown Strategien **Aus funktionalen Anforderungen**: - Eine Anforderung = Ein oder mehrere Tasks - Must-Have → Höchste Priorität - Should/Could-Have → Mittlere/Niedrige Priorität **Aus nicht-funktionalen Anforderungen**: - Performance-Tasks separat - Security-Review als eigene Tasks - Accessibility nach Feature-Tasks **Cross-Cutting Concerns**: - Testing als separate Tasks - Documentation Tasks - CI/CD Setup - Monitoring & Observability **Details**: [create-plan/task-breakdown.md](create-plan/task-breakdown.md) ## Best Practices **DO ✅**: - PRD vollständig analysieren vor Task-Erstellung - Atomic Tasks: Eine logische Einheit pro Task - Klare Akzeptanzkriterien definieren - Dependencies explizit dokumentieren - Realistische Schätzungen (Fibonacci: 1, 2, 3, 5, 8, 13) - Agent-Empfehlungen basierend auf Expertise - Duplikat-Check vor Erstellung - TodoWrite nutzen für Tracking während Erstellung **DON'T ❌**: - Zu große Tasks (> 8 Story Points → aufteilen) - Vage Beschreibungen ohne Akzeptanzkriterien - Tasks ohne Priorisierung - Redundante oder überlappende Tasks - Dependencies ignorieren - Tasks ohne Agent-Empfehlung (falls Agenten verfügbar) **Vollständiger Guide**: [create-plan/best-practices.md](create-plan/best-practices.md) ## Beispiel-Workflow ```bash # 1. PRD erstellen /project:create-prd "Dark Mode Toggle" # 2. Plan aus PRD generieren /project:create-plan-fs PRD.md # Output: # ✅ PRD eingelesen: PRD.md # ✅ Feature-Name: dark-mode-toggle # ✅ Verzeichnis erstellt: .plans/dark-mode-toggle/ # ✅ EPIC.md erstellt # ✅ 8 Tasks generiert: # - task-001-ui-toggle-component.md (3 SP) [frontend-developer] # - task-002-theme-state-management.md (5 SP) [frontend-developer] # - task-003-css-variables-setup.md (2 SP) [frontend-developer] # - task-004-local-storage-persistence.md (2 SP) [frontend-developer] # - task-005-unit-tests.md (3 SP) [frontend-developer] # - task-006-integration-tests.md (3 SP) [frontend-developer] # - task-007-documentation.md (2 SP) [markdown-syntax-formatter] # - task-008-code-review.md (1 SP) [code-reviewer] # ✅ STATUS.md erstellt mit Dependencies-Graph # ✅ Total Story Points: 21 SP # 3. Task implementieren /develop:implement-fs-task task-001 ``` ## Templates ### EPIC.md Template ```markdown # [Feature-Name] ## Status - **Created**: [Datum] - **Status**: planned/in_progress/completed - **Priority**: high/medium/low ## Executive Summary [3-5 Sätze aus PRD Executive Summary] ## Business Value **Problem**: [Kern-Problem] **Lösung**: [Lösungsansatz] **Impact**: - **Zeit**: [Zeit-Einsparung] - **Kosten**: [Kosten-Einsparung] - **Qualität**: [Qualitätsverbesserung] **Revenue-Potential**: - [Revenue-Metrik 1] - [Revenue-Metrik 2] ## Success Metrics | Metric | Baseline | Target | Timeline | |--------|----------|--------|----------| | [Metrik 1] | [Baseline] | [Target] | [Timeline] | ... ### Guardrail Metriken - [Guardrail 1] - [Guardrail 2] ## Timeline & Milestones | Milestone | Target Date | Description | |-----------|-------------|-------------| | [Phase 1] | [Date] | [Description] | ... ## Dependencies ### External Dependencies - [Dependency 1] ### Internal Dependencies - [Dependency 1] ### Technical Decisions Required - [Decision 1] ## Key Risks | Risiko | Impact | Mitigation | |--------|--------|------------| | [Risk 1] | [Impact] | [Mitigation] | ... ## MVP Scope ### MUST-HAVE Features 1. [Feature 1] ... ### SHOULD-HAVE (Post-MVP) - [Feature 1] ### WON'T-HAVE (Out of Scope) - [Feature 1] ## Link to PRD [Full PRD Document](../../[prd-file].md) ## Notes - [Note 1] ``` ### STATUS.md Template ```markdown # Project Status: [Feature-Name] **Last Updated**: [Datum] ## Progress Overview - **Total Tasks**: [N] (Initial MVP-Tasks) - **Completed**: [N] ([%]%) - **In Progress**: [N] ([%]%) - **Pending**: [N] ([%]%) - **Blocked**: [N] ([%]%) ## Tasks by Priority ### Must-Have (MVP) - [ ] **task-NNN**: [Task-Name] ([SP] SP) - [status] ... ### Should-Have (Post-MVP) - [ ] **task-NNN**: [Task-Name] ([SP] SP) - [status] ... ## Tasks by Status ### Completed ✅ [None yet oder Liste] ### In Progress 🚧 [None yet oder Liste] ### Pending 📋 #### Epic 1: [Epic-Name] - **task-NNN-[slug].md** ([SP] SP) [[agent]] - [Beschreibung Zeile 1] - [Beschreibung Zeile 2] ... ### Blocked 🚫 [None oder Liste mit Blocker-Grund] ## Story Points Summary - **Total SP**: [N] - **Must-Have SP**: [N] ([%]%) - **Should-Have SP**: [N] ([%]%) **Estimated Duration**: [Zeitschätzung] ## Dependencies Graph ```mermaid graph TD task001[Task 001: Name] --> task002[Task 002: Name] task002 --> task003[Task 003: Name] ... ``` ## Critical Path ``` [Task 1] → [Task 2] → [Task 3] → Launch ``` **Blockers**: [Beschreibung kritischer Blocker] ## Additional Tasks Required **Noch nicht erstellt (aus PRD identifiziert)**: - [ ] task-XXX: [Task-Name] ... **Total-Estimate**: [N] Story Points für vollständiges MVP ## Next Steps ### Immediate (Woche 0-1) 1. [Step 1] ... ### Short-Term (Woche 2-4) 1. [Step 1] ... ### Mid-Term (Woche 4-6) 1. [Step 1] ... ## Risks & Mitigation **High-Priority-Risks**: 1. **[Risk]**: [Mitigation] ... ## Success Metrics (Tracking) Basierend auf PRD-Ziele: - [ ] [Metrik 1] ... ## Team-Assignments | Agent/Role | Primary Tasks | Workload | |------------|---------------|----------| | **[agent]** | task-NNN, task-NNN | ~[N] SP | ... ## Related Documents - **EPIC.md**: Feature-Übersicht, Business-Value, Success-Metrics - **PRD.md**: Vollständiges Product-Requirements-Document ([Link]) - **Task-Details**: Siehe `/tasks/*.md` für detaillierte Acceptance-Criteria --- **Ready to start!** 🚀 Nächster Schritt: [Empfehlung] ``` ### Task-Datei-Template ```markdown # Task-NNN: [Task-Titel] ## Metadata - **ID**: task-NNN - **Status**: pending - **Priority**: must/should/could/wont - **Estimate**: [N] Story Points - **Labels**: [label1, label2, ...] - **Assignee**: [agent-name] - **Created**: [Datum] - **Updated**: [Datum] ## Description [Detaillierte Beschreibung der Aufgabe] **User Story**: Als [Persona] möchte ich [Aktion] damit [Nutzen]. ## Acceptance Criteria - [ ] Kriterium 1 - [ ] Kriterium 2 ... ## Dependencies - **Requires**: [task-XXX oder None] - **Blocks**: [task-YYY oder None] ## Agent Recommendation **Recommended Agent**: `[agent-name]` **Rationale**: [Warum dieser Agent empfohlen wird] ## Implementation Notes ### Technical Approach - [Detail 1] ... ### Design Specifications - [Detail 1] ... ### Files to Create/Modify - `[file-path]` ... ### API-Integration ```[language] [API-Beispiel] ``` ## Testing Strategy ### Unit Tests - [Test 1] ... ### Integration Tests - [Test 1] ... ### [Weitere Test-Kategorien] - [Test 1] ... ## Notes **Referenced PRD Sections**: - [Abschnitt 1] ... **Potential Challenges**: - [Challenge 1] ... **Future Enhancements** (Post-MVP): - [Enhancement 1] ... ``` ## Story Points Guidelines **Fibonacci-Skala**: - **1 SP**: Trivial (< 2h, keine Unsicherheit) - Beispiel: Config-Änderung, einfacher Text-Change - **2 SP**: Klein (2-4h, minimale Komplexität) - Beispiel: Einfache UI-Komponente, CRUD-Endpoint - **3 SP**: Klein-Mittel (4-8h, moderate Komplexität) - Beispiel: Komponente mit State-Management, Service mit Business-Logic - **5 SP**: Mittel (1-2 Tage, erhöhte Komplexität) - Beispiel: Feature mit mehreren Komponenten, API mit mehreren Endpoints - **8 SP**: Groß (2-3 Tage, hohe Komplexität) - Beispiel: Komplexes Feature mit Integration, Performance-kritische Komponente - **13 SP**: Sehr groß (> 3 Tage, sehr hohe Komplexität) - **ACHTUNG**: Sollte in kleinere Tasks aufgeteilt werden! **Faustregel**: Tasks > 8 SP aufspalten in mehrere kleinere Tasks. ## Duplikat-Vermeidung **Vor Plan-Erstellung**: 1. Prüfe existierende Pläne in `.plans/` 2. Suche ähnliche Feature-Namen 3. Interaktive Bestätigung bei Duplikaten: - Neuen Plan erstellen (anderen Namen wählen) - Existierenden Plan erweitern (Vorsicht!) - Abbrechen und PRD anpassen **Vor Task-Erstellung**: 1. Prüfe existierende Tasks im gleichen Plan 2. Vermeide redundante Aufgaben 3. Merge ähnliche Tasks ## Integration mit anderen Commands **Verwandte Commands**: - **[/project:create-prd](./create-prd.md)** - PRD-Erstellung - **[/develop:implement-fs-task](../develop/implement-fs-task.md)** - Task-Implementation **Workflow-Integration**: 1. PRD erstellen: `/project:create-prd` 2. Plan erstellen: `/project:create-plan-fs` (dieser Command) 3. Tasks implementieren: `/develop:implement-fs-task` 4. Review: Code-Reviewer Agent 5. Merge & Deploy ## Siehe auch - **[Linear-basierte Planung](./create-plan.md)** - Alternative mit Linear-Integration - **[Task-Implementation](../develop/implement-fs-task.md)** - Tasks umsetzen - **[Best Practices](./create-plan/best-practices.md)** - Detaillierte Richtlinien - **[Task Breakdown](./create-plan/task-breakdown.md)** - Strategien für Task-Zerlegung - **[Agent Mapping](./create-plan/agent-mapping.md)** - Agent-Empfehlungen --- **PRD-Pfad**: {{arguments}}

{ "prompt": "# Claude Command: Create Filesystem Plan\n\nErstelle einen strukturierten Projektplan aus einem PRD-Dokument und speichere ihn als Filesystem-basierte Struktur im `.plans/` Verzeichnis.\n\n## Rolle & Expertise\n\nDu agierst als **Scrum Master, Product Owner und Entwicklungsleiter** mit folgender Expertise:\n\n- **Akademischer Hintergrund**: MSc in Computer Science\n- **Best Practices**: Aktuelle Standards von renommierten Universitäten und Fachhochschulen\n- **Agile Methoden**: Scrum, Kanban, User Story Mapping\n- **Task-Breakdown**: Atomic, testbare und schätzbare Tasks\n\n## Verwendung\n\n```bash\n# Standard: PRD.md im aktuellen Verzeichnis\n/project:create-plan-fs\n\n# Spezifisches PRD-Dokument\n/project:create-plan-fs --prd docs/requirements/feature-x.md\n/project:create-plan-fs PRDs/01-rag-system.md\n\n# Interaktiver Modus\n/project:create-plan-fs --interactive\n```\n\n## Workflow\n\n### 1. PRD-Dokument einlesen\n\n- **Standard**: `PRD.md` im aktuellen Verzeichnis\n- **Custom**: Über `--prd <Pfad>` oder als Argument angegeben\n- **Fallback**: Interaktive Nachfrage falls nicht gefunden\n\n**Validierung**:\n- PRD-Struktur vollständig?\n- Ziele & Erfolgsmetriken definiert?\n- Anforderungen priorisiert (MoSCoW)?\n\n### 2. Feature-Namen ableiten\n\nAus dem PRD einen Feature-Namen in `kebab-case` generieren:\n\n**Beispiele**:\n- \"Dark Mode Toggle\" → `dark-mode-toggle`\n- \"RAG-basiertes Dokumenten-Analyse-System\" → `rag-dokumenten-analyse-system`\n- \"User Authentication Flow\" → `user-authentication-flow`\n\n**Ziel-Verzeichnis**:\n```\n.plans/[feature-name]/\n```\n\n**Duplikat-Check**:\n- Prüfe ob `.plans/[feature-name]/` bereits existiert\n- Interaktive Bestätigung bei Duplikaten\n- Optionen: Überschreiben, anderen Namen wählen, abbrechen\n\n### 3. Task-Breakdown durchführen\n\nLeite aus dem PRD **in sich abgeschlossene Tasks** ab:\n\n**Kriterien für gute Tasks**:\n- ✅ **Atomic**: Eine logische Einheit\n- ✅ **Actionable**: Sofort umsetzbar\n- ✅ **Testable**: Akzeptanzkriterien definiert\n- ✅ **Assignable**: Für einen Entwickler/Agenten\n- ✅ **Estimated**: Geschätzter Aufwand (Story Points)\n\n**Task-Struktur** (siehe Abschnitt \"Task-Datei-Template\" unten):\n```markdown\n# Task-NNN: [Konkrete Beschreibung]\n\n## Metadata\n- **ID**: task-NNN\n- **Status**: pending\n- **Priority**: must/should/could/wont\n- **Estimate**: [Story Points]\n- **Labels**: [Tags]\n- **Assignee**: [Agent/Role]\n- **Created**: [Datum]\n- **Updated**: [Datum]\n\n## Description\n[Detaillierte Anforderungen & User Story]\n\n## Acceptance Criteria\n- [ ] Kriterium 1\n- [ ] Kriterium 2\n...\n\n## Dependencies\n- **Requires**: task-XXX (optional)\n- **Blocks**: task-YYY (optional)\n\n## Agent Recommendation\n**Recommended Agent**: `agent-name`\n**Rationale**: [Warum dieser Agent]\n\n## Implementation Notes\n[Technische Details, API-Integration, etc.]\n\n## Testing Strategy\n[Unit-Tests, Integration-Tests, etc.]\n\n## Notes\n[PRD-Referenzen, Challenges, Future Enhancements]\n```\n\n### 4. Dateien erstellen\n\n**Verzeichnisstruktur**:\n```\n.plans/[feature-name]/\n├── EPIC.md # Feature-Übersicht\n├── STATUS.md # Progress-Tracking\n└── tasks/\n ├── task-001-[slug].md\n ├── task-002-[slug].md\n └── ...\n```\n\n#### 4.1 EPIC.md erstellen\n\nEnthält:\n- Status & Metadata\n- Executive Summary (aus PRD)\n- Business Value\n- Success Metrics\n- Timeline & Milestones\n- Dependencies (External/Internal)\n- Key Risks\n- MVP Scope (Must/Should/Won't-Have)\n- Link zum PRD\n\n**Template**: Siehe Abschnitt \"EPIC.md Template\" unten\n\n#### 4.2 STATUS.md erstellen\n\nEnthält:\n- Progress Overview (Total/Completed/In Progress/Pending/Blocked)\n- Tasks by Priority (Must/Should/Could)\n- Tasks by Status (Completed/In Progress/Pending/Blocked)\n- Story Points Summary\n- Dependencies Graph (Mermaid)\n- Critical Path\n- Additional Tasks Required (falls identifiziert)\n- Next Steps (Immediate/Short-Term/Mid-Term)\n- Risks & Mitigation\n- Success Metrics Tracking\n- Team Assignments (Agent-basiert)\n\n**Template**: Siehe Abschnitt \"STATUS.md Template\" unten\n\n#### 4.3 Task-Dateien erstellen\n\nJeder Task wird als `task-NNN-[slug].md` gespeichert:\n\n**Naming Convention**:\n- `task-001-upload-ui-komponente.md`\n- `task-002-upload-api-endpoint.md`\n- `task-010-chunking-strategie.md` (Lücken sind OK für spätere Einfügungen)\n\n**Template**: Siehe Abschnitt \"Task-Datei-Template\" unten\n\n### 5. Konsistenz-Check\n\n**Vor dem Speichern**:\n- [ ] Keine Duplikate oder Redundanzen\n- [ ] Konsistentes Gesamtbild der Anwendung\n- [ ] Tasks sind vollständig und umsetzbar\n- [ ] Dependencies korrekt verknüpft\n- [ ] Priorisierung logisch\n- [ ] Story Points realistisch\n- [ ] Agent-Empfehlungen passend\n- [ ] EPIC.md, STATUS.md und Task-Dateien konsistent\n\n## Agent-Empfehlungen\n\nBasierend auf Task-Typ werden KI-Agenten empfohlen:\n\n| Task-Typ | Empfohlene Agenten | Verwendung |\n|----------|-------------------|------------|\n| **Code Review** | `code-reviewer` | Qualitätssicherung |\n| **Java Development** | `java-developer` | Spring Boot, Enterprise Java |\n| **Python Development** | `python-expert` | Django, FastAPI, Data Science |\n| **Frontend (React/Next.js)** | `frontend-developer` | UI-Komponenten, SSR/SSG |\n| **AI/ML Features** | `ai-engineer` | LLM-Integration, ML-Pipelines |\n| **Agent Development** | `agent-expert` | KI-Agenten-Entwicklung |\n| **Documentation** | `markdown-syntax-formatter` | Docs, READMEs |\n\n**Details**: [create-plan/agent-mapping.md](create-plan/agent-mapping.md)\n\n## Qualitätskriterien\n\n### Tasks müssen erfüllen:\n\n- [ ] **Präzise Formulierung**: Entwickler können ohne Nachfragen umsetzen\n- [ ] **Klare Akzeptanzkriterien**: Testbar und messbar\n- [ ] **Dependencies dokumentiert**: Reihenfolge klar\n- [ ] **Realistische Schätzung**: Story Points basierend auf Komplexität\n- [ ] **Agent-Empfehlung**: Passender KI-Agent vorgeschlagen (falls verfügbar)\n\n### EPIC.md muss enthalten:\n\n- [ ] **Executive Summary**: Kurze Übersicht\n- [ ] **Business Value**: Warum wird das gebaut?\n- [ ] **Success Metrics**: Messbare Ziele\n- [ ] **Timeline**: Grobe Meilensteine\n- [ ] **Dependencies**: Externe Abhängigkeiten\n\n### STATUS.md muss enthalten:\n\n- [ ] **Progress Overview**: Aktuelle Zahlen\n- [ ] **Dependencies Graph**: Visuell (Mermaid)\n- [ ] **Critical Path**: Identifiziert\n- [ ] **Next Steps**: Konkrete Handlungsempfehlungen\n\n## Task-Breakdown Strategien\n\n**Aus funktionalen Anforderungen**:\n- Eine Anforderung = Ein oder mehrere Tasks\n- Must-Have → Höchste Priorität\n- Should/Could-Have → Mittlere/Niedrige Priorität\n\n**Aus nicht-funktionalen Anforderungen**:\n- Performance-Tasks separat\n- Security-Review als eigene Tasks\n- Accessibility nach Feature-Tasks\n\n**Cross-Cutting Concerns**:\n- Testing als separate Tasks\n- Documentation Tasks\n- CI/CD Setup\n- Monitoring & Observability\n\n**Details**: [create-plan/task-breakdown.md](create-plan/task-breakdown.md)\n\n## Best Practices\n\n**DO ✅**:\n- PRD vollständig analysieren vor Task-Erstellung\n- Atomic Tasks: Eine logische Einheit pro Task\n- Klare Akzeptanzkriterien definieren\n- Dependencies explizit dokumentieren\n- Realistische Schätzungen (Fibonacci: 1, 2, 3, 5, 8, 13)\n- Agent-Empfehlungen basierend auf Expertise\n- Duplikat-Check vor Erstellung\n- TodoWrite nutzen für Tracking während Erstellung\n\n**DON'T ❌**:\n- Zu große Tasks (> 8 Story Points → aufteilen)\n- Vage Beschreibungen ohne Akzeptanzkriterien\n- Tasks ohne Priorisierung\n- Redundante oder überlappende Tasks\n- Dependencies ignorieren\n- Tasks ohne Agent-Empfehlung (falls Agenten verfügbar)\n\n**Vollständiger Guide**: [create-plan/best-practices.md](create-plan/best-practices.md)\n\n## Beispiel-Workflow\n\n```bash\n# 1. PRD erstellen\n/project:create-prd \"Dark Mode Toggle\"\n\n# 2. Plan aus PRD generieren\n/project:create-plan-fs PRD.md\n\n# Output:\n# ✅ PRD eingelesen: PRD.md\n# ✅ Feature-Name: dark-mode-toggle\n# ✅ Verzeichnis erstellt: .plans/dark-mode-toggle/\n# ✅ EPIC.md erstellt\n# ✅ 8 Tasks generiert:\n# - task-001-ui-toggle-component.md (3 SP) [frontend-developer]\n# - task-002-theme-state-management.md (5 SP) [frontend-developer]\n# - task-003-css-variables-setup.md (2 SP) [frontend-developer]\n# - task-004-local-storage-persistence.md (2 SP) [frontend-developer]\n# - task-005-unit-tests.md (3 SP) [frontend-developer]\n# - task-006-integration-tests.md (3 SP) [frontend-developer]\n# - task-007-documentation.md (2 SP) [markdown-syntax-formatter]\n# - task-008-code-review.md (1 SP) [code-reviewer]\n# ✅ STATUS.md erstellt mit Dependencies-Graph\n# ✅ Total Story Points: 21 SP\n\n# 3. Task implementieren\n/develop:implement-fs-task task-001\n```\n\n## Templates\n\n### EPIC.md Template\n\n```markdown\n# [Feature-Name]\n\n## Status\n- **Created**: [Datum]\n- **Status**: planned/in_progress/completed\n- **Priority**: high/medium/low\n\n## Executive Summary\n\n[3-5 Sätze aus PRD Executive Summary]\n\n## Business Value\n\n**Problem**: [Kern-Problem]\n\n**Lösung**: [Lösungsansatz]\n\n**Impact**:\n- **Zeit**: [Zeit-Einsparung]\n- **Kosten**: [Kosten-Einsparung]\n- **Qualität**: [Qualitätsverbesserung]\n\n**Revenue-Potential**:\n- [Revenue-Metrik 1]\n- [Revenue-Metrik 2]\n\n## Success Metrics\n\n| Metric | Baseline | Target | Timeline |\n|--------|----------|--------|----------|\n| [Metrik 1] | [Baseline] | [Target] | [Timeline] |\n...\n\n### Guardrail Metriken\n- [Guardrail 1]\n- [Guardrail 2]\n\n## Timeline & Milestones\n\n| Milestone | Target Date | Description |\n|-----------|-------------|-------------|\n| [Phase 1] | [Date] | [Description] |\n...\n\n## Dependencies\n\n### External Dependencies\n- [Dependency 1]\n\n### Internal Dependencies\n- [Dependency 1]\n\n### Technical Decisions Required\n- [Decision 1]\n\n## Key Risks\n\n| Risiko | Impact | Mitigation |\n|--------|--------|------------|\n| [Risk 1] | [Impact] | [Mitigation] |\n...\n\n## MVP Scope\n\n### MUST-HAVE Features\n1. [Feature 1]\n...\n\n### SHOULD-HAVE (Post-MVP)\n- [Feature 1]\n\n### WON'T-HAVE (Out of Scope)\n- [Feature 1]\n\n## Link to PRD\n\n[Full PRD Document](../../[prd-file].md)\n\n## Notes\n\n- [Note 1]\n```\n\n### STATUS.md Template\n\n```markdown\n# Project Status: [Feature-Name]\n\n**Last Updated**: [Datum]\n\n## Progress Overview\n\n- **Total Tasks**: [N] (Initial MVP-Tasks)\n- **Completed**: [N] ([%]%)\n- **In Progress**: [N] ([%]%)\n- **Pending**: [N] ([%]%)\n- **Blocked**: [N] ([%]%)\n\n## Tasks by Priority\n\n### Must-Have (MVP)\n\n- [ ] **task-NNN**: [Task-Name] ([SP] SP) - [status]\n...\n\n### Should-Have (Post-MVP)\n\n- [ ] **task-NNN**: [Task-Name] ([SP] SP) - [status]\n...\n\n## Tasks by Status\n\n### Completed ✅\n\n[None yet oder Liste]\n\n### In Progress 🚧\n\n[None yet oder Liste]\n\n### Pending 📋\n\n#### Epic 1: [Epic-Name]\n- **task-NNN-[slug].md** ([SP] SP) [[agent]]\n - [Beschreibung Zeile 1]\n - [Beschreibung Zeile 2]\n...\n\n### Blocked 🚫\n\n[None oder Liste mit Blocker-Grund]\n\n## Story Points Summary\n\n- **Total SP**: [N]\n- **Must-Have SP**: [N] ([%]%)\n- **Should-Have SP**: [N] ([%]%)\n\n**Estimated Duration**: [Zeitschätzung]\n\n## Dependencies Graph\n\n```mermaid\ngraph TD\n task001[Task 001: Name] --> task002[Task 002: Name]\n task002 --> task003[Task 003: Name]\n ...\n```\n\n## Critical Path\n\n```\n[Task 1] → [Task 2] → [Task 3] → Launch\n```\n\n**Blockers**: [Beschreibung kritischer Blocker]\n\n## Additional Tasks Required\n\n**Noch nicht erstellt (aus PRD identifiziert)**:\n- [ ] task-XXX: [Task-Name]\n...\n\n**Total-Estimate**: [N] Story Points für vollständiges MVP\n\n## Next Steps\n\n### Immediate (Woche 0-1)\n1. [Step 1]\n...\n\n### Short-Term (Woche 2-4)\n1. [Step 1]\n...\n\n### Mid-Term (Woche 4-6)\n1. [Step 1]\n...\n\n## Risks & Mitigation\n\n**High-Priority-Risks**:\n1. **[Risk]**: [Mitigation]\n...\n\n## Success Metrics (Tracking)\n\nBasierend auf PRD-Ziele:\n- [ ] [Metrik 1]\n...\n\n## Team-Assignments\n\n| Agent/Role | Primary Tasks | Workload |\n|------------|---------------|----------|\n| **[agent]** | task-NNN, task-NNN | ~[N] SP |\n...\n\n## Related Documents\n\n- **EPIC.md**: Feature-Übersicht, Business-Value, Success-Metrics\n- **PRD.md**: Vollständiges Product-Requirements-Document ([Link])\n- **Task-Details**: Siehe `/tasks/*.md` für detaillierte Acceptance-Criteria\n\n---\n\n**Ready to start!** 🚀\n\nNächster Schritt: [Empfehlung]\n```\n\n### Task-Datei-Template\n\n```markdown\n# Task-NNN: [Task-Titel]\n\n## Metadata\n- **ID**: task-NNN\n- **Status**: pending\n- **Priority**: must/should/could/wont\n- **Estimate**: [N] Story Points\n- **Labels**: [label1, label2, ...]\n- **Assignee**: [agent-name]\n- **Created**: [Datum]\n- **Updated**: [Datum]\n\n## Description\n\n[Detaillierte Beschreibung der Aufgabe]\n\n**User Story**: Als [Persona] möchte ich [Aktion] damit [Nutzen].\n\n## Acceptance Criteria\n\n- [ ] Kriterium 1\n- [ ] Kriterium 2\n...\n\n## Dependencies\n\n- **Requires**: [task-XXX oder None]\n- **Blocks**: [task-YYY oder None]\n\n## Agent Recommendation\n\n**Recommended Agent**: `[agent-name]`\n\n**Rationale**: [Warum dieser Agent empfohlen wird]\n\n## Implementation Notes\n\n### Technical Approach\n- [Detail 1]\n...\n\n### Design Specifications\n- [Detail 1]\n...\n\n### Files to Create/Modify\n- `[file-path]`\n...\n\n### API-Integration\n```[language]\n[API-Beispiel]\n```\n\n## Testing Strategy\n\n### Unit Tests\n- [Test 1]\n...\n\n### Integration Tests\n- [Test 1]\n...\n\n### [Weitere Test-Kategorien]\n- [Test 1]\n...\n\n## Notes\n\n**Referenced PRD Sections**:\n- [Abschnitt 1]\n...\n\n**Potential Challenges**:\n- [Challenge 1]\n...\n\n**Future Enhancements** (Post-MVP):\n- [Enhancement 1]\n...\n```\n\n## Story Points Guidelines\n\n**Fibonacci-Skala**:\n- **1 SP**: Trivial (< 2h, keine Unsicherheit)\n - Beispiel: Config-Änderung, einfacher Text-Change\n- **2 SP**: Klein (2-4h, minimale Komplexität)\n - Beispiel: Einfache UI-Komponente, CRUD-Endpoint\n- **3 SP**: Klein-Mittel (4-8h, moderate Komplexität)\n - Beispiel: Komponente mit State-Management, Service mit Business-Logic\n- **5 SP**: Mittel (1-2 Tage, erhöhte Komplexität)\n - Beispiel: Feature mit mehreren Komponenten, API mit mehreren Endpoints\n- **8 SP**: Groß (2-3 Tage, hohe Komplexität)\n - Beispiel: Komplexes Feature mit Integration, Performance-kritische Komponente\n- **13 SP**: Sehr groß (> 3 Tage, sehr hohe Komplexität)\n - **ACHTUNG**: Sollte in kleinere Tasks aufgeteilt werden!\n\n**Faustregel**: Tasks > 8 SP aufspalten in mehrere kleinere Tasks.\n\n## Duplikat-Vermeidung\n\n**Vor Plan-Erstellung**:\n1. Prüfe existierende Pläne in `.plans/`\n2. Suche ähnliche Feature-Namen\n3. Interaktive Bestätigung bei Duplikaten:\n - Neuen Plan erstellen (anderen Namen wählen)\n - Existierenden Plan erweitern (Vorsicht!)\n - Abbrechen und PRD anpassen\n\n**Vor Task-Erstellung**:\n1. Prüfe existierende Tasks im gleichen Plan\n2. Vermeide redundante Aufgaben\n3. Merge ähnliche Tasks\n\n## Integration mit anderen Commands\n\n**Verwandte Commands**:\n- **[/project:create-prd](./create-prd.md)** - PRD-Erstellung\n- **[/develop:implement-fs-task](../develop/implement-fs-task.md)** - Task-Implementation\n\n**Workflow-Integration**:\n1. PRD erstellen: `/project:create-prd`\n2. Plan erstellen: `/project:create-plan-fs` (dieser Command)\n3. Tasks implementieren: `/develop:implement-fs-task`\n4. Review: Code-Reviewer Agent\n5. Merge & Deploy\n\n## Siehe auch\n\n- **[Linear-basierte Planung](./create-plan.md)** - Alternative mit Linear-Integration\n- **[Task-Implementation](../develop/implement-fs-task.md)** - Tasks umsetzen\n- **[Best Practices](./create-plan/best-practices.md)** - Detaillierte Richtlinien\n- **[Task Breakdown](./create-plan/task-breakdown.md)** - Strategien für Task-Zerlegung\n- **[Agent Mapping](./create-plan/agent-mapping.md)** - Agent-Empfehlungen\n\n---\n\n**PRD-Pfad**: {{arguments}}", "variables": [ "arguments" ], "notes": "Erstelle einen Projektplan aus PRD im Filesystem (.plans/) Tools: Read, Write, TodoWrite, AskUserQuestion, Glob. Arguments: [--prd <PRD-Pfad>] [--interactive].", "metadata": { "source": { "provider": "github-prompts", "repository": "https://github.com/talent-factory/ai-project-example", "path": ".github/prompts/create-plan-fs.prompt.md", "ref": "0a3756e292fc9b2f2cc1c875a5001a0c28ad65f3", "url": "https://github.com/talent-factory/ai-project-example/blob/0a3756e292fc9b2f2cc1c875a5001a0c28ad65f3/.github/prompts/create-plan-fs.prompt.md", "key": "talent-factory/ai-project-example/.github/prompts/create-plan-fs.prompt.md" } } }

About