User Story beherrschen: Agile Anforderungen meistern

Lerne den agilen Umgang mit User Stories. Die existenzielle Fähigkeit für Product Owner, Entwickler und Scrum Master.

Ratings: 4.51 / 5.00




Description

User Stories ist das Mittel, um modern und agil Anforderungen aufzunehmen und zu verwalten. Egal ob SCRUM, Extreme Programming (XP) oder andere moderne Vorgehen zur Softwareentwicklung - sie benutzen immer häufiger User Stories für ihre Anforderungen.  Wie kommt dies?


"Der Erfolg von Projekten entscheidet sich schon mit den Anforderungen."

"60% aller Fehler in Software, geht auf falsche oder falsch verstandene Anforderungen zurück."


Zitate wie diese, machen die Wichtigkeit von guten Anforderungen und vorallem, ein Verständnis aller Projektbeteiligter der Anforderungen klar.

In klassischen Projekten werden Anforderungen vom Kunden im Lastenheft festgelegt. Im Pflichtenheft beschreiben die Entwickler dann, wie sie diese Anforderungen konkret umsetzen werden. Beides wird vor der eigentlichen Umsetzung geschrieben - und gleicht einem erschwerten "Stille-Post"-Spiel. Das Lastenheft enthält zwar die Leistungsmerkmale des Produkts, die unterbewussten Basismerkmale oder undenkbaren Begeisterungsmerkmale sind darin nicht zu finden. Trotzdem sind beide enorm wichtig für ein gelungenes Produkt. Mit diesen unvollständigen Informationen überlegen sich die Entwickler jetzt, wie sie das Produkt umsetzen wollen. Das ganze Produkt! Wahnsinn.

Diese Umsetzung wird dann, in einem für den Kunden unlesbaren, Dokument beschrieben. Dieses bildet eine Art Vertragsgrundlage.

Uff... das kann ja nicht gut gehen! Außer, man steckt enorm viel Energie, Zeit und Geld in eben diese Analyse - und redet. Reden ist der Schlüssel zum Erfolg.

Agil geht anders. Es stellt die klassischen Vorgehen auf den Kopf. Behält, was wichtig ist und schmeißt radikal weg, was unwichtig ist.


User Stories sind eine Aufforderung zum Reden. Sie sind keine scharfen Anforderungen - zumindest nicht am Anfang. Sie werden konkreter, je näher der Termin ihrer Umsetzung rückt. Konkrete Anforderungen werden "Just-In-Time" generiert. Die technischen Ausführungen aus dem Pflichtenheft entstehen dann, wenn die Entwickler sie auch umsetzen. Also, genau zu dem Zeitpunkt, wo den Entwicklern das meißte Wissen über das System vorliegt.


User Stories sind einfach. Für uns in Mitteleuropa manchmal zu einfach. Leider gilt hier immer noch der Spruch:

"Das Einfache gilt schnell als banal."

Dabei ist das Einfache enorm schwierig zu erreichen.

Kann eine Methode, die leicht zu verstehende Sätze auf kleine Pappkarten schreibt, besser funktionieren, als ein dickes Word-Dokument, dass lange zwischen Auftraggeber und Auftragnehmer hin und her gewandert ist - und voller kritischer und informativer Kommentaren steckt?

JA!

Wie, erfährst du in diesem Kurs.

Wir werden uns in die Methode der User Story einarbeiten. Hierbei wirst du die Möglichkeit haben, selbst ein Projekt anhand der User Stories zu erarbeiten.

Danach geht es tiefer in die Methode hinein. Es geht um die Konzepte und Ideen, die hinter einer User Story stecken. Wir werden Stories schneiden, schätzen und priorisieren. Du erfährst, was User Stories mit Amazon gemeinsam haben und was Kunden wirklich begeistert.

Schreib dich ein - du hast eine 30-Tage-Geld-zurück-Garantie.


Hier Stichpunkte aus dem Inhalt:

  • Die gute User Story

  • User Stories und SCRUM

  • Kunden, Nutzer und Entwickler

  • Kernidee: So spät wie möglich

  • Kernidee: Aufforderung zum Reden

  • Die 3 Cs

  • Akzeptanzkriterien

  • Einfach Epic

  • User Story schneiden

  • Persona erstellen

  • Outcome statt Output

  • Level of Detail

  • Stories gut formulieren

  • INVEST-Kriterien

  • Versteckte Kundenwünsche

  • Kano-Analyse

  • Definition of Done

  • Definition of Ready

  • User Stories schätzen

  • User Stories priorisieren

  • Spikes einsetzen

  • Akzeptanzkriterien testen

Bähm... ;)

What You Will Learn!

  • Du kannst User Stories anwenden
  • Du kannst agil Anforderungen verwalten
  • Du kannst User Stories erstellen, schneiden, priorisieren und schätzen

Who Should Attend!

  • Product Owner
  • Softwareentwickler
  • Kunden von Softwareentwicklern
  • Jeder, der agil arbeitet
  • SCRUM - Master