Vorrei tenere traccia, per ogni elemento del backlog, da quale evento è stato originato. Ad esempio: "Briefing originale", "Riunione Jan", "Riunione Feb" ...
Usando scrum, qual è il modo corretto per tracciare l'origine di ogni elemento del backlog?
Uso Visual Studio online per gestire il mio progetto di scrum.
Scrum non dice nulla su come tracciare da dove provengono gli oggetti del backlog. Di fatto, nella Guida Scrum si fa relativamente poco per sapere quali informazioni dovrebbero essere incluse in un Product Backlog Item e come dovrebbero essere formattate queste informazioni. Un Product Backlog Item è richiesto per avere una descrizione, un ordine, una stima e una misura del valore.
Non ho mai usato gli strumenti di gestione del progetto di Visual Studio, ma quasi tutti gli altri tracker di problemi che ho usato consentono una descrizione testuale del problema e puoi inserire metadati sull'origine. Alcuni strumenti consentono di "commentare" i problemi, e questo potrebbe essere adatto dal momento che è ancora tracciabile, ma non così in-faccia come la descrizione. Altri ti consentono di personalizzare i campi e puoi aggiungere persone o eventi associati a un determinato elemento del backlog.
Mi chiedo se è necessario. Se questa informazione non è necessaria, è uno spreco raccoglierla, conservarla e gestirla per ogni biglietto. Anche se relativamente facile da fare, se non aggiunge valore a te o ai tuoi clienti o ti consente di soddisfare qualche tipo di obbligo contrattuale o legale, non dovresti farlo.
Se prescrivi il formato che ho visto molti storie utente segui:
As as... I want... so that...
Di solito puoi avere un'idea di dove proviene l'elemento del backlog.
Oltre a ciò, questo è spesso coperto nella sessione di toelettatura / pianificazione. Se non sei sicuro da dove proviene (e devi sapere per procedere), mantienilo nel backlog e fallo prima di aggiungerlo allo sprint.
Leggi altre domande sui tag scrum product-backlog backlog