Acquisizione del livello di dettaglio corretto in una storia utente

2

Ho scritto varie storie di utenti che descrivono la funzionalità ad un livello piuttosto alto. Ad esempio:

As an analyst, I want to view the current share price, so that I have quick access to an up-to-date valuation of stock across the Euronext, London and New York stock exchanges.

Questo requisito si basa sulla funzionalità esistente che viene ri-sviluppata in una nuova versione di alcuni software. Riesco a vedere dall'implementazione esistente che le informazioni effettive visualizzate includono molti dati extra come classi o condivisioni diverse, tempistiche differenti di grafici ecc.

Penso che non sia pratico catturare tutte le funzionalità dell'attuale implementazione. Quindi ho due domande:

  1. Come faccio a decidere un livello di dettaglio appropriato per il requisito che è fondamentalmente "fai ciò che fa l'attuale funzionalità".

  2. Esiste un approccio strutturato per accompagnare la storia dell'utente con più informazioni? Al momento, ritengo che questo sarebbe il lavoro dei wireframe.

posta Jack 23.07.2012 - 12:04
fonte

2 risposte

2

As an analyst, I want to view the current share price, so that I have quick access to an up-to-date valuation of stock across the Euronext, London and New York stock exchanges

Come scritto, questo non ha alcun valore per il business: non si dice cosa fa l'analista con i dati, solo che lui / lei può accedervi. Ecco come riscriverei la storia per aggiungere valore (che potrebbe non essere il valore che il tuo analista vuole realmente):

As an analyst, I want to view the current share price across the Euronext, London and New York stock exchanges, so that I can make trades to arbitrage differences in the price.

La prima parte della storia dice cosa vuole l'analista, il secondo dà il valore del business. Nella tua formulazione originale, entrambe le parti dicevano ciò che l'analista voleva, ma non il perché.

E la pertinenza con la tua domanda: il livello di dettaglio dovrebbe fornire sia cosa che perché, ma non come (il modo in cui potrebbero essere coperti dai wireframe).

    
risposta data 23.07.2012 - 22:51
fonte
2

How do I decide an appropriate level of detail for the requirement that is basically 'do what the current piece of functionality does'.

Dovresti essere cauto nel farlo. Questo requisito implica che la funzionalità deve essere mantenuta, piuttosto che soddisfare le esigenze aziendali. Spesso questo può portare a decisioni sbagliate che vengono portate avanti o limitare l'innovazione che il tuo team potrebbe essere in grado di fornire al business.

Sarei propenso ad andare con questa storia di alto livello, e quindi fornire più storie intorno agli altri casi d'uso dell'azienda. La granularità ha i suoi vantaggi.

    
risposta data 23.07.2012 - 22:46
fonte

Leggi altre domande sui tag