51 lines
1.2 KiB
Markdown
51 lines
1.2 KiB
Markdown
# 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.
|