Storie utente completate: scarta? archivio? [chiuso]

Question

Stiamo iniziando a utilizzare un processo Scrum per lo sviluppo. Abbiamo una bella pila di storie utente ora. Mi chiedo, tuttavia, una volta che la storia di un utente è completa, testata e distribuita, ci fai qualcos'altro? Stiamo usando delle piccole schede in questo momento, penso che andrebbe bene buttarle nel cestino.

Se li conservi, cosa ci fai dopo?

Answer 1

Archiviali per riferimento su progetti futuri. Saranno utili quando devi stimare i punti della storia. Spesso, storie con un suono simile si verificano in tutti i progetti.

Answer 2

Um - conservali e inseriscili nel file di progetto. CYA in tutti i casi. Non sai mai quando un cliente tornerà e ti chiederà "perché è così?" O "chi ha deciso che era così?". È quindi possibile estrarre la user story e disporre del backup.

Conserva sempre tutto ciò fino a quando il periodo di garanzia non è scaduto sul tuo software ... a meno che tu non voglia essere messo nella posizione in cui ti potrebbe essere chiesto di " riparare " qualcosa che è stato davvero un cambiamento gratis.

Answer 3

Il cestino sembra un posto appropriato.

Answer 4

PEZ ha quasi ragione. Ricicla le carte invece di distruggerle. :)

Non ha davvero senso mantenerli. Se hai bisogno di una cronologia delle modifiche, puoi ottenerla dal tuo SCM e dagli script di test.

Answer 5

Un altro voto per averli tenuti. So che è una parolaccia, ma le storie degli utenti fanno parte della tua documentazione e hanno uno scopo importante.

Tra tre anni da quando tu (o l'erede) stai apportando modifiche al sistema, è utile avere i documenti storici per sapere perché hai fatto le cose nel modo che hai fatto.

Aiuta anche quando la situazione cambia e devi riscrivere per poter ripercorrere le storie utente che l'applicazione soddisfa e determinare se quelle stesse storie si applicano o meno alla nuova versione.

Answer 6

Di solito avvolgo ogni iterazione degna di storie utente (e compiti) in un elastico e una nuova carta di fronte indicando la velocità e i punti stimati. Non ho mai avuto alcun vantaggio per loro, tranne che per l'affitto nostalgico. Quindi conservali per l'archivio direi: -9

Answer 7

Aspetta!

Scrivo i requisiti (piuttosto che il codice), ma mi trovo spesso a rileggere storie di vecchi utenti e test di accettazione (miei e di altri).

Rivedere vecchie storie può aiutarmi a trovare la frase più chiara per concetti complicati, piuttosto che reinventare la ruota. A volte servono come utile promemoria per dettagli che altrimenti potrei dimenticare di documentare. Le storie scritte da altri mi aiutano ad accelerare le funzioni in cui non sono stato coinvolto e probabilmente saranno un buon strumento di apprendimento per i nuovi assunti.

Potrei continuare, ma lasciami dire così:
Quale è più probabile che causi maggiori problemi: mantenere le storie e non averne bisogno, o aver bisogno delle storie e non averle?

Answer 8

Conservali (archiviali) in modo che, in caso di controversia o argomento su qualcosa in futuro, tu abbia un riferimento ad esso e possa coprirti.

Answer 9

Le user story completate sono essenzialmente le specifiche finali per il tuo progetto. Se hai iniziato con un documento o una specifica sui requisiti formali, ci sono molte lezioni da imparare confrontando le storie degli utenti completate con quel documento. Se non si dispone di un documento iniziale, le storie utente completate documentano la funzionalità del progetto. In entrambi i casi, penso che sia molto prezioso tenerli d'occhio per riferimenti futuri, sia nei progetti post mortem sia nella stima e pianificazione dei progetti successivi.

Answer 10

Trovo che non sappiamo mai cosa sarà utile in futuro, quindi la mia raccomandazione è di taggarli e archiviarli. Se stai usando carte fisiche, scansionale e fai qualcosa di semplice come aggiungere un tag al file immagine. Immagina di guardare una nuvola di tag in un secondo momento per trovare discussioni comuni o per individuare e riutilizzare i tuoi contenuti.

Come per tutte le cose misere, però, se inizia a prendere troppo tempo, probabilmente non vale la pena. Non renderlo un processo folle, basta archiviarlo rapidamente e dimenticarlo.

Saluti, Reeves