Behebung der Ursache-Wirkungs-Falle in User Stories

Wenn Sie User Stories schreiben, ist es sehr wahrscheinlich, dass Sie die "Als... Ich will... Damit..." Strophe. Vielleicht haben Sie auch schon festgestellt, dass es schwierig ist, die "So That"-Klausel mit etwas Sinnvollem zu füllen. "Als Benutzer möchte ich eine Schaltfläche, damit ich zum nächsten Bildschirm gehen kann"... das ist doch ziemlich blöd, oder? Wie kann man das also ändern? Fragen Sie mehrmals "Warum"! Die "As A... Ich will... So That..." ist ein sehr schönes Werkzeug. Sie hilft Ihnen, viele Informationen in einer sehr kompakten Form zusammenzufassen, was sich hervorragend für die Zusammenfassung einer User Story eignet, z.B. als beschreibender einzeiliger Titel in einem elektronischen Tool. Aber es gibt eine Falle in dieser Strophe, mit der so gut wie jeder zu kämpfen hat, wenn er sie verwendet, was zu allen möglichen Vorschlägen führt, vor allem dazu, die Strophe zu ändern ("In Order To... As A... I Want..."). Aber diese Vorschläge beheben nicht die eigentliche Ursache des Problems. Lassen Sie uns damit beginnen, das eigentliche Problem zu identifizieren.

Das eigentliche Problem: die Ursache-Wirkungs-Falle

In der "As A... Ich will... So dass..." beantworten Sie jeweils die Fragen "Wer?", "Was?" und "Warum?". Unser Knopf-Beispiel wird also:

• Wer will es? Der Benutzer.
• Was will er denn? Er will einen Knopf.
• Warum will er das? Er möchte zum nächsten Bildschirm gehen.

Die Frage "Warum?" ist hier die interessante Frage. Die Antwort "Er möchte zum nächsten Bildschirm gehen" ist eine durchaus gültige Antwort, aber das Problem ist, dass dies kein sinnvoller Geschäftswert ist, den Sie in der "So That"-Klausel haben möchten. Was passiert ist, ist, dass Sie mit diesem ersten "Warum?" nur eine Ursache-Wirkung-Beziehung angegeben haben: Wenn Sie die Taste drücken (Ursache), gelangen Sie zum nächsten Bildschirm (Wirkung). Das nenne ich die Ursache-Wirkungs-Falle.

Wie können wir die Ursache-Wirkungs-Falle lösen?

Der Trick, um die Ursache-Wirkungs-Falle zu umgehen, besteht darin, zu erkennen, dass es eine Kette von Warum's gibt, die Sie beantworten müssen, bevor Sie die richtige Ebene erreichen. Das erste "Warum?", das Sie in der "So That"-Klausel stellen, ist genau das, nämlich nur das erste in einer Kette. Reparieren wir unsere Benutzergeschichte. Das erste, was wir sehen, ist, dass die Antwort auf das "Warum?" an sich ein "Was" ist, aber auf einer höheren Ebene. Die erste Lösung besteht also darin, die "So That"-Klausel in die "I Want"-Klausel zu verschieben und das nächste "Why?" in der "So That"-Klausel zu beantworten. Als Benutzer möchte ich zum nächsten Bildschirm wechseln , damit ich eine Abkürzung von Bildschirm 1 zu Bildschirm 9 erstellen kann Hmm, eine Abkürzung? Warum, frage ich mich? Lassen Sie uns die Korrektur noch einmal durchführen: Als Benutzer möchte ich eine Verknüpfung von Bildschirm 1 zu Bildschirm 9 herstellen , damit ich in 90 % der Fälle im Bildschirm-Workflow Zeit sparen kann. Ah, anscheinend werden die Bildschirme 2 bis 8 in 90 % der Fälle nicht benötigt, und das spart Zeit. Warum, frage ich mich? (Sehen Sie das Muster? :-) ) Als Benutzer möchte ich in 90% der Fälle im Bildschirm-Workflow Zeit sparen , damit ich die Bearbeitungszeit in meinem Helpdesk verbessern kann Ah, da ist also jemand, der einen Geschäftsprozess verbessern möchte. Anscheinend dauert es sehr lange, sich durch die Bildschirme 2 bis 8 zu arbeiten, obwohl es nicht nötig ist... Das klingt schon eher nach Geschäftswert! Aber jetzt fühlt sich die "As A"-Klausel nicht mehr richtig an. Wer will diesen geschäftlichen Nutzen? Auf wen wird in "mein Helpdesk" Bezug genommen? Als Helpdesk-Manager möchte ich in 90% der Fälle im Bildschirm-Workflow Zeit sparen , damit ich die Bearbeitungszeit in meinem Helpdesk verbessern kann Das sieht schon besser aus. Bringen wir das zurück zum Team... Sie werden wahrscheinlich antworten mit: "In 90% der Fälle Zeit sparen? Das ist zu vage für uns. Können Sie das genauer formulieren?". Okay, lassen Sie uns die Warum-Kette zurückverfolgen und etwas konkreter werden. Als Helpdesk-Manager möchte ich eine Abkürzung von Bildschirm 1 zu Bildschirm 9 erstellen , um die Bearbeitungszeit in meinem Helpdesk zu verkürzen Und da haben wir es: eine fixe User Story!

Was haben wir gelernt?

Lektion 1: Sie können eine Benutzergeschichte korrigieren, indem Sie die Warum-Kette durchlaufen und dabei "Ich will" durch "Damit" ersetzen. (In Wirklichkeit haben Sie die Strophe umgeschrieben: Als A... Ich will... Damit... So dass... So dass... So dass... :-) ) Lektion 2: Die "As A"-Klausel ist enger mit dem "So That" verbunden als mit dem "I Want". Das ist logisch, denn ein Stakeholder interessiert sich nicht für Funktionen, sondern für den Geschäftswert, den diese Funktion bietet. Eine Funktion ist nur ein Mittel zum Zweck. Lektion 3: Setzen Sie die höchste Aussage in die "Ich will"-Klausel, in der Sie immer noch eine Aussage über das Produkt machen. Ein zusätzlicher - und großer! - Vorteil ist, dass Sie den Lösungsraum für das Team beträchtlich erweitert haben, so dass das Team bessere Lösungen finden kann: Es gibt viel mehr Optionen für "eine Abkürzung bereitstellen" als für "eine Schaltfläche". Quadratische Schaltfläche oder rund? Grün oder rot? Lektion 4: Sehen Sie sich diese "Verbesserung der Bearbeitungszeit" an... Warten Sie! Könnte das wahr sein? Haben wir tatsächlich eine Grundlage für einen messbaren Geschäftswert? Wenn ich also die durchschnittliche Bearbeitungszeit um 20% verbessern kann (derzeit: 5 Minuten 20 Sekunden). Das wäre eine großartige Hilfe für den Product Owner, um Prioritäten zu setzen!

Sergs dreistufiger Prozess zur Korrektur von User Stories

Hier ist also mein 3-stufiger, ausfallsicherer Plan, der Sie in einer Woche zum Millionär macht, um User Stories zu reparieren;-):

1. Verwenden Sie die Warum-Kette: Fragen Sie "Warum?", bis Sie über das Geschäftliche sprechen. Fügen Sie das in die "Also, dass"-Klausel ein.
2. Korrigieren Sie die "As A"-Klausel, damit sie den richtigen Stakeholder wiedergibt.
3. Füllen Sie das Feld "Ich will" mit der Aussage auf höchster Ebene, die etwas über das Produkt aussagt.

...und das war's. Killer User Stories gehören Ihnen! Viel Spaß beim Reparieren!