docs: PO-Schichtung Gates vs. Plan — AP1.5 vor Gate-UI

ADP Product Layering, Roadmap-Reihenfolge, Sprint-Assignment AP1.5; Gate-UI eingefroren.

Co-authored-by: Cursor <cursoragent@cursor.com>

docs/architecture/ADP_PO_Product_Layering_and_IA_Reset_v0.1.md

@@ -0,0 +1,158 @@
+# ADP — Produkt-Schichtung, Gates vs. Plan & IA-Reset v0.1
+
+**Status:** PO-Freigabe (2026-07-06)  
+**Stand:** 2026-07-06  
+**Auslöser:** PO-Review nach AP1.4b — Gefahr, Gate-UI zu optimieren und Gesamtbild (Ist-Ebene, Optionalität) zu verlieren  
+**Bezug:** Vision v0.2 §5–7, Canonical OM v0.2 §4–8, `Kairo_Corrected_MVP_Roadmap_v0.2.md`
+
+---
+
+## Problem
+
+AP1.4 / AP1.4b liefert **Gate-Infrastruktur** (RoadmapItem, Kriterien, Verify, Reopen). Die **UI** benennt und platziert das jedoch so, als wäre **Plan = Liste von Meilensteinen**.
+
+Das widerspricht dem kanonischen Modell:
+
+| Schicht | Bedeutung | Beispiele |
+|---------|-----------|-----------|
+| **Zielzustände (Gates)** | Erreichbare **Quality Gates** / Zielstatus — optional | `RoadmapItem` milestone, review_gate, maturity_stage |
+| **Operativer Plan (Ist)** | Committete Arbeit **zwischen** Gates | Backlog → Action (Arbeitspaket) → Task |
+| **Struktur (optional)** | Programm-Organisation | Project, Projekt-Roadmap bei großen Vorhaben |
+
+**PO-Klarstellung (2026-07-06):**
+
+- Meilensteine sind **nicht zwingend** ein Plan — sie sind **Zustandsgates**.
+- Der eigentliche Plan passiert **zwischen** den Gates (Projekte, Arbeitspakete, Aufgaben).
+- Projekt-Abfolgen **können** roadmap-artig modelliert werden (große Vorhaben) — das ist **nicht dasselbe** wie Gate-Graph.
+- Es kann **nur ein Projekt**, **nur Aufgaben**, oder **keine Meilensteine / keine Roadmap** geben (`generic_operating`).
+
+**Implementierungs-Drift:**
+
+1. Tab **Plan** = Gate-CRUD — wirkt wie Pflicht für jedes Vorhaben  
+2. **1 Roadmap pro Initiative** — suggeriert Gates überall  
+3. **Ausführung** unterentwickelt — Project/Task (AP1.5) fehlt in GUI  
+4. Weitere Gate-UI (Modal, Graph-Editor-Optik) **vor** Ist-Hierarchie würde Verzerrung verstärken  
+
+---
+
+## Betroffene Regeln
+
+| Dokument | Regel |
+|----------|--------|
+| Vision v0.2 §5 | Plan (Roadmap) vs. Ist (Action) — zentrale Trennung |
+| Vision v0.2 §6 | Meilenstein = Quality Gate, kein Task |
+| Vision v0.2 §7.3 | Unterseite Plan = Gates/DoD; Ausführung = Arbeitspakete |
+| Vision v0.2 §9 | Methodenflexibilität — kein einziges Gate-Modell |
+| Canonical OM v0.2 §4–5 | Project optional; Backlog zahlt auf RoadmapItem ein |
+| Roadmap v0.2 Leitprinzip 4 | Plan vs. Ist |
+
+---
+
+## Entscheidung (PO-Freigabe)
+
+### 1. Begriffe und IA
+
+| Heute (UI) | Product Language | Inhalt |
+|------------|------------------|--------|
+| Tab **Plan** | **Gates / Zielzustände** (interim: Untertitel klarstellen) | RoadmapItems, Kriterien, Verify, Gate-Abhängigkeiten |
+| Tab **Ausführung** | **Operative Planung / Ist** | Backlog-Commit, Actions (Arbeitspakete), später Project/Task |
+| **Roadmap** (Modell) | Zwei Bedeutungen — **nicht vermischen** | (a) Gate-Struktur pro Initiative (b) optional Projekt-Abfolge (AP1.5+) |
+
+**Graph-Editor (später):** Kanten zwischen **Gates** (AP1.4d) — **kein** Workflow-Editor für Lifecycle. Ob Graph später Lifecycle mitsteuert: **offene Produktfrage**, nicht AP1.4b.
+
+### 2. Optionalität
+
+- Gates und Roadmap sind **methodenabhängig optional**, nicht Default für jedes Vorhaben.
+- `steering_context.method_key` steuert Sichtbarkeit und Pflicht (Registry, AP1.4e).
+- Bis AP1.4e: Initiative ohne Gates muss **ohne leere Plan-Pflicht** nutzbar sein (IA-Hinweis, leerer Zustand OK).
+
+### 3. AP1.4b — Status
+
+**Backend behalten** (Migration 012, Criteria, Verify, Reopen, Audit) — Fundament für Gates.
+
+**Gate-UI-Politur eingefroren** bis AP1.5:
+
+- kein Modal-Editor für Gate-Anlage
+- kein Graph-Workflow-UI
+- keine weitere Optimierung der Plan-Liste als „Haupt-Plan“
+
+Minimaler Fix erlaubt: Tab-Beschreibung / Breadcrumb „Gates“ statt implizit „Plan = alles“.
+
+### 4. Repriorisierung (verbindlich)
+
+```text
+✓ AP1.4b   Gate-Checkliste Backend + Minimal-Detail-Route
+→ AP1.5    Project, Task, Ausführung als Ist-Kern (NÄCHSTES CODE-PAKET)
+→ AP1.5b   IA/Begriffe: Gates vs. Ausführung, optionale Gate-Sicht
+→ AP1.6    Plan/Ist-Verknüpfung, Journey (Action/Backlog → Gate)
+⏸ AP1.4c   Gate-UI (Modal, Checkliste-UX) — nach AP1.5
+→ AP1.4d   Graph Engine (Gate-Kanten only)
+→ AP1.4e   Methodenprofile (generic_operating ohne Gate-Zwang)
+```
+
+---
+
+## Schichtenmodell (Referenz)
+
+```text
+Initiative (Vorhaben / Programm)
+│
+├── [optional] Gates (RoadmapItem)     ← Zielzustände, Verify, Kriterien
+│         ▲
+│         │ zahlt ein (Evidence, Zuordnung)
+│         │
+├── [optional] Project                 ← AP1.5
+│         └── Action (Arbeitspaket)    ← Ist — „Plan zwischen Gates“
+│               └── Task               ← AP1.5 minimal
+│
+├── Backlog → Commit → Action
+└── steering_context (Lifecycle, method_key)  ← getrennt von Gate-Graph
+```
+
+**Großes Vorhaben:** Gate-Graph **und** Projekt-Roadmap **parallel** möglich — getrennte Konzepte.
+
+**Kleines Vorhaben:** nur Actions/Tasks, **keine** Gates.
+
+---
+
+## Konsequenzen für Implementierung
+
+| Bereich | Konsequenz |
+|---------|------------|
+| Roadmap v0.2 | Reihenfolge AP1.5 vor AP1.4c/4d — siehe Update |
+| Neue Features | Keine Gate-UI ohne PO-Freigabe nach AP1.5 |
+| `sequencing_mode` am Item | Deprecated — nicht in UI ausbauen |
+| 1 Roadmap/Initiative | Behalten als Schema-Compat; später methodenabhängig leer/unsichtbar |
+| Tests / Validation | Szenario „Vorhaben ohne Gates“ in AP0.10d explizit |
+| Agent-API AP1.7 | Gates schließen nur Verify-Pfad — unverändert |
+
+---
+
+## Risiko
+
+| Risiko | Mitigation |
+|--------|------------|
+| AP1.4b-UI wirkt „halbfertig“ | PO-Kommunikation: Backend da; UI nach Schichtung |
+| Doppelte Roadmap-Bedeutung verwirrt | ADP + UI-Labels; AP1.5 trennt Project-Sequenz |
+| Team baut weiter Gate-Editor | Scope Lock in Roadmap + dieses ADP |
+
+---
+
+## Rückbaubarkeit
+
+- ADP ist **Priorisierungs- und Begriffsentscheidung** — kein Schema-Rollback.
+- AP1.4b-Backend bleibt; UI-Labels jederzeit änderbar.
+- Graph Engine AP1.4d kann Scope auf Gate-Kanten begrenzt bleiben.
+
+---
+
+## Abnahme PO
+
+- [x] Gates ≠ operativer Plan — dokumentiert  
+- [x] AP1.5 vor Gate-UI-Politur — Roadmap angepasst  
+- [x] Graph ≠ Lifecycle-Workflow — festgehalten  
+- [ ] Tab-Umbenennung / Untertitel — Umsetzung AP1.5b  
+
+---
+
+*Referenz: `Kairo_Corrected_MVP_Roadmap_v0.2.md` (PO-Korrektur 2026-07-06), `Sprint1_AP1_5_Hierarchy_Assignment_v0.1.md`*

docs/architecture/ADP_Roadmap_Graph_and_Gate_Checklist_v0.1.md

@@ -1,7 +1,7 @@
 # ADP — Roadmap-Graph, Gate-Checkliste & Methodenprofile v0.1
 
-**Status:** PO-Freigabe AP1.4b (2026-07-05)  
-**Stand:** 2026-07-05  
+**Status:** PO-Freigabe AP1.4b (2026-07-05); **Priorität UI/Graph** siehe `ADP_PO_Product_Layering_and_IA_Reset_v0.1.md` (2026-07-06)  
+**Stand:** 2026-07-06  
 **Bezug:** `ADP_RoadmapItem_and_Quality_Gate_Model_v0.1.md`, Vision v0.2 §9.1  
 **Ersetzt nicht:** AP1.4-Minimal (Schema 010/011) — **korrikt und erweitert** Zielbild
 

docs/product/Kairo_Corrected_MVP_Roadmap_v0.2.md

@@ -2,10 +2,11 @@
 ## Corrected MVP Roadmap v0.2
 
 **Status:** führende Produkt-Roadmap  
-**Stand:** 2026-07-05  
+**Stand:** 2026-07-06 (PO-Korrektur Schichtung)  
 **Ersetzt:** `Kairo_Corrected_MVP_Roadmap_v0.1.md`  
 **Vision:** `Kairo_Vision_and_Product_Direction_v0.2.md`  
 **Ist-Stand:** `Kairo_Implementation_Truth_Table_v0.1.md`  
+**PO-ADP:** `ADP_PO_Product_Layering_and_IA_Reset_v0.1.md`
 
 ---
 
@@ -14,8 +15,25 @@
 1. **Vision vor UI-Patches** — keine Omnibus-CRUD-Seiten ausbauen  
 2. **IA vor Gate-Schema** — Routing/Shell vor RoadmapItem-Migration  
 3. **Steering in `backend/steering/`** — keine parallelen Heuristiken  
-4. **Plan vs. Ist** — RoadmapItem (Plan) getrennt von Action (Ist)  
+4. **Plan vs. Ist** — RoadmapItem (Ziel/Gate) getrennt von Action (Ist)  
 5. **Agenten = Actors** — Operational Interface, keine Sonderdomäne  
+6. **Gates ≠ operativer Plan** — Meilensteine = Zielzustände (optional); Plan zwischen Gates = Project/Action/Task (PO 2026-07-06)
+
+---
+
+## 1.1 PO-Korrektur 2026-07-06
+
+**Auslöser:** Gefahr, AP1.4b-Gate-UI zu optimieren und Ist-Ebene (Project, Task, Ausführung) zu vernachlässigen.
+
+| Entscheidung | |
+|--------------|--|
+| AP1.4b Backend | ✓ behalten (Kriterien, Verify, Reopen) |
+| Gate-UI-Politur (Modal, Graph-Workflow) | ⏸ **eingefroren** bis AP1.5 |
+| Nächstes Code-Paket | **AP1.5** Hierarchie + Ausführung als Ist-Kern |
+| Tab „Plan“ | fachlich **Gates / Zielzustände** — Umbenennung AP1.5b |
+| Graph Engine AP1.4d | Gate-Kanten only — **kein** Lifecycle-Workflow |
+
+Siehe `ADP_PO_Product_Layering_and_IA_Reset_v0.1.md`.
 
 ---
 
@@ -25,14 +43,16 @@
 Phase 0  Foundation AP0.1–AP0.7, AP0.R1          ✓
 Phase A  OM-Inventar AP0.8–AP0.10                ✓ (technisch)
 Phase B  Steering Skeleton AP1.0–AP1.1b          ✓ (technisch)
-Phase C  Dokumentation Welle 1–2                 ◐ (Welle 2 jetzt)
-Phase D  IA-Skeleton AP1.2 + AP1.2c              ← NÄCHSTES CODE
-Phase E  Steering Härtung AP1.2, AP1.3           geplant
-Phase F  Gate-Modell AP1.4 + ADP                 geplant
-Phase G  Hierarchie & Plan/Ist AP1.5–AP1.6       geplant
-Phase H  Portfolio & Kontext AP1.8                 geplant
-Phase I  Agent Interface AP1.7                   geplant
-Phase J  Validation AP0.10d (laufend PO)           parallel
+Phase C  Dokumentation Welle 1–2                 ✓
+Phase D  IA-Skeleton AP1.2 + AP1.2c              ✓
+Phase E  Steering AP1.2, AP1.3                   ◐
+Phase F  Gate-Backend AP1.4 + AP1.4b             ✓ (Backend); UI minimal
+Phase G  **Ist-Hierarchie AP1.5**                ← **NÄCHSTES CODE**
+Phase H  Plan/Ist-Verknüpfung AP1.6             geplant
+Phase I  Gate-Graph AP1.4d–4e                    nach AP1.5
+Phase J  Portfolio & Kontext AP1.8               geplant
+Phase K  Agent Interface AP1.7                   geplant
+Phase L  Validation AP0.10d (laufend PO)          parallel
 ```
 
 ---
@@ -47,185 +67,149 @@ Phase J  Validation AP0.10d (laufend PO)           parallel
 | AP0.10b | 0.10.1 | NextAction/Heute-Widgets, Snapshot v2 |
 | AP1.0 | 0.11.0 | steering_contexts, backend/steering/, Lifecycle |
 | AP1.1 | 0.11.1 | Method Registry, product_milestone_driven |
-| AP1.1b | 0.11.2 | InitiativeDetail UX-Patch (**kein Zielbild** — Übergang) |
-| DOC Welle 1 | — | Vision v0.2, Canonical OM v0.2, Truth Table |
+| AP1.2 | 0.11.3-ap1.2 | Signals, operating_phase weg |
+| AP1.2c | 0.12.0-ap1.2c | IA-Skeleton |
+| AP1.4 | 0.13.0-ap1.4 | RoadmapItem / Gates Minimal |
+| AP1.4b | 0.13.1-ap1.4b | Gate-Checkliste Backend + Detail-Route |
+| DOC PO | 2026-07-06 | ADP Product Layering & IA-Reset |
 
 ---
 
-## 4. Nächste Pakete (verbindliche Reihenfolge)
+## 4. Nächste Pakete (verbindliche Reihenfolge — PO 2026-07-06)
 
-### DOC Welle 2 — Zielbild präzisieren ◐
+### AP1.5 — Hierarchie & Ist-Ebene (**NÄCHSTES CODE-PAKET**)
 
-| # | Lieferung |
-|---|-----------|
-| 1 | Roadmap v0.2 (dieses Dokument) |
-| 2 | Recovery Plan v0.2 |
-| 3 | Gap Analysis v0.2 |
-| 4 | ADP RoadmapItem & Quality Gate |
-| 5 | ADP Operational Actor Interface |
-| 6 | Target State Implementation Map v0.2 |
-| 7 | Vibe-Coder Handover v0.2 |
-
-**Gate:** PO bestätigt Begriffe, IA, Reihenfolge → dann AP1.2c.
-
----
-
-### AP1.2 — Signals konsolidieren
-
-**Ziel:** `operating_phase` entfernen; Snapshot nur Lifecycle + Signals.
+**Ziel:** Operativer Plan zwischen Gates — Project, Task, Ausführung-Tab; Gates optional nutzbar.
 
 | Scope | |
 |-------|--|
-| ✓ | `operating_phase` aus Snapshot/API deprecate → entfernen |
-| ✓ | Signals in `backend/steering/signals/` konsolidieren |
-| ✓ | Tests, Truth Table aktualisieren |
+| Project GUI + API |
+| Task minimal unter Action |
+| Ausführung als Ist-Kern (nicht Gate-Liste) |
+| Vorhaben ohne Gates voll nutzbar |
 
-**Nicht:** neue UI, neue Tabellen.
-
-**Version:** `0.11.3-ap1.2`
+**ADP:** `ADP_PO_Product_Layering_and_IA_Reset_v0.1.md`  
+**Assignment:** `Sprint1_AP1_5_Hierarchy_Assignment_v0.1.md`  
+**Version:** `0.14.0-ap1.5`
 
 ---
 
-### AP1.2c — IA-Skeleton (nächstes sichtbares Produktpaket)
-
-**Ziel:** Navigation und Shell gemäß Vision §7 — **ohne** neues Schema.
-
-| # | Lieferung |
-|---|-----------|
-| 1 | **Workspace** — Portfolio-Kacheln aller Initiativen + Attention |
-| 2 | **Initiative-Übersicht** — read-only Steuerung (Snapshot, Next Action, Blocker-Hinweis) |
-| 3 | **Routing** — `/initiatives/:id`, `/plan`, `/execution`, `/inbox`, `/journey` (Shell) |
-| 4 | **Next-Action-Widget** — konfigurierbar auf Workspace + Initiative-Übersicht |
-| 5 | **Modal/Detail-Pattern** — erste Objekt-Route z. B. `/actions/:id` |
-| 6 | Omnibus `InitiativeDetailPage` → Redirect auf neue Struktur |
-
-**Nicht:** RoadmapItem, Gate-Verify, Portfolio-Priorität-Feld, Agent-API.
-
-**Version:** `0.12.0-ap1.2c`
-
----
-
-### AP0.10d — MVP Validation (parallel, PO)
-
-Testvorhaben: Kairo, Gewaltschutzkurs, Karate, Familienorganisation, Server/Mindnet.
-
-Vorlage: `Sprint0_AP0_10_Validation_Report_v0.1.md`
-
-**Go/No-Go** für Gate-Modell (AP1.4) — nicht für weiteres CRUD.
-
----
-
-### AP1.3 — Hook Orchestrator
-
-**Ziel:** `operating_transitions` → Hook-Ausführung (stub → minimal).
-
-**Nach AP1.2.** Keine Workflow-Runtime.
-
----
-
-### AP1.4 — RoadmapItem & Quality Gate (+ ADP)
-
-**Ziel:** Milestone-Brücke → RoadmapItem; Gate mit DoD, Dependencies, Verify.
+### AP1.5b — IA-Begriffe Gates vs. Ausführung
 
 | Scope | |
 |-------|--|
-| Migration Roadmap + RoadmapItem (+ dependencies) |
-| Gate-Status `reached` nur via Evidence/Review |
-| Plan-Unterseite mit echten Gates |
-| Migration bestehender `milestones` |
+| Nav: Plan → **Gates** / Zielzustände (Untertitel) |
+| Lead-Texte: Gates optional, Ist in Ausführung |
+| Kein Gate-Modal |
 
-**ADP:** `ADP_RoadmapItem_and_Quality_Gate_Model_v0.1.md`
-
-**Version:** `0.13.0-ap1.4` — **Minimal geliefert**; Verify-Compat siehe 0.13.1.
+**Kann mit AP1.5 im selben Sprint.**
 
 ---
 
-### AP1.4b — Gate-Checkliste & Pflege (**PO-Freigabe 2026-07-05**)
+### AP1.6 — Plan/Ist-Verknüpfung & Journey
 
-**Ziel:** Prüfplan pro Gate; Waive/Defer per Decision; Reopen mit Rollen; Audit.
+Backlog/Action → RoadmapItem; Decision-Spur; Journey-Timeline.
 
-| Scope | |
-|-------|--|
-| Migration `roadmap_item_criteria` |
-| Verify: Pflicht-Kriterien `satisfied` \| `waived` \| `deferred` (waive/defer → Decision) |
-| Compat: Default-Kriterium pro bestehendem Gate |
-| Reopen `reached → active`; Kriterien-Status **bleibt** |
-| Reopen: Verantwortlicher, Tenant-Admin/Owner, Portal-Admin (Notfall) |
-| Kriterium ändern bei `reached` + Begründung → Gate `active` |
-| Plan-Detail-Route; Capabilities `kairo.roadmap.reopen*` |
-| Audit für alle Gate-/Kriterien-Änderungen |
+**Nach AP1.5** — Gates bekommen Bedeutung durch Ist-Bezug.
 
-**ADP:** `ADP_Roadmap_Graph_and_Gate_Checklist_v0.1.md` § PO-Freigabe
-
-**Version:** `0.13.1-ap1.4b`
+**Version:** `0.15.0-ap1.6`
 
 ---
 
-### AP1.4d — Roadmap Graph Engine
+### AP1.4c — Gate-UI-Politur ⏸ (eingefroren bis AP1.5)
 
-**Ziel:** Sequenziell/Parallel/Optional nur über **Kanten**; erste Graph Engine in `backend/steering/graph/`.
+Modal Gate anlegen/bearbeiten; Checkliste-UX; Fortschritt in Liste.
+
+**Nicht starten vor AP1.5.**
+
+---
+
+### AP1.4d — Roadmap Graph Engine (nur Gate-Kanten)
+
+**Ziel:** Sequenziell/Parallel/Optional über **Kanten zwischen Gates** — **kein** Workflow-Editor, **kein** Lifecycle aus Graph.
 
 | Scope | |
 |-------|--|
 | `edge_kind`, `parallel_group` auf Dependencies |
-| Deprecate `sequencing_mode` am Item (UI + Engine) |
+| Deprecate `sequencing_mode` am Item |
 | Read Models: blocked, ready, fulfillment_ratio |
-| Attention/Blocker aus Graph ableiten |
 
-**Version:** `0.14.0-ap1.4d`
+**Version:** `0.14.1-ap1.4d` (nach AP1.5)
 
 ---
 
 ### AP1.4e — Methodenprofile am Graph
 
-Erfüllungsgrad-Methoden vs. Gate-Abschluss; Next Action aus Graph + Method Registry.
+Erfüllungsgrad vs. Gate-Abschluss; `generic_operating` ohne Gate-Zwang.
 
-**Version:** `0.14.1-ap1.4e`
+**Version:** `0.14.2-ap1.4e`
 
 ---
 
-### AP1.5 — Hierarchie (Project, Task)
+### AP1.3 — Hook Orchestrator (parallel möglich)
 
-Project GUI; Task unter Action (methodenabhängig minimal).
+**Ziel:** `operating_transitions` → Hook-Ausführung (stub → minimal). Keine Workflow-Runtime.
 
 ---
 
-### AP1.6 — Plan/Ist & Journey
+### AP0.10d — MVP Validation (parallel, PO)
 
-Plan-Ist-Delta; Decision-Spur; Journey-Timeline auf Initiative.
+Testvorhaben inkl. **Szenario ohne Gates**. Vorlage: `Sprint0_AP0_10_Validation_Report_v0.1.md`
 
 ---
 
-### AP1.7 — Operational Actor Interface (Vibe-Coder)
+### AP1.7 — Operational Actor Interface
 
-REST-API für Agent-Actors: Snapshot, Next Action, Status, Evidence, Blocker, Decision-Unterlagen.
+REST für Agent-Actors. **Nach AP1.5 + Gate-Verify tragfähig.**
 
-**ADP:** `ADP_Operational_Actor_Interface_Vibe_Coder_v0.1.md`
-
-**Nach AP1.2c + Capability für Agent-Auth.**
+**Version:** `0.16.0-ap1.7`
 
 ---
 
 ### AP1.8 — Portfolio-Priorität & situativer Kontext
 
-- `portfolio_priority` auf Initiative (oder Steuerungsobjekt)
-- Next-Action-Strategie: Portfolio-Prio × Dringlichkeit × **Situationskontext** (Actor)
-- Konfigurierbare Widget-Filter
-
-**Nicht:** Urlaubsplanung — situative Eignung von Arbeit (Vision §7.6).
+**Version:** `0.17.0-ap1.8`
 
 ---
 
+## 4.1 Erledigte Pakete (Referenzdetail)
+
+<details>
+<summary>DOC Welle 2, AP1.2 – AP1.4b</summary>
+
+### DOC Welle 2 — Zielbild ◐
+
+Roadmap v0.2, Recovery, Gap Analysis, ADPs, Handover v0.2.
+
+### AP1.2 — Signals ✓
+
+`operating_phase` entfernt; Signals in `backend/steering/signals/`. Version `0.11.3-ap1.2`
+
+### AP1.2c — IA-Skeleton ✓
+
+Workspace, Initiative-Übersicht, Routing, Next-Action-Widget. Version `0.12.0-ap1.2c`
+
+### AP1.4 — RoadmapItem ✓
+
+Migration 010/011, Gate-Verify Minimal. Version `0.13.0-ap1.4`
+
+### AP1.4b — Gate-Checkliste ✓
+
+Criteria, Waive/Defer, Reopen, Detail-Route. Version `0.13.1-ap1.4b`
+
+</details>
+
+---
 ## 5. Eingefroren / Nicht-Scope
 
 | Thema | Bis wann |
 |-------|----------|
-| Prompt/KI/MCP produktiv | Gate-Modell + IA |
+| Gate-UI-Politur (Modal, Graph-Workflow) | **Nach AP1.5** (PO 2026-07-06) |
+| Prompt/KI/MCP produktiv | Ist-Hierarchie + Plan/Ist |
 | Method Designer UI | AP1.3+ |
 | Gantt / Kalender | nach Plan/Ist |
 | Admin-Konsole | später |
 | Weitere InitiativeDetail-Refactors | **Stop** — nur Redirect zu IA |
-
 ---
 
 ## 6. MVP-Nutzbarkeit (neu, aus Vision)
@@ -234,25 +218,24 @@ MVP-nah wenn:
 
 1. Workspace: Portfolio + Next Action (konfigurierbar) in ≤30s  
 2. Initiative-Übersicht: operative Steuerung ohne CRUD-Wand  
-3. Unterseiten: Pflege getrennt  
-4. Gate durchspielbar (nach AP1.4)  
+3. Unterseiten: Pflege getrennt (Gates optional, Ist in Ausführung)  
+4. Gate durchspielbar (Backend AP1.4b) **oder** Vorhaben ohne Gates nutzbar  
 5. Validation ≥3/5 Vorhaben „hilft bei Steuerung“  
-
 ---
 
 ## 7. Versionslinie (Ausblick)
 
 ```text
-0.11.2-ap1.1b  ✓ InitiativeDetail Patch
-0.11.3-ap1.2     Signals, operating_phase weg
-0.12.0-ap1.2c    IA-Skeleton
-0.13.0-ap1.4     RoadmapItem / Gates
-0.14.0-ap1.5     Hierarchie
-0.15.0-ap1.6     Journey / Plan-Ist
-0.16.0-ap1.7     Agent Interface
-0.17.0-ap1.8     Portfolio + Kontext
+0.11.3-ap1.2   ✓ Signals
+0.12.0-ap1.2c  ✓ IA-Skeleton
+0.13.0-ap1.4   ✓ RoadmapItem / Gates Backend
+0.13.1-ap1.4b  ✓ Gate-Checkliste Backend
+0.14.0-ap1.5   → Hierarchie (Project, Task) — NÄCHSTES
+0.15.0-ap1.6   → Journey / Plan-Ist
+0.14.1-ap1.4d  → Gate-Graph (nach AP1.5)
+0.16.0-ap1.7   → Agent Interface
+0.17.0-ap1.8   → Portfolio + Kontext
 ```
-
 ---
 
-*Siehe auch: `Kairo_MVP_Usability_Recovery_Plan_v0.2.md`, `Sprint1_AP1_2c_IA_Skeleton_Assignment_v0.1.md`*
+*Siehe auch: `ADP_PO_Product_Layering_and_IA_Reset_v0.1.md`, `Sprint1_AP1_5_Hierarchy_Assignment_v0.1.md`, `Kairo_MVP_Usability_Recovery_Plan_v0.2.md`*

docs/sprints/Sprint1_AP1_5_Hierarchy_Assignment_v0.1.md

@@ -0,0 +1,71 @@
+# AP1.5 — Hierarchie, Ist-Ebene & Gates vs. Plan
+
+**Stand:** 2026-07-06  
+**PO-Freigabe:** `ADP_PO_Product_Layering_and_IA_Reset_v0.1.md`  
+**Voraussetzung:** AP1.4b (Gate-Backend), IA-Skeleton AP1.2c  
+**Version (Ziel):** `0.14.0-ap1.5`
+
+---
+
+## Ziel
+
+Operativen **Ist-Plan** zwischen Gates tragfähig machen — **nicht** weitere Gate-UI.
+
+Nach PO-Entscheidung 2026-07-06:
+
+- **Gates** = optionale Zielzustände (AP1.4b Backend bleibt)
+- **Plan zwischen Gates** = Project → Action (Arbeitspaket) → Task
+- Große Vorhaben: Projekt-Abfolge roadmap-artig — **getrennt** vom Gate-Graph (später)
+
+---
+
+## Lieferungen
+
+### Backend
+
+| # | Inhalt |
+|---|--------|
+| 1 | Project CRUD API vollständig nutzbar (Schema vorhanden prüfen/ergänzen) |
+| 2 | Task unter Action — minimale Tabelle + API |
+| 3 | `action.project_id` / Zuordnung Initiative → Project → Action |
+| 4 | Snapshot/Steering: Actions mit Project-Kontext |
+
+### Frontend
+
+| # | Inhalt |
+|---|--------|
+| 5 | **Ausführung**-Tab: Project-Sicht oder Gruppierung (methodenabhängig minimal) |
+| 6 | Action als **Arbeitspaket** — Detail erweitern (Tasks-Liste) |
+| 7 | **Gates**-Tab (ex-Plan): Untertitel „Zielzustände“ — kein Gate-Modal in AP1.5 |
+| 8 | Leerzustand: Vorhaben ohne Gates voll nutzbar |
+
+### AP1.5b (IA-Begriffe, kann im selben Sprint)
+
+| # | Inhalt |
+|---|--------|
+| 9 | Nav-Label Plan → **Gates** (oder Zielzustände) + Lead-Text |
+| 10 | Initiative-Übersicht: Horizon „Gates“ statt implizit Meilenstein=Plan |
+
+---
+
+## Explizit nicht in AP1.5
+
+- Gate-Graph-Editor / Workflow-Optik  
+- AP1.4c Gate-Modal, Checkliste-UX-Politur  
+- AP1.4d Graph Engine  
+- Lifecycle aus Graph ableiten  
+- KI / MCP  
+
+---
+
+## Abnahme
+
+- [ ] Vorhaben **ohne** Gates: Backlog + Actions nutzbar  
+- [ ] Vorhaben **mit** Gates: Actions laufen parallel; Gate-Verify unverändert  
+- [ ] Mindestens ein Project mit Actions in GUI  
+- [ ] Task unter Action anlegbar (minimal)  
+- [ ] pytest grün  
+
+---
+
+*Priorität gesetzt durch ADP PO Product Layering 2026-07-06*