Statisticamente parlando, la user story potrebbe essere la tecnica di richiesta più popolare in Agile, ma sono curioso di sapere le alternative e perché.
Statisticamente parlando, la user story potrebbe essere la tecnica di richiesta più popolare in Agile, ma sono curioso di sapere le alternative e perché.
Per quanto ne so, non ci sono alternative alle user story, intese nel loro significato originale di "segnaposti per conversazioni che dobbiamo avere".
Le storie non possono essere più di segnaposto perché
The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
è uno dei 12 concetti principali in agile .
D'altra parte, potresti riferirti al: "Come XXX, voglio YYY, in modo che ZZZ" formatti. In quel caso, ci sono infinite alternative, perché quel formato è solo un modo semplice di mettere un po 'di formalità su qualcosa che è essenzialmente informale.
Le tre parti della "forma della trama" sono tre informazioni molto importanti che sono utili da ricordare in ogni momento (chi beneficia, qual è l'obiettivo finale, il valore), niente di più.
In effetti, Mike Cohn suggerisce che il "valore" è opzionale.
In my user stories book and in all my training and conference sessions on user stories I advocate writing user stories in the form of: “As a , I want so that .” While I consider the so-that clause optional, I really like this template.
- link
Altri simili suggeriscono l'esatto opposto e mettono il valore al primo posto: "Per ottenere ZZZ come XXX, voglio YYYY".
Elizabeth Keogh suggests that business value is more important than user role and presents a revised template for writing user stories, which she credits to Chris Matts. The traditional format emphasizes the importance of the user, mentioning them first. The newly proposed variation switches the emphasis to the business value
- link
In XP, programmazione estrema:
User Stories are written by the customers as things that the system needs to do for them. They are similar to usage scenarios, except that they are not limited to describing a user interface. They are in the format of about three sentences of text written by the customer in the customers terminology without techno-syntax.
- link
Quindi sono in forma libera.
In generale, non esiste un concetto predefinito e tutto ciò che funziona per il team attuale va bene.
Un backlog delle user story sembra essere un buon modo per facilitare la comunicazione dei requisiti. Ma agile non sarebbe agile, se non ti fosse permesso di trovare un approccio alternativo. Ricorda solo quanto segue:
L'unico modo per evitare sprechi e essere pronti per le modifiche prioritarie in ritardo nel tuo progetto, è raggruppare i tuoi requisiti in "blocchi". Preferibilmente, ciascun pezzo aggiunge di per sé un valore al prodotto. E questi blocchi dovrebbero essere abbastanza piccoli, in modo che possano essere completati in breve tempo. Ciò crea molte opportunità nel tuo progetto per cambiare i requisiti. Se chiami questi "racconti degli utenti", o qualcos'altro ... non è così importante.
Agile riguarda anche l'interazione umana. Quindi, invece di scrivere un sacco di requisiti e di consegnare un documento enorme, l'agile ti incoraggia a usare il dialogo umano. Quindi va bene se i requisiti non sono troppo dettagliati in un primo momento, e poi più approfonditamente discussi con il team poco prima dell'implementazione. (Si potrebbe desiderare di mantenere una registrazione digitale del risultato di queste discussioni).
Eseguendo i requisiti dettagliati il più tardi possibile, eviti anche perdite di tempo nella raccolta dei requisiti.
Allora, perché preoccuparsi di scrivere qualcosa come storie utente in anticipo? Bene, hai bisogno di un po 'di "aggancio" per i requisiti futuri, per essere in grado di pianificare e prevedere il futuro (ad esempio una data di rilascio) sulla base di dati fattuali del passato.
Guardando indietro a questi requisiti, le storie degli utenti non sono così male: sono una rappresentazione leggera (a frase singola) di una parte dei requisiti (i dettagli saranno discussi in seguito). Permettendoti di pianificare in anticipo e visualizzare la tua strategia (ad esempio un registro posteriore). Con spreco minimo.
Leggi altre domande sui tag agile user-story