Come gestisci le storie dipendenti in mischia?

8

Nell'azienda su cui lavoro attualmente, abbiamo notato che a volte alcune storie sono legate l'una all'altra (come se fossero troppo accoppiate). Potrebbe essere che appartengano alla stessa caratteristica generale o che siano caratteristiche diverse ma ce ne sono alcune che devono essere terminate prima per continuare con quelle successive, ecc.

Come gestisci questi casi, senza interrompere il flusso di lavoro dell'iterazione? Stiamo facendo qualcosa di sbagliato?

    
posta Edgar Gonzalez 30.04.2011 - 08:04
fonte

4 risposte

6

Questa è una grande domanda. La teoria dice che le storie degli utenti dovrebbero essere indipendenti, ma non sono mai stato in grado di realizzarlo appieno.

A mio parere, la cosa più importante è comunicare la dipendenza in modo che sia il team che il proprietario del prodotto ne siano consapevoli. Ciò costringerà il proprietario del prodotto a ridefinire le storie degli utenti in modo tale da rimuovere la dipendenza (ad esempio unendo le storie degli utenti) o definire di conseguenza la priorità aziendale in modo tale che l'utente principale sia implementato per primo.

In base alla priorità e alla decisione dell'OP, entrambi li implementerete nello stesso sprint o quello dipendente verrà implementato in un secondo momento senza alcun problema, poiché l'entità verrà già eseguita.

Il caso peggiore è se A dipende da B e B dipende da A. In questo caso le storie utente sono probabilmente definite in modo errato e dovrebbero essere probabilmente riscritte su A e B (principalmente indipendenti o con una sola dipendenza) e C dipendente da A e B.

    
risposta data 30.04.2011 - 12:01
fonte
2

Pianificale di conseguenza.

Inseriscili nello stesso sprint e dal momento che le storie degli utenti hanno anche la priorità in uno sprint backlog, non avrai alcun problema.

Poiché la tua squadra partecipa a questo, sono consapevoli delle dipendenze, quindi non c'è nulla di cui dovresti aver paura. Sono adulti e se spieghi loro delle dipendenze (di solito te lo spiegheranno), le cose andranno bene.

In Agile, come in Cascata, puoi fare solo una cosa alla volta. E di solito fai A prima di B se B ha bisogno di A. Questo è buon senso.

    
risposta data 30.04.2011 - 09:29
fonte
1

Le dipendenze potrebbero essere l'odore del fatto che stai tagliando le tue storie orizzontalmente anziché verticalmente attraverso il sistema. Lo sviluppo di una particolare funzionalità dovrebbe coinvolgere qualsiasi cosa, dalla modifica della progettazione del database all'interfaccia utente. Se scopri che stai spendendo tutti i tuoi sforzi su una storia utente in un livello inferiore della struttura del sistema, come, ad esempio, scrivendo le routine di gestione per le ricerche nel database, è più probabile che tu stia creando delle dipendenze tra le storie. E probabilmente stai scrivendo le tue storie utente errate.

    
risposta data 19.05.2011 - 04:33
fonte
0

La soluzione migliore è suddividere le storie degli utenti indipendenti in bit più piccoli che possono diventare il più indipendenti possibile. Dovresti affrontare le storie che più dipendono in primo luogo (come hai detto tu: quelle che devono essere terminate prima per continuare gli altri). Crea qualcosa come un indice di dipendenza: se la storia 3 ha più dipendenti della trama 1, devi prima aggiungere la trama3.

Se le tue dipendenze causano troppi stopage, potrebbe essere una buona idea smettere del tutto di lavorare (sì proprio nel mezzo dello sprint attuale) e rivalutare le storie degli utenti prioritari e affrontarle per prime

    
risposta data 30.04.2011 - 13:17
fonte

Leggi altre domande sui tag