Czy właściwe jest stworzenie historii użytkownika do usuwania niewielkich elementów istniejącej funkcjonalności?

9

W przypadku obszaru aplikacji, który został opracowany, pojawiło się żądanie usunięcia elementu z menu.

Wiem, że to drobiazg, ale jak traktujesz to w Scrumie? Jestem przyzwyczajony do używania historii użytkowników do dodawania funkcjonalności, a nie usuwania.

Więc moje pytanie brzmi: czy powinienem stworzyć w tym celu historię użytkownika, w jakiś sposób związaną z usunięciem przycisku? A może jest na to lepszy sposób?

P2l
źródło

Odpowiedzi:

14

Tak, powinieneś napisać historię użytkownika.

Użyj historii do wszystkiego, co robisz. Zmusza cię do odpowiedzi na pytanie „jaka jest wartość biznesowa przy wykonywaniu tej pracy?”. Pisanie historii użytkowników zmusza Cię również do zrozumienia, kto czerpie korzyści z pracy.

Plus, jest dodanie czegoś. Przypuszczalnie usunięcie jest spowodowane tym, że funkcja nie jest używana lub jest wadliwa lub została zastąpiona inną funkcją. W ten sposób dodajesz użyteczność do produktu.

Na przykład historia może brzmieć tak:

Jako właściciel produktu X chcę, aby funkcja Y została usunięta, aby nasz interfejs był bardziej usprawniony i zapewniał tylko funkcje, które są naprawdę przydatne dla naszych klientów.

Wartość sama w sobie nie jest historią użytkownika , lecz pracą włożoną w stworzenie historii. Pisząc historię, pomagasz skoncentrować swoje wysiłki.

Bryan Oakley
źródło
Zgadzam się na to. Ważne jest, aby wiedzieć, dlaczego funkcja jest dodawana lub usuwana, i prawdopodobnie istnieje inny powód ukryty gdzieś za żądaniem usunięcia przycisku.
Bruno Schäpper
+1 Dodawanie przez usunięcie to coś, o czym nigdy nie myślałem, mimo że jestem optymistą
superM
co z kryteriami akceptacji?
geoom
1
@geoom: Nie wiem o co pytasz. Jeśli usuwasz funkcję, prawdopodobnie kryteria akceptacji byłyby takie, że nie ma jej w interfejsie użytkownika, pakiet testowy został odpowiednio zaktualizowany, zmieniono dokumentację itp.
Bryan Oakley,
1

Zależy to od przyczyny usunięcia przycisku:

  • Jeśli jest usuwany, ponieważ funkcja nie jest już potrzebna / używana, napisz historię użytkownika wskazującą zmianę wymagań biznesowych.

  • Jeśli jest usuwany, ponieważ jest mylący lub działa niepoprawnie, to powiąż pracę z naprawionym błędem.

  • Jeśli jest usuwany, ponieważ jest to zmiana interfejsu użytkownika, powiąż go z historią zadłużenia technologicznego, która szczegółowo opisuje tę poprawkę.

W przeciwnym razie przestań robić niepotrzebną pracę i / lub powiedz biznesowi, aby przestał dyktować zespołowi, jak powinien wyglądać twój interfejs użytkownika.

Telastyn
źródło