Для області програми, яка була розроблена, надходить запит на видалення елемента з меню.
Я знаю, що це невелика річ, але як ви ставитесь до цього в Scrum? Я звик використовувати Історії користувачів для додавання функціональності, а не для видалення.
Отже, моє запитання: чи варто створити для цього історію користувача, якоюсь фразою стосуватися видалення кнопки? Або є кращий спосіб чи вирішити це?
Відповіді:
Так, ви повинні написати історію користувача.
Використовуйте історію для всього, що ви робите. Це змушує вас відповісти на запитання "яка цінність бізнесу у цьому виконанні?". Написання історій користувачів також змушує вас зрозуміти, хто виграє від твору.
Крім того , ви будете додавати що - то. Імовірно, видалення відбувається через те, що функція не використовується або є помилкою, або замінена якоюсь іншою функцією. Таким чином, ви додаєте зручність використання продукту.
Наприклад, історія може читатися так:
Як власник продукту X, я хочу, щоб функція Y була видалена, щоб наш користувальницький інтерфейс був більш спрощеним і надав лише функції, які справді корисні нашим клієнтам.
Значення не в історії користувача як такої , а в роботі, створеній для створення історії. Написавши розповідь, ви допомагаєте зосередити свої зусилля.
Це залежить від причини видалення кнопки:
Якщо його видаляють, оскільки функціональність більше не потрібна / використовується, тоді напишіть історію користувача із зазначенням зміни вимог бізнесу.
Якщо його видаляють через те, що це заплутано чи неправильно поводиться, прив’яжіть роботу до помилки, яку ви виправляєте.
Якщо його видаляють, оскільки це зміна інтерфейсу користувача, то прив’яжіть його до історії заборгованості, яка детально переробляє.
В іншому випадку припиніть зайву роботу та / або скажіть бізнесу припинити диктувати команді, як повинен виглядати ваш інтерфейс користувача.