User Stories & Requirements

User stories are used to describe features in the backlog

1. Card - A brief and simple requirement statement from the perspective of the user. For a story card: use simple language, avoid jargon, write in active phrase

2. Conversation - A story is an invitation for a conversation (Backlog Refinement, Plannings)

3. Confirmation - Each story should have acceptance criteria (Acceptance Criteria, How to Demo, Testing)

Warum ist ein "DoR" so wichtig?

• Um erfolgreich Items in den aktuellen Sprint ziehen zu können, ist es wichtig, dass die definierten User Stories "ready" sind.

• Das Ziehen von unfertigen oder unausgegorenen User Stories in einen Sprint führt zu Problemen während des Implementierungszyklus, da es dem alten Prinzip "garbage in, garbage out" folgt.

  
  

  Was ist mit “ready” gemeint? >> klar, machbar, testbar

• Die Story ist klar, wenn alle Mitglieder des Scrum-Teams ein gemeinsames Verständnis davon haben, was sie bedeutet.

• Die Story ist testbar, wenn es einen effektiven Weg gibt, um festzustellen, ob die Funktionalität wie erwartet funktioniert. Akzeptanzkriterien stellen sicher, dass jede Story getestet werden kann.

• Die Story ist machbar, wenn sie in einem Sprint fertiggestellt werden kann, entsprechend der Definition of Done. Wenn dies nicht erreichbar ist, muss sie weiter aufgeteilt werden.

Warum ist eine “DoD” so wichtig?

• Die "DoD" stellt sicher, dass jeder im Team genau weiß, was von dem, was das Team liefert, erwartet wird.

• Sie sorgt für Transparenz und Qualität, die dem Zweck des Produkts und der Organisation entspricht.

• Stories "wirklich" fertig zu bekommen, wirkt sich positiv auf die Velocity eines Teams aus.

Was ist mit “done” gemeint?

• Es definiert eine vereinbarte Menge von Aufgaben, die abgeschlossen werden müssen, bevor eine User Story als vollständig betrachtet werden kann.

• Sie ist erreicht, wenn alle Bedingungen oder Abnahmekriterien, die ein Softwareprodukt erfüllen muss, erfüllt sind und bereit sind, von einem Benutzer, Kunden, Team oder konsumierenden System abgenommen zu werden.

• “Done” = releasefähig

Verantwortung für das DoD: Development Team