# Plan Template (Decision Complete)

## 1) Ziel + Success Criteria

- Was wird verbessert?
- Woran ist messbar, dass es erfolgreich ist?
- Success Criteria immer mit stabilen IDs formulieren (`SC-001`, `SC-002`, ...).

Beispiel:

- `SC-001`: Delete-Aktion zeigt Confirm-Dialog mit korrekter Gefahr-Variante.
- `SC-002`: Nach Confirm erfolgt genau ein Submit (kein Doppel-Submit).

## 2) Scope

- In Scope
- Out of Scope
- Scope-Typ explizit markieren (`core`, `ui`, `api`, `mixed`), wenn der Workflow es verlangt.

## 3) Oeffentliche Interfaces / Contracts

- Neue/angepasste APIs, Data-Contracts, CLI-Flags, Markup-Contracts
- Backward-Compatibility-Entscheidung
- Bei Agent-Workflow: verwendete `GR-*` und `QG-*` IDs explizit nennen.

## 4) Implementierungsschritte

1. Schritt A
2. Schritt B
3. Schritt C

Regel: Jeder Schritt ist direkt umsetzbar ohne Nachentscheid.

## 5) Test- und Abnahmeplan

- Syntax/Static Checks
- Contract-/Architekturtests
- Fachliche Smoke-Tests
- Abnahmekriterien (klar messbar)
- Abnahme-Checks 1:1 auf `SC-*` Kriterien-ID referenzieren.

## 6) Risiken / Migration

- Hauptrisiken
- Mitigation
- Rollout-/Rollback-Hinweis

## 7) Annahmen / Defaults

- Alle offenen Themen als explizite Annahme festhalten.
