Scrum: cosa fare con l'epica una volta che le storie sono chiare?

In qualche modo dipende dalla tua attrezzatura. Da un punto di vista del processo, una volta che l'Epic è stato suddiviso in storie di Sprint-Sized che possono essere stimate, l'Epic originale (che in realtà aveva funzionato come segnaposto nel backlog) può essere scartata. Se stai usando le schede, strappa quella Epic!

Idealmente, le User Story risultanti dovrebbero essere indipendenti l'una dall'altra, quindi la loro ascendenza epica non sarebbe importante. Ma se vuoi mantenere una connessione con l'Epic originale, molti strumenti forniscono un modo per collegarlo. Questo può essere fatto anche nella User Story stessa: "[Epic] Come amministratore di sistema, ho bisogno ...." .

Se l'epica è stata inserita con i criteri di accettazione associati alla sua storia utente, allora la verifichi. Se è accettabile, chiudi l'epopea. Se non lo è, pianifichi il lavoro per chiudere la user story.

Idealmente, tutte le storie degli utenti secondari dovrebbero aver implementato tutti i requisiti dell'epica.

In ogni caso, i criteri di accettazione dovrebbero essere assegnati (se non ci sono già), il lavoro per testarli programmati e l'epica chiusa (se i test passano).

A mio parere, è necessario mantenere le epopee per comunicare a livello di portfolio con individui di livello C al fine di ridurre al minimo la confusione con ciò che è nel backlog del team.

Ci dovrebbe essere un backlog che viene utilizzato per comunicare a quel livello che si nutre del team. Quel livello di portfolio deve sapere dove questi episodi sono in termini di progresso (To Do, In Progress, Complete).

Per piccoli progetti, probabilmente è giusto sbarazzarsi degli epopee e lavorare con il solo backlog del team. A mano a mano che questo si ridimensiona, probabilmente dovrai separare il backlog del team da quel backlog a livello di portafoglio e tenere traccia delle epiche separatamente.

Ho lottato con questo e sono arrivato a capire che dipende davvero da come si decompone. Diciamo che hai un po 'di epopea come "Voglio modificare ciò che è nel mio carrello della spesa". Questo può essere scomposto in diverse mode:

1. per metodo

   • Voglio modificare i dettagli del mio carrello accedendo alla pagina dei dettagli del carrello
   • Voglio modificare i dettagli del carrello con un rapido look pop-up

2. di processo

   • Visualizza il carrello
   • modifica le quantità degli articoli
   • elimina elementi

3. di persona forse

   • Come acquirente, voglio cambiare ciò che è nel mio carrello
   • Come CSR, desidero accedere a un carrello degli acquirenti e modificare gli elementi in esso contenuti

In questo esempio, se usi il metodo decomp 1 allora probabilmente sicuro di abbandonare l'epica dato che questi bambini sono veramente indipendenti. Ma in 2 o 3, i bambini sono ancora indipendenti, ma per raggiungere l'obiettivo della storia originale i bambini devono essere tutti soddisfatti. E il modo in cui valuti dipende anche dall'osservazione del set (nel metodo 3, la prima storia otterrà alcuni punti per caricare la vista del carrello che influisce sulla stima del CSR che accede alla vista carrello).

Come justinpeck menziona sopra, lo strumento diventa molto importante (i collegamenti della relazione sono facili da impostare e visualizzare?).

Gli epici sono uno strumento per aiutarti a fare il tuo lavoro. Quando smettono di essere utili, puoi buttarli via. Pertanto, la risposta alla domanda è "gli epopee ti sono ancora utili?". Non penso che abbiamo abbastanza informazioni per rispondere per te.

Non preoccuparti troppo di ciò che sei supposto fare o non fare. Se vuoi mantenere l'epopea, fallo. Se non ti sono utili, buttali via. Se non sai se sono utili o meno, tienili per un intero ciclo di rilascio e poi decidi cosa fare in una retrospettiva finale.