2026-08-11 12:00:00 +00:00
|
|
|
|
---
|
|
|
|
|
|
type: adr
|
|
|
|
|
|
id: "0005"
|
|
|
|
|
|
status: accepted
|
|
|
|
|
|
date: 2026-08-01
|
|
|
|
|
|
supersedes: null
|
|
|
|
|
|
superseded_by: null
|
|
|
|
|
|
related: []
|
|
|
|
|
|
---
|
|
|
|
|
|
|
2026-08-01 12:00:00 +00:00
|
|
|
|
# 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.
|
