Per un'area di un'applicazione che è stata sviluppata, è arrivata la richiesta di rimuovere un elemento da un menu.
So che questa è una piccola cosa, ma come la tratti in Scrum? Sono abituato a utilizzare User Story per aggiungere funzionalità, non rimuovere.
Quindi la mia domanda è: dovrei creare una user story per questo, in qualche modo formulato per rimuovere il pulsante? O c'è un modo migliore o affrontare questo?
Sì, dovresti scrivere una User story
Usa una storia per tutto ciò che fai. Ti costringe a rispondere alla domanda "quale valore di business c'è nel fare questo lavoro?". Scrivere storie di utenti ti costringe anche a capire chi trae beneficio dal lavoro.
Inoltre, stai aggiungendo qualcosa. Presumibilmente, la rimozione è dovuta al fatto che la funzione non viene utilizzata o è danneggiata o sostituita da un'altra funzionalità. Pertanto, stai aggiungendo l'usabilità al prodotto.
Ad esempio, la storia potrebbe essere come quella di:
As the product owner of product X, I want feature Y to be removed so that our UI is more streamlined, and only provides features that are genuinely useful to our customers.
Il valore non è nella user story per sé , è nel lavoro fatto per creare la storia. Scrivendo la storia, aiuti a concentrare i tuoi sforzi.
Dipende dal motivo per cui il pulsante viene rimosso:
Se viene rimosso perché la funzionalità non è più necessario / usato, quindi scrivere una user story che indica il business modifica dei requisiti.
Se viene rimosso perché è fonte di confusione o comportamento impropriamente, quindi lega il lavoro al bug che stai correggendo.
Se viene rimosso perché si tratta di una modifica dell'interfaccia utente, collegalo a storia del debito tecnologico che dettagli che rielaborano.
Altrimenti, smetti di fare lavori inutili e / o di dire alle imprese di smettere di dettare al team come dovrebbe apparire la tua interfaccia utente.