DDS Cheat Sheet – Gruppe 2

Gruppenname: Gruppe 2 · Vorhaben: Website-Chatassistent (einfache Kundenanfragen automatisch beantworten, unsichere Fälle an Mitarbeitende übergeben)

Element in eigenen Worten	Beispiel aus dem Vorhaben
Rollen	Wer im Vorhaben welche Rolle übernimmt Product Owner: [Name] — pflegt und priorisiert das Item Backlog (A–F nach Nutzen/Aufwand/Erfolg) Process Expert: [Name] — hält den DDS-Prozess wirksam, moderiert Daily Meeting und Iteration Review Team (3–9): restliche Gruppe — erstellt, beobachtet und analysiert gemeinsam (C1/C2 · O1/O2 · A1/A2)
Artefakte	Das oberste Item auf dem Item Breakdown Board Item A — „Wie erkennen wir einfache Kundenanfragen zuverlässig?" (Nutzen XL · Aufwand L · Erfolg M), zerlegt in Create (C1 Messprotokoll, C2 Matrix + C2.1–C2.3), Observe (O1 Bearbeitung beobachten, O2 100 Testfälle einstufen) und Analyze (A1 Zeiten, A2 Erkennung & Zielquote).
Events und Activities	Wann Daily Meeting und Iteration Review im Vorhaben stattfinden Daily Meeting: werktäglich 15 Min im Breakout-Raum. Iteration Review: kalenderbasiert, wöchentlich (nicht am Iterationsende) — dort werden die Messwerte gelesen. Backlog Item Selection und Retrospektive zusätzlich kalenderbasiert.
Grundgedanke: Ende einer Iteration	Wann die Iteration des obersten Items endet Nicht an einem Datum, sondern wenn das Item vollständig durchlaufen ist: Messprotokoll (C1) und Matrix (C2) stehen, die 100 Testfälle sind beobachtet (O1/O2), Zeiten und Zielquote sind ausgewertet (A1/A2).
Hypothese mit Schwelle	Hypothese „Wenn wir Anfragen anhand der vorbereiteten Einfach-Kriterien einstufen und die KI-Erkennung je Fall protokollieren, dann beantwortet der Chat mindestens 80 % der einfachen Anfragen korrekt und vollständig ohne Weitergabe an Mitarbeitende." Metrik, Ausgangswert und Schwelle Metrik: Anteil einfacher Anfragen, die korrekt und vollständig ohne Weitergabe beantwortet werden. Ausgangswert: [aktueller Wert, z. B. 0 % — vor der Messung] Schwelle: ≥ 80 % (aus dem Datenziel) Termin Iteration Review [Datum eintragen, z. B. Fr. 06.11.2026] Folgeschritt bei Bestätigung Schwelle erreicht → Item A bestätigt: Item C („unsichere Fälle erkennen und übergeben") wird das nächste oberste Item bzw. Ausbau auf weitere Anfragetypen. Folgeschritt bei Verwerfen Schwelle verfehlt → Kriterien und unklare Anfragetypen nachschärfen, Item A mit angepasster Matrix erneut durchlaufen; Abbruch nach 2 Durchläufen ohne Verbesserung.

Element in eigenen Worten

Beispiel aus dem Vorhaben

Rollen

Wer im Vorhaben welche Rolle übernimmt

Product Owner: [Name] — pflegt und priorisiert das Item Backlog (A–F nach Nutzen/Aufwand/Erfolg)
Process Expert: [Name] — hält den DDS-Prozess wirksam, moderiert Daily Meeting und Iteration Review
Team (3–9): restliche Gruppe — erstellt, beobachtet und analysiert gemeinsam (C1/C2 · O1/O2 · A1/A2)

Artefakte

Das oberste Item auf dem Item Breakdown Board Item A — „Wie erkennen wir einfache Kundenanfragen zuverlässig?" (Nutzen XL · Aufwand L · Erfolg M), zerlegt in Create (C1 Messprotokoll, C2 Matrix + C2.1–C2.3), Observe (O1 Bearbeitung beobachten, O2 100 Testfälle einstufen) und Analyze (A1 Zeiten, A2 Erkennung & Zielquote).

Events und Activities

Wann Daily Meeting und Iteration Review im Vorhaben stattfinden Daily Meeting: werktäglich 15 Min im Breakout-Raum. Iteration Review: kalenderbasiert, wöchentlich (nicht am Iterationsende) — dort werden die Messwerte gelesen. Backlog Item Selection und Retrospektive zusätzlich kalenderbasiert.

Grundgedanke: Ende einer Iteration

Wann die Iteration des obersten Items endet Nicht an einem Datum, sondern wenn das Item vollständig durchlaufen ist: Messprotokoll (C1) und Matrix (C2) stehen, die 100 Testfälle sind beobachtet (O1/O2), Zeiten und Zielquote sind ausgewertet (A1/A2).

Hypothese mit Schwelle

Hypothese „Wenn wir Anfragen anhand der vorbereiteten Einfach-Kriterien einstufen und die KI-Erkennung je Fall protokollieren, dann beantwortet der Chat mindestens 80 % der einfachen Anfragen korrekt und vollständig ohne Weitergabe an Mitarbeitende."

Metrik, Ausgangswert und Schwelle Metrik: Anteil einfacher Anfragen, die korrekt und vollständig ohne Weitergabe beantwortet werden.
Ausgangswert: [aktueller Wert, z. B. 0 % — vor der Messung]
Schwelle: ≥ 80 % (aus dem Datenziel)

Termin Iteration Review [Datum eintragen, z. B. Fr. 06.11.2026]

Folgeschritt bei Bestätigung Schwelle erreicht → Item A bestätigt: Item C („unsichere Fälle erkennen und übergeben") wird das nächste oberste Item bzw. Ausbau auf weitere Anfragetypen.

Folgeschritt bei Verwerfen Schwelle verfehlt → Kriterien und unklare Anfragetypen nachschärfen, Item A mit angepasster Matrix erneut durchlaufen; Abbruch nach 2 Durchläufen ohne Verbesserung.

Grau = Element in eigenen Worten (Prüfpunkt), weiß = Beispiel aus dem Vorhaben. Zu ergänzen nur: Namen der Rollen, Ausgangswert und Termin der Iteration Review.

DDS Cheat Sheet — Gruppe 2