ORGA: Markenkonzept/Branding
Beschreibung
Es gibt auf Seiten vieler Nutzenden den Wunsch ihre eigenen Marken repräsentieren und zeitgleich KERN nutzen zu können. Dafür wird ein Markenkonzept benötigt, welches wir mit KERN kombinieren können, ohne KERN als Design System zu verlieren.
Akzeptanzkriterien
-
Kriterium 1
Zielversion
(Geplant für Version x.y.z)
Bemerkungen
(Hinweise und Bemerkungen)
Umsetzungsphasen
02 Kickoff – Zusammenarbeitsplan erstellt
Wir starten mit einem Kickoff-Termin, bei dem wir uns kennenlernen, die Ziele besprechen und Organisatorisches klären. Wir erläutern unser Vorgehen und wie wir zusammenarbeiten. Wir erstellen gemeinsam einen Zusammenarbeitsplan, in dem wir deine zeitliche Verfügbarkeit festhalten, wie wir uns austauschen und wie du uns kontaktieren kannst.
Aufgaben
-
Der Kickoff-Termin wurde durchgeführt. -
Der Zusammenarbeitsplan wurde angelegt. -
Der Zusammenarbeitsprozess und der Verhaltenskodex wurde akzeptiert. -
Es wurde abgefragt, ob Beitragende bei Fertigstellung öffentlich gewürdigt werden möchten. -
Die Einladung zum Design-Sync-Termin ist erfolgt. -
Die Einladung zum Tweekly-Kooperation mit KERN ist erfolgt. -
Beitragende wurden zu den Mattermost-Kanälen „Design” und „DesignSync” hinzugefügt. -
Ein Figma-Account wurde geteilt. -
Design-Kit: Der Status der Komponente wurde im Design-Kit auf „in Bearbeitung” gesetzt und ein entsprechendes Banner wird angezeigt. -
KERN Labor: Der Status in der Figma-Datei der Komponente wurde auf „in Bearbeitung” gesetzt. -
Dokumentation: Der Status der Komponente auf kern-ux.de wurde auf „in Bearbeitung” gesetzt und ein entsprechendes Banner wird angezeigt. -
Child-Items 4-16 sind angelegt.
10 Retrospektive durchgeführt
Die Retrospektive schließt unser gemeinsames Vorgehen ab. Wir möchten besser werden und mit dir gemeinsam den Prozess verbessern.
Aufgaben
-
Die Retrospektive wurde durchgeführt. -
Es wurde abgefragt, ob Beitragende bei Fertigstellung öffentlich gewürdigt werden möchten. -
Das KERN Community-Team wurde über die bevorstehende Veröffentlichung bzw. Würdigung informiert.
13 QS Barrierefreiheit durchgeführt
Abschließend muss eine Barrierefreiheitsprüfung der Komponente erfolgen. Dies wird nicht für jede Komponente einzeln beantragt, sondern es werden mehrere Komponenten gesammelt an das Barrierefreiheitsteam gegeben. Dafür bleibt dieses Ticket so lange geöffnet, bis die Prüfung erfolgt ist und erst dann geschlossen. Die Entwicklung stellt die Komponenten zur Verfügung, so dass sie getestet werden können.
Aufgaben
-
Die Barrierefreiheitsprüfung ist erfolgt.