Files
management/decisions/0005-pm-framework-kanban.md
Thore CimbalandClaude Fable 5 fdf30d42e1 Framework-Umbau: Backlogs wird management-Repo (ADR-0005, Kanban + Scrum-Elemente)
- decisions/: ADR-Verzeichnis mit Template + 0001-0005 (git.lab-Kanonik,
  Lab-Cutover, CVE-Meldeweg, Site-to-Site-VPN-Design, Framework-Wahl)
- vision/: je eine Vision fuer Community/Tool/Plattform (Entwuerfe)
- roadmap.md: Linien, Meilenstein-Kandidaten, Kadenz
- hosts/+shared/: offene Punkte -> Issues #1-#12 im management-Projekt
  (IDs bleiben in den Titeln), Dateien halten Bestand + Historie
- README: Framework, Board/status-Labels (WIP-Limit 2), Topologie

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01PKhFj1S3UdD6xL2fbWPeYj
2026-08-01 12:00:00 +00:00

2.2 KiB
Raw Permalink Blame History

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.