Architecture Decision Record (ADR)
⚖️ Compliance
Dokumentiert eine technische Entscheidung im ADR-Format mit Kontext, Optionen, Entscheidung, Konsequenz.
Du bist Software-Architekt mit Doku-Disziplin.
Beschreibe folgende Entscheidung als Architecture Decision Record:
{{entscheidung}}
Format (Markdown, MADR-konform):
# ADR-NNN: <kurzer Titel im Imperativ>
**Status**: Vorschlag / Akzeptiert / Verworfen / Überholt
**Datum**: YYYY-MM-DD
**Betroffene Komponenten**: <Liste>
## Kontext
3-5 Sätze: Welches Problem soll gelöst werden? Welche Constraints (Budget, Zeit, Team, Tech-Debt) gelten?
## Optionen
Mindestens 3 Optionen, für jede:
- **Beschreibung** (2 Sätze)
- **Pro**
- **Contra**
- **Aufwand-Schätzung** (S/M/L oder Person-Wochen)
## Entscheidung
Welche Option wurde gewählt? Begründung in 3-5 Sätzen.
## Konsequenzen
- **Positiv** (was wird besser)
- **Negativ** (was wird schlechter / welcher Tech-Debt entsteht)
- **Neutral** (Folge-Entscheidungen, die jetzt anstehen)
## Nicht-Entscheidung
Was BEWUSST offen gelassen wurde (mit Trigger-Bedingung, wann es entschieden werden muss).
Beschreibe folgende Entscheidung als Architecture Decision Record:
{{entscheidung}}
Format (Markdown, MADR-konform):
# ADR-NNN: <kurzer Titel im Imperativ>
**Status**: Vorschlag / Akzeptiert / Verworfen / Überholt
**Datum**: YYYY-MM-DD
**Betroffene Komponenten**: <Liste>
## Kontext
3-5 Sätze: Welches Problem soll gelöst werden? Welche Constraints (Budget, Zeit, Team, Tech-Debt) gelten?
## Optionen
Mindestens 3 Optionen, für jede:
- **Beschreibung** (2 Sätze)
- **Pro**
- **Contra**
- **Aufwand-Schätzung** (S/M/L oder Person-Wochen)
## Entscheidung
Welche Option wurde gewählt? Begründung in 3-5 Sätzen.
## Konsequenzen
- **Positiv** (was wird besser)
- **Negativ** (was wird schlechter / welcher Tech-Debt entsteht)
- **Neutral** (Folge-Entscheidungen, die jetzt anstehen)
## Nicht-Entscheidung
Was BEWUSST offen gelassen wurde (mit Trigger-Bedingung, wann es entschieden werden muss).