Para uma área de um aplicativo que foi desenvolvida, chegou a solicitação para remover um item de um menu.
Eu sei que isso é uma coisa pequena, mas como você o trata no Scrum? Estou acostumado a usar Histórias de Usuário para adicionar funcionalidade, não remover.
Portanto, minha pergunta é: devo criar uma história de usuário para isso, de alguma forma formulada para remover o botão? Ou existe uma maneira melhor de lidar com isso?
Respostas:
Sim, você deve escrever uma história de usuário.
Use uma história para tudo que você faz. Obriga você a responder à pergunta "que valor comercial há para fazer esse trabalho?". Escrever histórias de usuário também obriga a entender quem se beneficia do trabalho.
Além disso, você está adicionando algo. Presumivelmente, a remoção ocorre porque o recurso não é usado ou é de buggy ou substituído por algum outro recurso. Assim, você está adicionando usabilidade ao produto.
Por exemplo, a história pode ter a seguinte redação:
Como proprietário do produto X, desejo que o recurso Y seja removido para que nossa interface do usuário seja mais simplificada e forneça apenas recursos genuinamente úteis para nossos clientes.
O valor não está na história do usuário em si , está no trabalho realizado para criar a história. Ao escrever a história, você ajuda a concentrar seus esforços.
Depende do motivo pelo qual o botão está sendo removido:
Se estiver sendo removido porque a funcionalidade não é mais necessária / usada, escreva uma história do usuário indicando a alteração dos requisitos de negócios.
Se estiver sendo removido por ser confuso ou se comportar de maneira inadequada, vincule o trabalho ao bug que você está corrigindo.
Se estiver sendo removido por causa de uma alteração na interface do usuário, vincule-o à história da dívida tecnológica que detalha o re-trabalho.
Caso contrário, pare de fazer um trabalho desnecessário e / ou peça aos negócios que parem de ditar para a equipe a aparência da sua interface do usuário.