Kristian
50 lines
1.2 KiB
Cheetah
50 lines
1.2 KiB
Cheetah
# 00 — Overview
|
||
|
||
**Projekt:** {{PROJECT_NAME}}
|
||
**Angelegt:** {{TODAY_ISO}}
|
||
|
||
## Zweck in einem Satz
|
||
|
||
{{PROJECT_PURPOSE}}
|
||
|
||
## Warum überhaupt
|
||
|
||
<!-- TODO: In 3–6 Sätzen die Motivation. Welches Problem löst das Projekt?
|
||
Für wen? Was war der Auslöser? Dieses Feld altert am schnellsten — trotzdem
|
||
wichtig, weil es Monate später erklärt, warum das Ding existiert. -->
|
||
|
||
## Ziele
|
||
|
||
<!-- TODO: 3–5 konkrete, prüfbare Ziele. Nicht „schneller sein", sondern
|
||
„Antwortzeit < 200 ms bei p95". -->
|
||
|
||
- TBD
|
||
- TBD
|
||
- TBD
|
||
|
||
## Nicht-Ziele
|
||
|
||
<!-- TODO: Explizit festhalten, was das Projekt NICHT sein will. Spart später
|
||
viele Diskussionen. Beispiel: „Kein Multi-Tenant", „Keine Mobile-App",
|
||
„Keine Echtzeitfähigkeit im ersten Release". -->
|
||
|
||
- TBD
|
||
- TBD
|
||
|
||
## Stakeholder / Betroffene
|
||
|
||
<!-- TODO: Wer nutzt das? Wer zahlt? Wer operiert es? Wer wird wach, wenn es
|
||
bricht? -->
|
||
|
||
- Nutzer: TBD
|
||
- Betrieb: TBD
|
||
- Auftraggeber: TBD
|
||
|
||
## Erfolgskriterien
|
||
|
||
<!-- TODO: Woran messen wir „fertig" und „gut"? Idealerweise eine Kombination
|
||
aus quantitativen Kennzahlen und qualitativen Aussagen („Kristian kann
|
||
ohne Nachfrage deployen"). -->
|
||
|
||
- TBD
|