Für einen Bereich einer Anwendung, der entwickelt wurde, ist die Anforderung eingegangen, ein Element aus einem Menü zu entfernen.
Ich weiß, dass dies eine kleine Sache ist, aber wie behandeln Sie sie in Scrum? Ich bin es gewohnt, User Stories zum Hinzufügen von Funktionen zu verwenden, nicht zum Entfernen.
Meine Frage lautet also: Soll ich eine User Story dafür erstellen, die irgendwie mit dem Entfernen der Schaltfläche zu tun hat? Oder gibt es einen besseren Weg oder Umgang damit?
Antworten:
Ja, Sie sollten eine User Story schreiben.
Verwenden Sie eine Geschichte für alles, was Sie tun. Es zwingt Sie, die Frage zu beantworten, welchen geschäftlichen Wert diese Arbeit hat. Das Schreiben von User Stories zwingt Sie auch zu verstehen, wer von der Arbeit profitiert.
Plus, Sie sind etwas hinzuzufügen. Vermutlich liegt das Entfernen daran, dass die Funktion nicht verwendet wird oder fehlerhaft ist oder durch eine andere Funktion ersetzt wird. Auf diese Weise fügen Sie dem Produkt Benutzerfreundlichkeit hinzu.
Zum Beispiel könnte die Geschichte so lauten:
Als Product Owner von Produkt X möchte ich, dass Feature Y entfernt wird, damit unsere Benutzeroberfläche optimierter wird und nur Features bereitgestellt werden, die für unsere Kunden wirklich nützlich sind.
Der Wert liegt nicht in der User Story an sich , sondern in der Arbeit, die zum Erstellen der Story geleistet wurde. Indem Sie die Geschichte schreiben, helfen Sie, Ihre Bemühungen zu konzentrieren.
Dies hängt vom Grund ab, aus dem die Schaltfläche entfernt wird:
Wenn es entfernt wird, weil die Funktionalität nicht mehr benötigt / verwendet wird, schreiben Sie eine User Story, in der die Änderung der Geschäftsanforderungen angegeben ist.
Wenn es entfernt wird, weil es verwirrend ist oder sich nicht richtig verhält, binden Sie die Arbeit an den Fehler, den Sie beheben.
Wenn es entfernt wird, weil es sich um eine Änderung der Benutzeroberfläche handelt, verknüpfen Sie es mit der Tech-Schuldengeschichte, in der Einzelheiten zur Überarbeitung aufgeführt sind.
Andernfalls hören Sie auf, unnötige Arbeit zu leisten, und / oder weisen Sie das Unternehmen an, dem Team nicht mehr zu diktieren, wie Ihre Benutzeroberfläche aussehen soll.