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