Anpassung der Seite Repository Struktur

ToDo

Definition of Ready

  • Abhängigkeiten sind definiert und geklärt
  • Alle benötigten Informationen liegen vor
  • Es wurde geprüft, ob das Thema für die Community aufbereitet werden muss
  • Das Ticket wurde von allen Verstanden
  • Das Ticket ist geschätzt

Akzeptanzkriterien

  • Die neuen Spalten des Kanban Boards sind aufgelistet und beschrieben.
  • Die Label wurden angepasst.
  • Das Label Entwicklung ist in die nächste Zeile verschoben
  • Ein Text für die Community wurde verfasst und veröffentlicht

Beschreibung

Für die Änderungen des Kanban-Boards müssen Anpassungen auf der Webseite gemacht werden. Die Seite befindet sich unter Community und Mitwirken > Mitwirken bei KERN > Repository-Struktur und Kanban-Board https://www.kern-ux.de/community-und-mitwirken/mitwirken-bei-kern/repository-struktur-und-kanban-board#kanban-board-im-hauptrepository

  • Kanban-Board
Spalt Beschreibung
Open Hier landen automatisch alle erstellten Tickets.
Refinement benötigt Enthält die Tickets, die noch nicht umsetzungsbereit sind und klärungsbedarf haben.
Startklar Enthält die Tickets, die zur Bearbeitung freigegeben sind. Sortiert nach Priorität.
In Bearbeitung Enthält die Tickets, deren Umsetzung gerade erfolgt.
Qualitätssicherung Enthält die Tickets, die nach der Bearbeitung qualitätsgesichert werden.
Finales Review Enthält die Tickets, die im Review vorgestellt werden.
Bereit für Release Enthält die Tickets, die im nächsten Release veröffentlicht werden.
Closed Enthält alle Tickets, die erfolgreich abgeschlossen oder abgelehnt wurden.
  • Label
Label Beschreibung

Intern

Diese Tickets wird das KERN Team bearbeiten

Extern

Diese Tickets werden vom KERN Team begleitet, wenn eine externe Person / Organisation die Umsetzung übernimmt. (siehe: So trägst du Komponenten / Patterns bei)

Priotitäten-Labels:

Prio::1-Akut

Prio::2-Hoch

Prio::3-Mittel

Prio::4-Niedrig

Prio::5--

Für die Priorisierung des Produktbacklogs. Standardmäßig werden Prio 2, 3 und 4 vergeben. Prio 1 ist für akute Einschübe reserviert, Prio 5 ist für Tickets, die noch in weiter Ferne liegen

Typ-Labels:

Issue::Epic

Issue::Story

Issue::ToDo

Epics dienen der langfristigen Projektplanung. Story und ToDo sind für die Bearbeitung gedacht. Eine Komponente ist eine Story. ToDos sind in sich abgeschlossene Einzelaufgaben.

Gewerk-Labels:

Entwicklung

Design

Community Management

Strat. Management

Product Owner

Tickets werden den Gewerken zugewiesen, wenn diese an der Bearbeitung beteiligt sind.

Warten (on hold)

Tickets, die aufgrund von Abhängigkeiten nicht weiterbearbeitet werden können.

Produkt-Backlog

Tickets, die noch nicht bearbeitet werden und im Backlog liegen. Tickets in Open ohne Label wurden noch nicht betrachtet und priorisiert.

Produkt-Roadmap

Themen für eine langfristige und strategische Produktplanung.

Definition of Done

  • Die Änderungen sind in Figma überführt
  • Codeseitige Anpassungen sind erfolgt
  • Dokumentation auf kern-ux.de ist angepasst
  • Das Community Management hat die Community informiert
Edited Mar 04, 2026 by Angelina B.
Assignee Loading
Time tracking Loading