Lars/Kairo-Jinkendo
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
3a0ef3a734
Kairo-Jinkendo/docs/sprints/Sprint1_AP2_1_MVP_Validation_Assignment_v0.1.md
Lars be0090d513
Some checks failed
Deploy Development / deploy (push) Successful in 48s
Details
Test Suite / pytest-backend (push) Failing after 4m39s
Details
Test Suite / k6 /api/health Baseline (push) Has been skipped
Details
Test Suite / playwright-smoke (push) Has been skipped
Details
Test Suite / lint-backend (push) Successful in 3s
Details
Test Suite / compose-smoke (push) Has been skipped
Details
docs(AP2.1): MVP Validation Assignment und Report v0.3 
Bereitet PO-Abnahme Stufe A vor: Smoke-Checklisten fuer A1, A2, B2b+B3,
Go-Kriterien und Truth-Table/Execution-Plan auf Phase 5 aktualisiert.

Co-authored-by: Cursor <cursoragent@cursor.com>
2026-07-28 09:19:37 +02:00

4.3 KiB
Raw Blame History

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
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