diff --git a/docs/architecture/ADP_PO_Product_Layering_and_IA_Reset_v0.1.md b/docs/architecture/ADP_PO_Product_Layering_and_IA_Reset_v0.1.md new file mode 100644 index 0000000..81124bb --- /dev/null +++ b/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`* diff --git a/docs/architecture/ADP_Roadmap_Graph_and_Gate_Checklist_v0.1.md b/docs/architecture/ADP_Roadmap_Graph_and_Gate_Checklist_v0.1.md index 9fe2cc7..d0e724c 100644 --- a/docs/architecture/ADP_Roadmap_Graph_and_Gate_Checklist_v0.1.md +++ b/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 diff --git a/docs/product/Kairo_Corrected_MVP_Roadmap_v0.2.md b/docs/product/Kairo_Corrected_MVP_Roadmap_v0.2.md index b7b7a3a..7ee322f 100644 --- a/docs/product/Kairo_Corrected_MVP_Roadmap_v0.2.md +++ b/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` +**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) + +
+DOC Welle 2, AP1.2 – AP1.4b + +### 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` + +
+ +--- ## 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`* diff --git a/docs/sprints/Sprint1_AP1_5_Hierarchy_Assignment_v0.1.md b/docs/sprints/Sprint1_AP1_5_Hierarchy_Assignment_v0.1.md new file mode 100644 index 0000000..c01a09e --- /dev/null +++ b/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*