Se questa non è una storia utente, che cos'è?

4

Sono con un'org che sta cercando di passare ad Agile. Una cosa con cui ho avuto a che fare è quello che chiamano le storie degli utenti. Nella mia esperienza, una user story sarebbe questa:

Use should be able to accomplish task x using tool y

Durante lo sprint, progetteremmo una soluzione per abilitarlo.

Tuttavia, questo è ciò che stiamo scrivendo:

User should click on button A to go to page B to read text C where they will then select option D which will then redirect them to page E. Data F will be saved to the database.

Per me, questo è una soluzione, che è lo scopo dello sprint.

Gli scenari sono in cui quest'ultimo è in realtà una user story appropriata? Oppure, se no, esiste un termine appropriato per quel tipo di "descrizione della soluzione" dettagliata all'interno di un processo Agile?

    
posta DA01 08.05.2014 - 23:26
fonte

3 risposte

8

Il secondo esempio che hai fornito non è certamente una User Story tradizionale, che in genere viene formulata come As a *role*, I want *goal/desire* so that *benefit* , ma è quello che chiamerei "criteri di accettazione".

Secondo l'articolo di Wikipedia linkato sopra:

Every user story must at some point have one or more acceptance tests attached, allowing the developer to test when the user story is done and also allowing the customer to validate it. Without a precise formulation of the requirements, prolonged nonconstructive arguments may arise when the product is to be delivered.

Il tuo "utente dovrebbe fare clic sul pulsante A ..." lo scenario sembra molto simile a un test di accettazione.

    
risposta data 09.05.2014 - 01:56
fonte
5

Dai un'occhiata al articolo di Wikipedia per la modellazione User Story

Nota che, mentre i passaggi successivi riguardano cose come i mockup della GUI e le Storyboard, il primo passo è la raccolta di storie degli utenti, e sono piuttosto specifiche:

Scenario Go-Dutch barbecue

Start: This Sunday Peter, Putri, and Peng meet at the park for a go-Dutch barbecue. They use the Group Account app to do the accounting.

Step 1: Peter brings the meat for $12. Peter adds this item to the Group Account app.

Step 2: Putri brings salad for $9. Peter adds this item, too. The app shows that by now the average share is $7 and that Peng still have to bring these $7 while Peter gets $5 out and Putri gets $2 out.

Step 3: ...

Il tuo secondo esempio probabilmente rientra nella sottocategoria Metti di interfaccia grafica. , ma è ancora considerato "User Story Modeling".

    
risposta data 08.05.2014 - 23:49
fonte
5

nessuno di questi è una user story, sebbene la prima sia più vicina della seconda

una user story dovrebbe esprimere ciò che l'utente vuole fare e perché, ma non come.

as a [user], i want to [do something], so that [benefit]

una User story è un requisito funzionale, non una specifica di progettazione

se ciò che l'utente vuole fare è complesso, significa disegnare prototipi di schermate e diagrammi di navigazione, ma non preoccuparsi di vestire il disegno con abiti di storia; non si adattano e non sono necessari

nota: per concretizzare i requisiti, utilizza scenari di test, ad es.

given [preconditions]
when [triggering event/condition] 
then [expected outcome]
    
risposta data 09.05.2014 - 04:13
fonte

Leggi altre domande sui tag