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 le User Story per aggiungere funzionalità, non per 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 affrontarlo?
Risposte:
Sì, dovresti scrivere una user story.
Usa una storia per tutto ciò che fai. Ti costringe a rispondere alla domanda "che valore commerciale ha questo lavoro?". Scrivere storie utente ti costringe anche a capire chi beneficia del lavoro.
Inoltre, si sta aggiungendo qualcosa. Presumibilmente, la rimozione è dovuta al fatto che la funzione non è utilizzata o è difettosa o sostituita da un'altra funzionalità. Pertanto, stai aggiungendo l'usabilità al prodotto.
Ad esempio, la storia potrebbe essere la seguente:
In quanto proprietario del prodotto X, desidero rimuovere la funzione Y in modo che la nostra interfaccia utente sia più snella e fornisca solo funzionalità realmente utili ai nostri clienti.
Il valore non è nella user story di per sé , è nel lavoro fatto per creare la story. 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ù necessaria / utilizzata, quindi scrivere una user story che indichi la modifica dei requisiti aziendali.
Se viene rimosso perché confonde o si comporta in modo improprio, quindi collega il lavoro al bug che stai risolvendo.
Se viene rimosso perché è una modifica dell'interfaccia utente, quindi collegalo alla storia del debito tecnologico che dettaglia tale rielaborazione.
Altrimenti, smetti di fare lavori inutili e / o di dire alle aziende di smettere di dettare al team come dovrebbe apparire la tua interfaccia utente.