Quando si definiscono gli elementi del Product Backlog, è una cattiva idea descrivere cosa farà parte dell'esperienza utente?

In Scrum, User Story o PBI come vengono chiamati in questo template (e altri) dovrebbero essere sezioni verticali di funzionalità. Ciò significa che descrivono funzionalità o altri vantaggi tangibili forniti dal sistema. Un esempio per alcuni di questi vantaggi sarebbe qualcosa come Per ridurre la quantità di spam inviato dal mio sistema, come amministratore del servizio, voglio limitare l'accesso alla posta di invio solo agli utenti registrati .

Questo descrive un cambiamento nel sistema che è end-to-end. Comprenderà tutte le attività associate: aggiunta dell'interfaccia utente per l'accesso, aggiunta di un servizio Single Sign-On, modifica dello schema del DB per supportare la funzionalità, ecc. Una volta completate tutte le attività, l'utente avrà una nuova versione completa funzionalità aggiunta all'app.

Quello che hai descritto è in realtà una porzione di funzionalità orizzontale . Se tutte le attività (UI) sono state completate e il PBI è stato completato, l'utente non ha ottenuto nulla. Non c'è valore per l'utente / cliente.

Perciò dovresti provare a pensare in sezioni "verticali" - funzionalità, piuttosto che in sezioni "orizzontali" che sono livelli tecnici.

Spero che questo aiuti,
Assaf

Assaf, penso che definire l'esperienza dell'utente sia una parte essenziale della definizione di un PBI. Senza di esso, stai incoraggiando gli sviluppatori a ignorare l'esperienza dell'utente che inevitabilmente creerà risultati di scarso rendimento e di natura non intuitiva.