Files
management/docs/adr/0005-pm-framework-kanban.md
T
Thore CimbalandClaude Fable 5 70e81e2ff1 feat: slice 2 - all eleven decisions ported to docs/adr
Gate 4, slice 2: decisions/0001-0011 moved via git mv with schema
frontmatter prepended (status and date taken from each body's own
Status line - 0007 stays proposed, its decision is open in #20; bodies
unchanged except relative links gaining one directory level). The old
scheme's README and template retire - their rules already live in
AGENTS.md section 6 and the neckbeard ADR template. Every reference to
decisions/ across the tree retargeted (root files, not-yet-moved
verfahren/hosts/shared files, design doc and session ADR frontmatter).

Verified: validate 0 errors (11 ported + 2 session ADRs + duplicate-id
guard), gen_status --check current with all 13 ADRs listed, drift
check 0 findings, negative test shows a cloned id 0012 firing the
duplicate check.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-08-11 12:00:00 +00:00

55 lines
2.3 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
---
type: adr
id: "0005"
status: accepted
date: 2026-08-01
supersedes: null
superseded_by: null
related: []
---
# 0005 — Projektmanagement: Kanban-Rückgrat mit leichten Scrum-Elementen
**Status:** akzeptiert · **Datum:** 2026-08-01 · **Entscheider:** sorb
## Kontext
Die Arbeit (Solo-Betrieb plus Claude-Sessions, unregelmäßige Abendblöcke,
incident-getrieben) fasert ohne Struktur aus. Artefakte existierten verstreut
(Markdown-Backlogs, Issues, AARs) ohne verbindenden Rahmen. sorb ist
zertifizierter Scrum Master (ohne Praxis in der Rolle).
## Entscheidung
**Kanban als Betriebssystem**, ergänzt um die Scrum-Artefakte, die solo tragen:
| Element | Umsetzung |
|---|---|
| Board | GitLab-Gruppen-Board (Gruppe `axion1337.chat`), Spalten über `status:`-Labels |
| Pull statt Commitment | `status:next` ist die einzige Zusage; gezogen wird nach Kapazität |
| WIP-Limit | **max. 2 × `status:doing`** (Konvention — CE hat keine Board-Limits) |
| Explizite Policies | ein `status:`-Label pro Issue; blockiert = `status:wartet` mit benanntem Grund |
| Product Goal / Vision | `vision/` (eine Datei je Linie) |
| Refinement | die etablierten Entscheidungsrunden (Vorlagen mit Optionen) |
| Review/Retro | AARs (`verfahren/aar/`) nach Deploys/Incidents |
| Definition of Done | Deploy-Übergabe-Verfahren (`verfahren/deploy-uebergabe.md`) |
| Roadmap/Meilensteine | Gruppen-Milestones + `roadmap.md` (CE: keine Epics/Roadmap-View) |
| Entscheidungen | ADRs in `decisions/` |
| Experimente | Lean-Startup-Muster (Hypothese → kleinstes Experiment → messen) für Produktideen wie Raidplaner/Invite-Workflow |
## Konsequenzen
- Das Backlogs-Repo wird zum Management-Repo `axion1337.chat/management`;
offene Punkte aus `hosts/`/`shared/` sind Issues mit `host:`-Labels,
die Markdown-Dateien halten Bestand und Historie.
- Ein Backlog-System statt zwei; das Gruppen-Board zeigt alles Offene.
- Disziplin-Pflichten: Status-Labels pflegen, WIP-Limit respektieren,
ADR bei Architekturentscheidungen und dauerhaften Ausnahmen.
## Verworfene Alternativen
- Scrum/Nexus: Sprints und Commitment brauchen planbare Team-Kapazität —
bei Solo-Betrieb mit unregelmäßigen Blöcken Theater; Nexus ist Multi-Team.
- Lean Startup / Design Thinking als Rahmen: Produktentdeckungs-Werkzeuge,
kein Betriebs-Framework — bleiben als Werkzeug im Einsatz.