# 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`*