Cos'è il Product Backlog?

Hai mai avuto la sensazione che la tua squadra commetta sempre gli stessi errori? Ritieni che le cose non stiano procedendo correttamente e devi apportare alcune modifiche per migliorare il processo di sviluppo del progetto.

Un product backlog qui può aiutare un team a decidere su cosa sta lavorando e su cosa vuole concentrarsi. È una descrizione di come il team realizzerà l'idea delineata in una roadmap agile. È una gigantesca lista di cose da fare per il tuo team di sviluppo in molti modi.

I progetti possono far parte di prodotti più grandi con un product backlog per gestirli. Un esempio di product backlog può essere rappresentato dai progetti di implementazione del cliente, che possono essere consegnati come parte di un product backlog più ampio. In alternativa, uno studio di produzione di giochi potrebbe trattare ogni generazione di un gioco come un progetto separato con una scadenza prestabilita (ad esempio intorno a Natale).

Che cos'è il Product Backlog in Scrum?

In Scrum, l'agile product backlog è un elenco di funzionalità con priorità che include brevi descrizioni di tutte le funzionalità del prodotto. Se stai lavorando a un progetto, non è necessario iniziarlo con un lungo sforzo per documentare tutti i requisiti utilizzando Scrum. Un team Scrum e il suo Product Owner possono iniziare includendo tutto ciò a cui possono pensare per la definizione agile delle priorità del backlog.

Questo agile product backlog è più che sufficiente per un primo sprint. Man mano che diventano disponibili ulteriori informazioni sul prodotto e sui suoi clienti, il product backlog di Scrum gli consente di espandersi e adattarsi.

In Scrum, il product backlog è un elenco di funzionalità con priorità che include brevi descrizioni di tutte le funzionalità del prodotto. Non è necessario iniziare un progetto con uno sforzo lungo e anticipato per documentare tutti i requisiti durante l'utilizzo di Scrum.

Nei servizi di sviluppo software personalizzati , uno Scrum Team e il suo Product Owner in genere iniziano annotando tutto ciò che riescono a pensare per la definizione agile delle priorità del backlog. Quasi sempre, questo agile product backlog è più che sufficiente per un primo sprint. Man mano che diventano disponibili ulteriori informazioni sul prodotto e sui suoi clienti, il backlog del prodotto Scrum può espandersi e adattarsi.

Come inizia il viaggio del Product Backlog?

Prima viene la visione o un'idea, poi si realizza la strategia, per realizzare l'idea c'è bisogno della roadmap e dopo aver tracciato la roadmap arriva il product backlog. Di seguito i puntatori indicati mostrano il significato di ciascuno dei termini del percorso del product backlog.

• La strategia di prodotto è uno schema di come l'obiettivo dell'azienda sarà realizzato ad alto livello
• La roadmap del prodotto determina il piano da portare avanti
• Il product backlog contiene le specifiche a livello di attività necessarie per produrre il prodotto professionale

In che modo il Product Backlog e le Roadmap dei prodotti sono diversi?

I due strumenti chiave per la gestione del prodotto sono la roadmap del prodotto e il product backlog. Ogni strumento ha la sua serie di vantaggi e svantaggi. Un product backlog non deve essere confuso con una roadmap del prodotto. Entrambi questi documenti viventi sono utili per i team del processo di sviluppo agile per diversi motivi. Il backlog fornisce specifiche di sviluppo tattico, mentre la roadmap si concentra sulla strategia generale.

La gestione del product backlog comporta una varietà di attività e strategie. Poiché la roadmap del prodotto viene modificata frequentemente, deve essere strettamente collegata al product backlog. Di conseguenza, l'arretrato deve avere la priorità (e ridefinire la priorità) regolarmente per riflettere i cambiamenti e le scoperte.

Il backlog del prodotto include epiche e storie degli utenti, diagrammi del flusso di lavoro, schizzi di progettazione dell'interfaccia utente e modelli, nonché altro lavoro eccezionale necessario per costruire un prodotto. È uno strumento tattico che guida il lavoro del team di sviluppo e funge da base per tenere traccia dei progressi dello sviluppo con strumenti come un diagramma di burndown delle versioni. Le principali distinzioni tra la roadmap del prodotto e il product backlog sono riassunte nel diagramma seguente.

La roadmap del prodotto è uno strumento strategico di pianificazione del prodotto che delinea come il prodotto si evolverà nel tempo successivo. Stabilisce uno scopo, incoraggia la partecipazione delle parti interessate, aiuta nell'acquisizione di fondi e facilita il coordinamento dello sviluppo e del lancio di vari prodotti.

Inoltre, dovrebbe essere prestata particolare attenzione a mantenere l'arretrato strutturato e accessibile. Le pratiche di gestione del product backlog raccomandano di puntare a un product backlog dettagliato, emergente, stimato e prioritario (DEEP) in cui gli elementi con la priorità più alta contengono il maggior numero di dettagli e il livello di dettaglio si riduce all'aumentare della priorità.

La maggior parte dei team agili partecipa anche alle sessioni di preparazione del backlog di prodotto, che vengono utilizzate per perfezionare e organizzare gli elementi del backlog. Durante questi incontri, il team collabora per pianificare in anticipo alcuni sprint di storie degli utenti. Le sessioni agili di ripulitura del backlog garantiscono che le storie degli utenti in cima al backlog abbiano dettagli sufficienti per essere comprese dal team di consegna.

Tecniche di prioritizzazione del Product Backlog

• Piuttosto che essere un evento occasionale, la pulizia del backlog di prodotto è un processo continuo che coinvolge i proprietari di prodotti e i team di sviluppo. L'esperienza in materia è spesso presente nei team di sviluppo, che possono perfezionare. Il team Scrum, invece, determina quando e come verrà completata l'ottimizzazione.
• L'atto di aggiungere dettagli, stime e ordini agli articoli nel Product Backlog è noto come perfezionamento del Product Backlog. All'interno di ogni Sprint, è necessario il perfezionamento continuo del Product Backlog per perfezionare i prodotti in modo che siano pronti per gli Sprint futuri. Il perfezionamento del backlog del prodotto in genere non richiede più del 10% del lavoro del team di sviluppo.
• Gli elementi del backlog di prodotto nella parte superiore del Product Backlog (priorità massima, valore maggiore) vengono scomposti in modo da rientrare in uno Sprint una volta che gli elementi del backlog sono stati rifiniti al livello di granularità appropriato.
  

Tutto il lavoro di stima è gestito dal team di sviluppo. Assistendo il team nella valutazione dei compromessi, i proprietari dei prodotti possono avere un impatto sulle loro decisioni. La persona che esegue il compito, d'altra parte, determina il preventivo finale.

Vantaggi del Product Backlog

Backlog come segnaposto

Gli elementi del backlog fungono da segnaposto per discussioni future su una soluzione per raggiungere il tuo obiettivo. Ciò significa che un team non ha bisogno di avere un'idea completamente sviluppata prima di aggiungerla al product backlog. Quando un elemento del product backlog viene introdotto per la prima volta, è sufficiente che disponga di informazioni sufficienti per ricordare al team quale fosse l'alternativa. Quando un team sta per iniziare a lavorare su un elemento del product backlog, deve solo essere spiegato completamente.

Natura dinamica

La natura dinamica di un product backlog consente ai team di tenere traccia di quanto appreso sull'obiettivo desiderato e sui potenziali metodi di consegna. Non è necessario che il product backlog sia completo quando un team inizia a lavorare. Pertanto, possono iniziare con un concetto originale e aggiungere nuovi elementi del backlog di prodotti man mano che acquisiscono esperienza.

Facile rimozione

Solo perché qualcosa è in un product backlog non significa che debba essere consegnato. Un team può rimuovere gli elementi dal backlog se non contribuiscono al fine desiderato. Ciò significa che un team può evitare di produrre risultati non a valore aggiunto e concentrarsi invece sull'apportare modifiche veramente utili.

Aggiungi un elemento del backlog

Il product backlog può essere utilizzato dai team per evitare perdite di tempo nel discutere se un'opzione è preziosa o meno sulla base di informazioni limitate. Quando si presenta una nuova idea, il team può aggiungere un elemento del product backlog come promemoria per approfondire l'idea. Il team può quindi dare priorità alla considerazione di quell'idea insieme ad altri elementi e rimuovere l'elemento del product backlog se l'idea si rivela non fornire progressi verso il risultato desiderato.

Agile Product Backlog vs. Sprint Backlog: una differenza dettagliata

In poche parole, lo sprint backlog è il piano di sprint a breve termine del team. Il product backlog in agile è il piano a lungo termine del prodotto, in cui la visione è classificata in articoli consegnabili tangibili che aggiungono valore al prodotto. Molte persone considerano lo sprint backlog un sottoinsieme del product backlog. Questo è l'ideale; lo sprint backlog è composto interamente da voci del product backlog. Inoltre, lo sprint includerà in genere altro lavoro a cui il team si è impegnato e le attività che possono essere completate durante lo sprint di progettazione del prodotto .

Il product backlog in agile è una raccolta di attività che prevedi di completare in futuro per mantenere la competitività del tuo prodotto. È il risultato della collaborazione tra il Product Owner e gli stakeholder (clienti, team, analisti). Verrà aggiornato regolarmente, con l'aggiunta o la rimozione di nuovi elementi.

In generale, sarà maggiore dello sprint backlog. Includerà anche elementi con vari livelli di granularità, con meno elementi suddivisi al di sotto del livello della storia dell'utente. Il proprietario del prodotto ne è responsabile.

Lo sprint backlog è una raccolta di lavoro che il team si impegna a completare, ora o più tardi nello sprint (in genere un periodo di 1-4 settimane). È composto da storie di utenti che il team si è impegnato a completare durante il prossimo sprint.

Tuttavia, può anche includere cose come bug, lavoro di refactoring e così via. Di solito è più dettagliato e suddiviso in attività, con l'implementazione tecnica di una user story in primo piano. È responsabilità dello Scrum Master e del team.

È ora di costruire il tuo backlog

La necessità di una corretta pianificazione e organizzazione è fondamentale per il tuo successo. È qui che tornano utili gli arretrati. Il backlog, se correttamente generato e mantenuto, diventa uno strumento che aiuta i team a navigare nel cambiamento costante, raggiungere il picco di produttività e fornire il massimo valore sia all'azienda che al cliente.

Nel blog sopra abbiamo descritto cos'è il product backlog e come aiuta un team nel suo lavoro creando un terreno comune per gli stakeholder e i team per allinearsi in modo che le storie degli utenti più significative siano implementate, permettano flessibilità per rispondere alle mutevoli richieste e circostanze, creare un denominatore comune tra più team che lavorano sullo stesso prodotto per migliorare l'accuratezza delle previsioni di rilascio del prodotto.