In un progetto, ci dovrebbe essere solo un backlog corrispondente ad un singolo prodotto. il Product backlog è posseduto e gestito dal proprietario del prodotto. E' un documento vivente con una lista di desideri proioritizzata che cresce e viene raffinata a cadenza regolare per assicurare che il team di sviluppo sia focalizzato sul completamento.
Serve come una lista ordinata ed emergente di bisogni degli utenti più qualsiasi altra cosa che è richiesta per realizzare la visione del prodotto.Ogni elemento è chiamato product backlog item -PBI.
PBI, può essere espresso sotto forma di
- User story
- Mind map
- Use case
- Impact story
- Voice of the customer
- Feature description
Ha elementi focalizzati sul cliente - tipicamente user stories, li prioritizza e li aggiunge. Le caratteristiche sono misurate e sviluppate secondo le user stories, piuttosto che le linee di codice. In qualsiasi momento, il product backlog non è completo, è di natura dinamica che elenca
- Caratteristiche
- Funzioni
- Requisiti
- Miglioramenti
- Defetti
- Voci di lavoro
- Correzioni
che costituiscono i cambiamenti da fare al prodotto nelle release future. Man mano che un prodotto viene usato e acquista valore, il mercato fornisce un feedback, il backlog del prodotto diventa una lista più grande ed esaustiva. I requisiti non smettono mai di cambiare, quindi un product backlog è un artefatto vivente.
Release backlog è un sottoinsieme del product backlog che è pianificato per essere consegnato nella prossima release. All'interno di un progetto, ci possono essere più rilasci, un backlog di rilascio viene creato per ogni rilascio. Più sprint possono culminare in una release.
Sprint backlog è una lista dettagliata delle user stories che ci si aspetta siano fatte nell'orizzonte del timebox. Viene creato per ogni sprint. È fatto collettivamente come una previsione dal team di sviluppo per rendere conto del lavoro necessario per fare un incremento fatto.Plamned con abbastanza dettagli ed emerge durante lo sprint.Ogni elemento all'interno dello sprint backlog, dispensa l'idea di avere qualcosa di potenzialmente shippabile.
Quando gli elementi del piano sono ritenuti non necessari, vengono rimossi. Alla fine di ogni sprint, il prodotto è pronto per essere consegnato al cliente o essere mostrato allo stakeholder. Come e quando l'elemento è accettato dall'OP e la definizione di fatto è soddisfatta, l'elemento va alla sezione di incremento del prodotto ed è dispensato come prodotto potenzialmente spedibile. solo quando è ritenuto fatto e pronto per essere spedito, cade sotto l'incremento del prodotto che aggiunge valore. Ogni incremento è additivo a tutti gli incrementi precedenti ed è accuratamente testato. A qualsiasi punto dello sprint, il lavoro totale rimanente nello Sprint backlog può essere sommato.