CTFL 4.5.1: Das Schreiben von User-Storys in Zusammenarbeit mit Entwicklern und Fachvertretern erklären

• a
  Sie lässt die Fachlichkeit die Story abschließen, bevor Entwicklung und Testen sie getrennt prüfenEine sequenzielle Übergabe erzeugt nicht die gemeinsame Vision des gemeinsamen Schreibens.
• ✓
  Richtige Antwort: Sie hilft dem Team, aus allen drei Perspektiven eine gemeinsame Vision des Liefergegenstands zu gewinnenDie Zusammenarbeit schafft eine gemeinsame Vision über Fachlichkeit, Entwicklung und Testen hinweg.
• c
  Sie nutzt die Konversation, um Akzeptanzkriterien durch eine mündliche Vereinbarung zu ersetzenDie Konversation erklärt die Nutzung; die Bestätigung bleibt das Akzeptanzkriterium.
• d
  Sie weist die Karte der Fachlichkeit, die Konversation der Entwicklung und die Bestätigung dem Testen zuKarte, Konversation und Bestätigung sind Aspekte der Story, keine Zuweisungen an die drei Perspektiven.

Verfahren der Zusammenarbeit wie Brainstorming und Mind-Mapping helfen dem Team, eine gemeinsame Vision des Liefergegenstands zu gewinnen, indem die Perspektiven von Fachlichkeit, Entwicklung und Testen berücksichtigt werden.

Lehrplanabschnitt 4.5.1

• ✓
  Richtige Antwort: Die Testperspektive, neben der fachlichen und der EntwicklungsperspektiveFachlichkeit, Entwicklung und Testen sind die drei genannten Perspektiven.
• b
  Die Betriebsperspektive, neben der fachlichen und der SupportperspektiveBetrieb und Support gehören nicht zu den drei genannten Perspektiven.
• c
  Die Architekturperspektive, neben der Entwicklungs- und der TestperspektiveDie Architektur gehört nicht zu den drei genannten Perspektiven.
• d
  Die Projektmanagementperspektive, neben der fachlichen und der EntwicklungsperspektiveDas Projektmanagement gehört nicht zu den drei genannten Perspektiven.

Das gemeinsame Schreiben einer User-Story ermöglicht es dem Team, eine gemeinsame Vision des zu Liefernden zu erhalten, indem drei Perspektiven berücksichtigt werden: Fachlichkeit, Entwicklung und Testen. Eine allein vom Product Owner geschriebene Story trägt die fachliche Perspektive, so dass Entwicklung und Testen fehlen — und von den angebotenen Optionen nennt nur eine mit der Testperspektive eine der drei.

Lehrplanabschnitt 4.5.1

• a
  Die Story ist womöglich schätzbar, aber nicht verhandelbar und wohl aufzuteilenSchätzbar und verhandelbar sind eigene INVEST-Eigenschaften; ein solcher Schluss wird daraus nicht gezogen.
• ✓
  Richtige Antwort: Die Story ist womöglich unklar oder wenig nützlich, oder er braucht Hilfe dabeiGenau diese drei Deutungen werden für einen Stakeholder genannt, der nicht testen kann.
• c
  Die Story dürfte in Ordnung sein; Testbarkeit beurteilt man nach den KriterienTestbarkeit ist eine Eigenschaft, die gute Storys bereits haben; die Bestätigung entsteht ebenfalls gemeinsam.
• d
  Die Story könnte an den Tester gehen, der sie allein aus Testsicht schreiben magDas gemeinsame Schreiben berücksichtigt Fachlichkeit, Entwicklung und Testen zusammen, nicht nacheinander.

Gute User-Storys sollten unabhängig, verhandelbar, nützlich, schätzbar, klein und testbar sein (INVEST-Prinzip). Wenn ein Stakeholder nicht weiß, wie er eine User-Story testen soll, kann dies darauf hindeuten, dass die User-Story nicht klar genug ist, dass sie für ihn keinen erkennbaren Mehrwert darstellt oder dass er einfach Hilfe beim Testen benötigt. Die Zusammenarbeit berücksichtigt dabei drei Perspektiven: Fachlichkeit, Entwicklung und Testen.

Lehrplanabschnitt 4.5.1