Increment & UX [UX]

4 Übungsfragen mit Lösung und Erklärung.

☝️ SingleEin Team möchte einen Klickprototyp als Teil des Increments im Sprint Review zeigen. Wie ist das einzuordnen?
❌Prototypen sind grundsätzlich kein zulässiger Inhalt eines Sprint Reviews
✅Ein Prototyp kann Gegenstand des Reviews sein, ist aber kein Increment, solange er die Definition of Done nicht erfüllt und nicht nutzbar ist
❌Ein Prototyp ersetzt das Increment, wenn im Sprint nur Discovery-Arbeit stattfand
❌Ein Prototyp ist ein Increment, sobald der Product Owner ihn abnimmt
Das Review inspiziert das Ergebnis des Sprints, und dazu kann Lernmaterial aus der Discovery gehören. Die Begriffe dürfen dabei nicht verschwimmen: Ein Increment ist nutzbar und erfüllt die Definition of Done. Ein Sprint, in dem nur Prototypen entstehen, liefert kein Increment.
☝️ SingleWelche Anforderung an das Increment folgt daraus, dass UX-Arbeit Teil des Scrum Teams ist?
✅Die Definition of Done muss auch Entwurfsqualität abbilden, etwa Konsistenz, Bedienbarkeit und Barrierefreiheit
❌Das Increment muss vor der Auslieferung durch das UX-Team freigegeben werden
❌Die Definition of Done bleibt unverändert, da sie nur technische Kriterien umfasst
❌Entwürfe gelten als eigenständiger Bestandteil des Increments
Wird Entwurfsqualität nicht in der Definition of Done geführt, ist sie je Eintrag verhandelbar und fällt unter Termindruck weg. Eine Freigabe durch eine separate Instanz wäre dagegen eine Abnahmestufe und widerspricht der geteilten Verantwortung.
☝️ SingleWelche Aussage über den Unterschied zwischen einem MVP und einer ersten marktfähigen Version trifft zu?
❌Beide Begriffe bezeichnen dasselbe mit unterschiedlicher Herkunft
❌Eine marktfähige Version ist ein MVP mit mehr Funktionen
❌Ein MVP ist immer die erste ausgelieferte Version eines Produkts
✅Ein MVP dient dem Lernen über eine Annahme, eine marktfähige Version dem dauerhaften Nutzen; die Qualitätsanforderungen unterscheiden sich entsprechend
Die Verwechslung ist folgenreich: Wird ein Lernwerkzeug als Produktversion ausgeliefert, entsteht Schaden bei realen Nutzern. Umgekehrt führt der Anspruch dauerhafter Qualität an ein Experiment zu unnötigem Aufwand.
✌️ MultiWelche Bedingungen müssen erfüllt sein, damit ein Team Entwurfsarbeit tatsächlich innerhalb des Sprints leisten kann? (Mehrere richtig)
❌Entwürfe liegen zu Sprintbeginn vollständig vor
✅Es besteht Zugang zu Nutzern oder belastbaren Nutzungsdaten
✅Backlog-Einträge beschreiben Ergebnisse statt fertiger Lösungen
✅Die nötigen Fähigkeiten sind im Team vorhanden und im Sprint verfügbar
❌Die Entwurfsarbeit wird in einem separaten Backlog geführt
Die letzten beiden Punkte beschreiben genau die Muster, die Entwurfsarbeit wieder aus dem Sprint herauslösen. Fehlender Nutzerzugang ist dabei der am häufigsten unterschätzte Engpass.
← Alle ThemenIm Quiz üben