126 lines
4.3 KiB
Markdown
126 lines
4.3 KiB
Markdown
|
# AP2.1 — MVP Validation (Stufe A)
|
|||
|
|
## Auftrag v0.1
|
|||
|
|
|
|||
|
|
**Status:** freigegeben
|
|||
|
|
**Stand:** 2026-07-28
|
|||
|
|
**Bezug:** `Kairo_MVP_Definition_v0.3.md` §5–8, `Kairo_MVP_Execution_Plan_v0.2.md` §7
|
|||
|
|
**Output:** ausgefüllter `Sprint1_AP2_1_MVP_Validation_Report_v0.3.md` + Go/No-Go
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 1. Ziel
|
|||
|
|
|
|||
|
|
Kairo ist **MVP-abnahmefähig (Stufe A)**, wenn ein PO **vier Referenz-Szenarien** in der **UI auf Dev** durchspielt und dokumentiert — **ohne** Dogfooding-Seed, **ohne** vorbefüllte Demo-Daten.
|
|||
|
|
|
|||
|
|
**Leitfrage (pro Vorhaben, ≤2 Minuten):**
|
|||
|
|
|
|||
|
|
> Welcher nächste Schritt bringt dieses Vorhaben **jetzt** am wirksamsten voran — und **warum**?
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 2. Abnahfe-Umfang (Stufe A)
|
|||
|
|
|
|||
|
|
| ID | Szenario | Archetyp | Methode | Pflicht |
|
|||
|
|
|----|----------|----------|---------|---------|
|
|||
|
|
| **A1** | Spagat können | `initiative.maturity_journey` | `maturity_progression` | ✓ |
|
|||
|
|
| **A2** | Neue Küche | `initiative.linear_project` | `sequential_dependency` | ✓ |
|
|||
|
|
| **B2b** | Product-Betrieb (z. B. Kairo selbst) | `initiative.product` | `continuous_product` | ✓ |
|
|||
|
|
| **B3** | Sprint-Zeitbox auf B2b | Profil `agile_iteration` | `work_cycle` | ✓ minimal |
|
|||
|
|
| D1 | Buch schreiben | Stufe B | — | optional (nicht MVP-Blocker) |
|
|||
|
|
|
|||
|
|
**B3** wird im **selben** Product-Vorhaben wie B2b geprüft (kein eigener Archetyp).
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 3. Umgebung
|
|||
|
|
|
|||
|
|
| | |
|
|||
|
|
|---|---|
|
|||
|
|
| **Dev-Instanz** | [https://dev.kairo.jinkendo.de](https://dev.kairo.jinkendo.de) |
|
|||
|
|
| **Health** | `GET /api/health` |
|
|||
|
|
| **Branch** | `develop` (nach letztem Deploy) |
|
|||
|
|
| **CI-Referenz** | Gitea Actions `test.yml` — E2E-Tests als technische Vorprüfung |
|
|||
|
|
|
|||
|
|
**Regeln:**
|
|||
|
|
|
|||
|
|
- Vorhaben **neu in der UI anlegen** (Starter-Kit optional aktivieren)
|
|||
|
|
- **Kein** `seed_004` / Dogfooding als Abnahme-Shortcut
|
|||
|
|
- Screenshots oder Initiative-IDs im Report notieren
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 4. Ablauf pro Szenario (~20–30 Min)
|
|||
|
|
|
|||
|
|
1. **Anlegen** — Archetyp wählen, Starter-Kit, Scope setzen
|
|||
|
|
2. **Struktur** — Stufen / Gates / Sprint anlegen (methodenabhängig)
|
|||
|
|
3. **Ist committen** — mindestens 1–2 Arbeitspakete; bei B2b: Backlog → Sprint
|
|||
|
|
4. **Kontrolle** — Lagebild: Methode, Next Action (1–3), Begründung, keine Todo-Wand
|
|||
|
|
5. **Ausführen** — Default-Route (Heute / Sprint) zeigt Steuerung, nicht Gesamtliste
|
|||
|
|
6. **Journey** — min. ein steuerungsrelevantes Event sichtbar
|
|||
|
|
7. **Leitfrage** — PO beantwortet schriftlich in ≤2 Min (Stopuhr)
|
|||
|
|
8. **Anti-Patterns** — explizit prüfen (§7 MVP v0.3)
|
|||
|
|
|
|||
|
|
Detaillierte Schritte: Abschnitt 6 in `Sprint1_AP2_1_MVP_Validation_Report_v0.3.md`.
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 5. Go-Kriterien (verbindlich)
|
|||
|
|
|
|||
|
|
### Pro Archetyp (A1, A2, B2b+B3)
|
|||
|
|
|
|||
|
|
| # | Kriterium (MVP v0.3 §5) | Go |
|
|||
|
|
|---|------------------------|-----|
|
|||
|
|
| 1 | Anlage + Default-Methode + Profil | ☐ |
|
|||
|
|
| 2 | Passende Struktur modellierbar | ☐ |
|
|||
|
|
| 3 | Ist committet (nicht alles gleichzeitig sichtbar) | ☐ |
|
|||
|
|
| 4 | Kontrolle: Next Action **begründet** | ☐ |
|
|||
|
|
| 5 | Journey nachvollziehbar (≥1 Event) | ☐ |
|
|||
|
|
| 6 | Leitfrage ≤2 Min **ohne CRUD-Wand** | ☐ |
|
|||
|
|
|
|||
|
|
### Portfolio
|
|||
|
|
|
|||
|
|
| # | Kriterium | Go |
|
|||
|
|
|---|-----------|-----|
|
|||
|
|
| 7 | Cockpit: Attention pro Vorhaben, nicht Task-Details | ☐ |
|
|||
|
|
|
|||
|
|
### Gesamt-Go
|
|||
|
|
|
|||
|
|
- **Go Stufe A:** alle Pflicht-Szenarien (A1, A2, B2b+B3) + Kriterium 7 = ja
|
|||
|
|
- **Bedingt:** ≤1 Szenario mit dokumentierter Lücke + Workaround + Fix-AP
|
|||
|
|
- **No-Go:** Leitfrage nicht beantwortbar oder Todo-Explosion als Hauptbild
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 6. Technische Vorprüfung (Agent/CI — kein PO-Ersatz)
|
|||
|
|
|
|||
|
|
| Paket | Test-Datei | Szenario |
|
|||
|
|
|-------|------------|----------|
|
|||
|
|
| AP2.2a | `test_ap22a_starter_kit.py` | Kits A1, A2, B2b |
|
|||
|
|
| AP2.2b | `test_ap22b_linear_e2e.py` | A2 Küche Happy Path |
|
|||
|
|
| AP2.2c | `test_ap22c_maturity_e2e.py` | A1 Spagat + Stufenwechsel |
|
|||
|
|
| AP2.2d | `test_ap22d_sprint_backlog.py` | B2b Backlog → Sprint |
|
|||
|
|
|
|||
|
|
Grüne CI-Tests sind **notwendig**, aber **nicht hinreichend** für AP2.1 Go.
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 7. Deliverables
|
|||
|
|
|
|||
|
|
| Artefakt | Pfad |
|
|||
|
|
|----------|------|
|
|||
|
|
| Report (ausfüllen) | `docs/sprints/Sprint1_AP2_1_MVP_Validation_Report_v0.3.md` |
|
|||
|
|
| Truth Table | `AP2.1` Zeile nach Go aktualisieren |
|
|||
|
|
| Execution Plan | Phase 5 als ✓ markieren |
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 8. Nach Go
|
|||
|
|
|
|||
|
|
- Merge `develop` → `main` (Prod-Deploy) erst nach **PO Go Stufe A**
|
|||
|
|
- Template/Blueprint-Konzeption (AP-BP-0) parallel, nicht MVP-Blocker
|
|||
|
|
- Stufe B (A3, B1, D1) erst nach AP2.1 Go planen
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
*Vorlage Report: `Sprint1_AP2_1_MVP_Validation_Report_v0.3.md`*
|