Wie kann man große User Stories klein schneiden ?
Trennung von Registrierung und Login
Kleinscheiden - Wozu ?
kleinere User Stories erleichtern Entwicklern dies umzusetzen und zu verstehen Klarheit verringert Missverständnisse → effiziente und effektive Softwareentwicklung
Große User Stories bergen aufgrund ihrer Komplexität und des Zeitaufwands ein höheres Risiko Kleinere User Stories ermöglichen Probleme einfacher zu identifizieren Das richtige Kleinschneiden von User Stories stellt sicher, dass jede einezelne Story ihren eigenen spezifischen Wert für die Nutzer hat Inkrementeller Ansatz : Schrittweise auf die Gesamtfunktionalität hinaufarbeiten Durch die Aufteilung komplexer features in kleinere User Stories können Developers schnell auf sich ändernde Anforderungen vorbereiten
Schnelleres Feedback und bessere Einbeziehung der Stakeholder
Kleinere abgeschlossene Arbeiten können Stakeholdern häufiger präsentiert werden regelmäßige Feedbackschleife : Produkt im Einklag mit den Erwartungen und Bedürnissen der Stakeholder weiterzuentwicklen
INVEST-Kriterien - Wann ist es eine gute User Story ?
VGL : Akzeptanzkriterien einer User-Story
- Independent : Unabhängig von anderen Stories
- Negotiable : Diskutierbar
- Valuable
- Estimable
- Small
- Testable Gute User Story : so unabhängig, dass sie nach anderen Kriterien als technischen Abhängigkeiten priorisiert werden kann
Manchmal : Gerüst Aufbauen, um eine Story unabhängig zu testen
User Stories sollten keine Starren Verträge sein. sondern Ausgangspunkte für Diskussionen Gute Story : Raum für Zusammenarbeit In diesem Sinen wird jede Story weniger verhandelbar, umso mehr sie Diskutiert wird
Valuable
Jede Story sollte einen klaren Mehrwert bieten
Estimable
US ist so klar definiert dass das Team abschätzen kann
Small
Faustregel : 6 bis 10 Stories sollten in einen Sprint passen
Testable
Klare und eindige Ideen wie man das Modul Testen kann
Keep in mind :
Jeder im Team sollte die story erklären : Sonst nicht in den Sprint nehmen Definition of ready : Genügt den INVEST Kriterien
Fragen ausdenken
Wo für steht das E in INVEST ? Je kleiner die User Story, desto höher das Risiko ? Kleinere User Stories verschlechtern die Präsentierbarkeit und somit das Vertrauen
SPIDR-Technik
Splitting using a Spike
Spike ist eine explorative Aktivität, die dem Team hilft, WIssen zu gewinnen, um eine komplexe User Story zu klären oder vorzubereiten
Nutzen : Ermöglicht, Probelem zu identfizierne
Splitting by Path
Betrachten alternativer WEge wie ein User eine Funktion nutzen kann Beispeil : als Kunde möchte ich online bezahlen Splits : Apple Pay, Android Pay, Klarna , etc.
Splitting by Interfaces
Splitting by
Splitting by Data
Als Admin möchte ich Dateien hochladen : MP4, MP3, MOV
angefangen mit der einfachsten und bekanntesten form
Splitting by Rules
Temporäres Entspannen von GEschäftsregeln oder teschnsichen Standards → erstmal 31 Feb akzeptieren, danach spezifizieren
Anstößige Sprache blockieren : erstmal FUCK, dann F*CK , etc
VGL : MIke Cohn mit SPIDR