User Story - Come dovrebbe essere definito per modifiche complesse che coinvolgono più applicazioni

2

Questa è una delle definizioni che tengo per le storie degli utenti -

Quando è giunto il momento di creare storie di utenti, uno degli sviluppatori (o il proprietario del prodotto in Scrum) si riunisce con un rappresentante del cliente. Il cliente è responsabile della formulazione delle storie degli utenti. Lo sviluppatore può utilizzare una serie di domande per attirare l'attenzione del cliente, ad esempio chiedendo se si desiderano alcune funzionalità particolari, ma deve fare attenzione a non dominare il processo di creazione dell'idea.

In una grande organizzazione potrebbero esserci più linee di business. Per una particolare linea di business, potrebbero esserci più applicazioni (più di 10) che potrebbero essere coinvolte nel soddisfare un requisito aziendale. Il requisito per ciascuno di questi team di applicazione potrebbe essere fornito da un analista aziendale e la soluzione di alto livello potrebbe essere formulata da un progettista di soluzioni.

In scenari come questi, sarebbe stata definita una singola storia utente per una richiesta di modifica specifica che influisce su più applicazioni o sarebbero create storie utente diverse per ciascuna applicazione? Se si tratta di una storia di un singolo utente, sarebbe necessario definire un SRS separato per ciascuna applicazione interessata? Dovrebbe essere associato alla storia dell'utente definita?

    
posta Punter Vicky 11.02.2013 - 05:08
fonte

1 risposta

3

L'effetto sui sistemi di contribuzione è irrilevante a livello di una storia di utente . L'utente non si cura di come funziona.

As a [user role], I want [something] so that [benefit]

Ex: As a [mobile phone customer], I want [buy a phone] so that [I can make phone calls].

Notare la totale assenza di qualsiasi menzione per la necessità di costruire torri cellulari;)

    
risposta data 11.02.2013 - 23:46
fonte

Leggi altre domande sui tag