101 lines
3.7 KiB
Markdown
101 lines
3.7 KiB
Markdown
|
# SPEC-D — `agile_iteration`
|
|||
|
|
## Steuerungsmethode — Spec-Tiefe D v0.1 (Kompositions-Methode)
|
|||
|
|
|
|||
|
|
**Status:** vorläufig freigegeben (PO 2026-07-26) — mit zugehöriger Archetyp-Vollspec; Implementierungsausreichendheit noch offen
|
|||
|
|
**Stand:** 2026-07-25
|
|||
|
|
**Rolle:** **Kompositions- / Horizont-Methode** (technisch AP2.4: `method_role=modifier`)
|
|||
|
|
**Komponiert mit:** `continuous_product`, `sequential_dependency`, `recurring_control`
|
|||
|
|
**Nicht:** eigene Vorhaben-Natur / kein Archetyp
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## D1 Identität — PO ✓
|
|||
|
|
|
|||
|
|
| Feld | Wert |
|
|||
|
|
|------|------|
|
|||
|
|
| `method_key` | `agile_iteration` |
|
|||
|
|
| Fachliche Rolle | **Komposition** (Kernel §6) mit eigener Plan-/Lifecycle-Logik für den Iterations-Horizont |
|
|||
|
|
| Technische Rolle | `modifier` (ersetzt Primary nicht; nicht mit `program_delivery`) |
|
|||
|
|
| Label (DE) | Agile Iteration / Sprint |
|
|||
|
|
| Zweck | Taktet Arbeit in `work_cycle` (Sprint): Planung, Sprint-Backlog, Ausführung, Abschluss/Carryover. Ändert nicht, ob das Vorhaben Projekt (Ende) oder Product (Dauer) ist. |
|
|||
|
|
|
|||
|
|
**Klarstellung PO:** „Modifier“ ≠ schwache Logik. Agile hat volle Steuerungslogik für den Sprint — braucht aber eine **Primary** für Vorhaben-Natur (Closure, Gates-Rolle, Dauerbetrieb vs. Ende).
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## D2 Geltung
|
|||
|
|
|
|||
|
|
| Feld | Wert |
|
|||
|
|
|------|------|
|
|||
|
|
| Komponiert mit | B2b + `continuous_product`; A2 + `sequential_dependency`; A3 + `recurring_control` |
|
|||
|
|
| Nicht allein | ohne Primary keine Aussage über Vorhaben-Natur |
|
|||
|
|
| Nicht Archetyp | Decision-Lock |
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## D3 Horizon
|
|||
|
|
|
|||
|
|
| Schicht | Owner |
|
|||
|
|
|---------|--------|
|
|||
|
|
| **Vorhaben- / Plan-Horizont** | Primary (Gate, Orientierung, …) |
|
|||
|
|
| **Iterations-Horizont (Ist)** | diese Methode: aktiver `work_cycle` |
|
|||
|
|
|
|||
|
|
Beide gleichzeitig gültig; Ist-Default bei aktivem Sprint = Sprint-Backlog.
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## D4 Leading Work Item
|
|||
|
|
|
|||
|
|
**Im Sprint-Slice:** **Action**, gefiltert auf `work_cycle_id` des aktiven Sprints (Primary-Ready ∩ Sprint).
|
|||
|
|
|
|||
|
|
**Mit Primary `recurring_control` (A3):** Sprint taktet Actions (Verbesserung/Sonderarbeit). **CadenceInstances** bleiben Leading der Primary und liegen **nicht** als Sprint-Backlog-Todos; Ranking: Cadence overdue/due vor Sprint-Actions (siehe Spec-D `recurring_control` D6).
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## D5 Lifecycle — eigener Slice (nicht „Flag“)
|
|||
|
|
|
|||
|
|
| Sprint-Phase | Steuerung |
|
|||
|
|
|--------------|-----------|
|
|||
|
|
| Sprint anlegen / geplant | Plan-Container |
|
|||
|
|
| Sprint-Planung | Items aus Eingang/Backlog in Sprint legen (Commit/`work_cycle_id`) |
|
|||
|
|
| Sprint aktiv | action_selection nur Sprint-Scope; Work-Default Sprint |
|
|||
|
|
| Sprint abschließen | Review/Carryover/Unplan; Status `reached`/`closed` |
|
|||
|
|
| Reaktivierung | optional laut bestehendem Flow |
|
|||
|
|
| Kein aktiver Sprint | Komposition wirkungslos → **nur Primary** (kein leerer Sprint-Sackgasse) |
|
|||
|
|
|
|||
|
|
Primary-Lifecycle (intake … closure des Vorhabens) bleibt; dieser Slice **hängt sich** in planning / action_selection / waiting / result_intake / adaptation ein.
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## D6–D8
|
|||
|
|
|
|||
|
|
Next: ready Actions im aktiven Sprint (Primary-Ready-Regeln ∩ work_cycle).
|
|||
|
|
Codes: `sprint_ready`, `sprint_empty`, `sprint_ending`.
|
|||
|
|
Attention: leerer aktiver Sprint; Überhang vor Abschluss.
|
|||
|
|
Events: activate, complete, carryover, reactivate, unplan.
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## D9 Nested
|
|||
|
|
|
|||
|
|
Kann auf Kind unter B2a liegen, wenn Kind A2/B2b + Agile nutzt. Programm-Meta bleibt `program_delivery`.
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## D10–D11
|
|||
|
|
|
|||
|
|
OM: `RoadmapItem(work_cycle)` + `actions.work_cycle_id`.
|
|||
|
|
Elements: `work_cycle_scope`.
|
|||
|
|
`composes_with`: `continuous_product`, `sequential_dependency`, `recurring_control`.
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## D12
|
|||
|
|
|
|||
|
|
| Punkt | PO ✓ |
|
|||
|
|
|-------|------|
|
|||
|
|
| Eigene Steuerungslogik | ja — Planen + Sprint-Lifecycle |
|
|||
|
|
| Primary nötig | ja — Vorhaben-Natur |
|
|||
|
|
| Bezeichnung | fachlich Kompositions-/Horizont-Methode; technisch modifier |
|
|||
|
|
| Ein aktiver Sprint | ja (Decision-Lock) |
|