faccio fatica a creare una buona visualizzazione/monitoraggio per il mio progetto mischia e sono quindi prendendo in considerazione diverse alternative. Un concetto interessante è Story Mapping. Hai qualche input sull'utilizzo di una story map invece di un backlog piatto?Mappa storia o backlog piatto?
Come mai con Scrum, fare il minimo che pensi di aver bisogno. Troppa documentazione può diventare impossibile da mantenere e ti legherà.
Detto questo: in un ruolo precedente, dove abbiamo avuto circa 15 team Scrum abbiamo avuto una "stanza di guerra" in cui le storie sono state mappate su una lavagna muro dimensioni.
La maggior parte di queste storie erano "epopee", in quanto vi era un presupposto che i singoli team Scrum loro sarebbe abbattere in, le storie più gestibili più piccoli in seguito.
Inizialmente, non stime di tempo sono stati associati con queste epopee, come l'obiettivo della carta è stato quello di individuare le dipendenze tra le epopee e ottenere una vaga idea di quale squadra sarebbe nella posizione migliore per fare che epico.
In seguito iterazioni abbiamo elaborato le stime di tempo e ha cominciato a matita in cui si sarebbero seduti in arretrato di ogni squadra. Ciò ha portato ad alcuni trascinarci intorno alle storie, ma nel complesso l'ipotesi iniziale era giusta.
Dopo due o tre scatti dopo l'avvio della "stanza della guerra" è diventato più difficile da mantenere, quindi siamo passati a quel punto in un foglio di calcolo Excel con gli epici elencati in sequenza. Tuttavia, a quel punto i proprietari e i clienti del prodotto avevano interiorizzato il piano del progetto, quindi non c'era alcuna necessità di mantenerlo.
Come descritto in questo articolo si è collegato al concetto Story mappatura è stata il risultato di cambiare qualcosa che non ha funzionato bene per loro. Tutti i team sono diversi e la cosa migliore che puoi fare (secondo me) è scegliere una cosa che tu (il team) pensa che sia promettente e provarla per uno sprint e parlarne ancora al prossimo esame retrospettivo. Apportare le regolazioni e, provare di più e rivisitare nuovamente al retrospect e così via.
Vero. Speravo di ottenere un feedback dagli altri prima di andare avanti a provare il concetto. –
La mappatura delle storie è un'ottima tecnica di pianificazione, ma non utilizzerei la mappa della trama di per sé per il monitoraggio. Vorrei utilizzare le funzionalità/scenari identificati sulla mappa come bucket di funzionalità e utilizzerei i grafici del parcheggio per mostrare i progressi su ciascuna funzionalità. Una buona idea è quella di identificare le funzionalità minime necessarie per la spedizione di ciascuna funzionalità (ovviamente quelle dovrebbero essere le storie con la priorità più alta per quella caratteristica), e mettere una linea sul grafico del parcheggio per ogni funzione che mostra quando quella minima quantità di funzionalità è stato implementato. Questo è un modo chiaro per mostrare esattamente dove il prodotto è rivolto agli stakeholder esterni.
Tobias qui ci sono altre due prospettive sulla mappatura delle storie: John Walpole of Twitter shares their experience with story maps e ho anche scritto un primer on story mapping.
Sto votando per chiudere questa domanda come off-topic perché non si tratta di programmazione. –