Qual è lo scopo della clausola 'so that' nella definizione della user story?

9

Una user story può essere definita in una frase come:

As a <type of user> I want <some goal> so that <some reason>

Solo Google per la formula "User story" e i primi link propongono questa formula.

La mia domanda è: qual è lo scopo della in modo che la clausola ? È lì per i manager? È così che i project manager e le parti interessate possono comprendere meglio la priorità dell'oggetto? Perché è lì?

Nota: ho lavorato con la formula as a <type of user> I want <some goal> e funziona perfettamente. Non ho notato alcun problema nel mio lavoro implementando questo formato che è più breve.

    
posta Saeed Neamati 05.09.2011 - 15:44
fonte

3 risposte

19

Lo scopo è evitare il lavoro non necessario costringendo l'utente / cliente a fornire un vantaggio aziendale solido e tangibile come ragione per l'esistenza di questa funzionalità.

Non è raro che le funzionalità vengano aggiunte solo perché qualcuno ha pensato che suonasse interessante, o perché altri software ce l'hanno, quindi anche il nostro deve averlo. Più spesso, quelli sono almeno completamente inutili, se non addirittura dannosi.

Tuttavia, di solito è facile individuare tali caratteristiche, perché le persone che le propongono generalmente avranno difficoltà a fornire loro un motivo aziendale convincente.

Esiste una tecnica chiamata Popping The Why Stack , dove prendi la parte "so that" e chiedi "Perché?", poi prendi quella risposta e chiedi "Perché?" di nuovo, in modo ricorsivo. Se, dopo (diciamo) da tre a cinque "Perché", non sei arrivato nemmeno a "perché ci farà guadagnare soldi" o "perché ci farà risparmiare denaro" (preferibilmente con una descrizione precisa di esattamente come succederà), quindi la funzionalità non vale la pena implementarla.

Alcuni credono che questo sia così importante da metterlo in pratica prima nel modello di storia:

In order to [...]

As a [...]

I want to [...]

C'è un grande esempio da un discorso di alcune persone di Thoughtworks: uno dei loro clienti voleva che i report stampati fossero formattati in un modo molto particolare. Quando il consulente ha chiesto "Perché", hanno detto che in quel modo erano più facili da digitare. Quindi, invece di implementare la funzione di formattazione del report, hanno semplicemente trasferito i report sulla rete. Senza la clausola "so that", avrebbero ancora stampare i fogli in un reparto, spedirli all'altra parte e inserirli nuovamente.

    
risposta data 05.09.2011 - 17:42
fonte
7

Il "so that" fornisce una ragione per l'obiettivo.

Ad esempio, l'obiettivo potrebbe essere quello di visualizzare i dati delle vendite del mese scorso. Potresti lavorare con questo, ma una ragione per cui devi sapere perché vuoi mostrarle in modo da poter soddisfare i requisiti più profondi. Cosa vogliono fare con i dati di vendita o le prospettive? Conoscere queste informazioni ti darà più informazioni sull'applicazione e più possibilità di progettare un'interfaccia utente che consenta al cliente di fare quello che vuole.

Un altro uso per la ragione è dare la priorità alle storie. Se hai due storie:

I want to display last month's sales figures.
I want to display a list of prospects.

ma hanno solo le risorse per farne una - quale fai? Senza la ragione potresti solo indovinare e potresti non consegnare quello giusto in tempo. Anche se questo è meno importante in quanto il cliente dovrebbe dirti quale fare per primo, ma a volte non è così.

    
risposta data 05.09.2011 - 15:51
fonte
1

Oltre a ciò che è stato detto, fornire una ragione per i requisiti consente di giudicare la validità del requisito. L'utente potrebbe volere delle cose per il motivo sbagliato. Avere il "così che" chiarisce la ragione consente quindi all'analista di verificare che la richiesta sia soddisfatta in questo modo.

Esempio:

A-Voglio essere in grado di selezionare dipendenti da un elenco di tutti i dipendenti dell'azienda

B-Voglio essere in grado di selezionare dipendenti da un elenco di tutti i dipendenti dell'azienda in modo da poter eliminare quelli che hanno lasciato l'azienda 5 anni fa.

(B) non ha senso nemmeno in un'organizzazione di medie dimensioni, ma puoi convalidare i requisiti dell'utente e proporre un altro modo per soddisfare il requisito.

    
risposta data 05.09.2011 - 22:43
fonte

Leggi altre domande sui tag