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?
Odpowiedzi:
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.
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.