Un product backlog è una delle parti essenziali della catena di sviluppo del prodotto. Un elenco prioritario di funzionalità del prodotto e correzioni di bug che conduce dalla visione dell'azienda e del prodotto fino all'esecuzione. In sostanza, la gestione del Product Backlog ricade sul product manager, che ha l'obbligo fondamentale di crearlo, stabilire le priorità e mantenerlo. Inoltre, il tuo esempio di product backlog dovrebbe essere basato su uno strumento intuitivo, sufficientemente flessibile da poter essere personalizzato e facilmente accessibile soprattutto nel cloud. Continua a leggere per conoscere la differenza tra product backlog e sprint backlog e il suo perfezionamento.
Panoramica
Un backlog di prodotto è l'elenco di controllo del lavoro utilizzato dai team di sviluppo software per mettere in coda le funzionalità desiderate, le correzioni di bug e altre attività tecniche. In altre parole, è una lista di cose da fare per lo sviluppo dell'azienda. Il product backlog si collega alla roadmap del prodotto di un'azienda, che aiuta a dare la priorità agli articoli e alle attività nella parte superiore del product backlog in modo che il team sappia cosa consegnare per primo. Oltre a questo, è un modo efficace per il team di comunicare su cosa sta lavorando e pianificare il prossimo lavoro. Brevemente, diamo uno sguardo dettagliato a come creare un product backlog,
Passi per creare un Product Backlog
Un product backlog è più di un semplice elenco di cose da fare in cui suddividi compiti complicati in una serie di passaggi e li affidi ai membri del team. Segui questi passaggi per sviluppare un product backlog efficace,
#1. Aggiungi idee al tuo arretrato
Se un cliente viene da te con idee per creare una nuova soluzione software o migliorarne una esistente, considera di aggiungere queste idee al tuo arretrato. Perché aggiungerli al tuo backlog può stimolare conversazioni importanti e aiutare un team a trovare soluzioni per soddisfare la richiesta del cliente. Pertanto, includerli aiuta a determinare se l'aggiornamento è realizzabile in base alla tempistica e al budget del progetto. Ecco altre potenziali fonti di idee arretrate:
- Il team di garanzia della qualità (QA) di un'azienda
- Sondaggi clienti sulle caratteristiche del prodotto
- Recensioni di prodotti o servizi
- Suggerimenti o richieste di vendita e marketing
#2. Costruisci una roadmap del prodotto
La roadmap del prodotto è la base per il backlog del prodotto. Il tuo team dovrebbe prima creare una tabella di marcia, che servirà quindi come piano d'azione per come il tuo prodotto cambierà man mano che si sviluppa. La roadmap è la visione per lo sviluppo del prodotto a lungo termine, ma può anche evolversi.
#3. Elementi del Product Backlog della lista di controllo
Con la roadmap del prodotto in mente, il tuo team può iniziare a elencare gli elementi del backlog del prodotto. Questi elementi dovrebbero includere sia elementi ad alta priorità che idee più astratte. Durante questa fase di creazione del product backlog, dovrai anche comunicare con le parti interessate e ascoltare le loro idee per il miglioramento del prodotto.
#4. Concentrati sul tuo arretrato
Dopo che il tuo team ha elencato tutti gli articoli, ordina e assegna la priorità alle attività più importanti tenendo presente il cliente e considerando quali articoli gli forniscono il maggior valore. Dopo aver compreso appieno la richiesta del cliente, valuta la possibilità di classificare l'idea in attività individuali e attuabili che il team di sviluppo deve completare in ordine di priorità con le attività più critiche in cima al backlog e le attività meno critiche in fondo.
#5. Aggiorna regolarmente
Mentre il tuo team lavora sul backlog del prodotto, ricorda che si tratta di un documento vivo in cui devi aggiungere continuamente elementi al backlog, selezionarli e perfezionarli mentre lavori. Pertanto, man mano che il team completa le attività, è importante eseguire l'aggiornamento per riflettere queste modifiche.
Esempio di Product Backlog
Il product backlog è l'artefatto più importante in qualsiasi azienda di sviluppo prodotto. Come dovremmo strutturare questo artefatto critico? Un esempio di product backlog è un elenco di azioni relative allo sviluppo del prodotto che viene utilizzato dai team di prodotto per pianificare, selezionare e gestire le attività. Ad esempio,
#1.Progetto
- Pagina di accesso per il progetto finale dei clienti
- Pagina di registrazione per i test dei clienti
- Creazione di una build di ticket (compreso l'allegato di documenti e schermate)
- Bugfix: assegnazione automatica dei ticket al leader del team di supporto
#2. Giudizi
- In qualità di persona che ha completato con successo un corso di certificazione (diventando uno ScrumMaster certificato o un Product Owner certificato Scrum), mi viene inviato tramite e-mail un collegamento a un sondaggio sul corso e sull'istruttore, in modo da poter fornire un feedback sul corso.
- In qualità di formatore, voglio essere certo che nessuno possa inviare le stesse risposte più volte e distorcere i miei risultati, quindi le mie valutazioni sono accurate.
- In qualità di formatore, vengo informato sui risultati dei sondaggi sulle mie classi, così posso leggerli. (Domande: dopo ogni sondaggio? Dopo un determinato periodo di tempo? Il formatore riceve un'e-mail o sa semplicemente di andare sul sito?)#3.appartenenza
- In qualità di amministratore del sito, posso impostare le quote annuali per membri, praticanti e formatori in modo che le quote possano essere stabilite senza coinvolgere un programmatore.
- Come persona la cui iscrizione (di qualsiasi tipo) sta per scadere, mi viene inviato un promemoria e un link in modo da poter rinnovare.
- Come membro con problemi di memoria a breve termine, posso fare in modo che il sistema mi invii una nuova password o un promemoria della password, possibilmente il mio nome utente (a meno che non usiamo l'e-mail per questo), e così
#4. Lavori
- In qualità di amministratore del sito, ricevo un'e-mail ogni volta che viene inviato un lavoro in modo che io ne sia a conoscenza e possa decidere se voglio pubblicarlo.
- Come membro del sito, posso iscrivermi a un feed RSS di offerte di lavoro disponibili in modo da poterle leggere senza visitare il sito.
- In qualità di amministratore del sito, posso modificare ed eliminare gli annunci di richiesta di aiuto in modo da poter correggere piccoli problemi o creare
#5. Completamento del corso
- Come partecipante, mi viene mostrata una pagina che mi dice come ottenere i miei PDU dopo aver completato il corso in modo da guadagnare il credito a cui avrei potuto essere interessato.
- Come partecipante, posso ottenere un certificato di completamento finendo un corso in modo da avere la prova che ho completato un corso.
- Come partecipante, posso guadagnare un badge che dimostra che ho completato un corso in modo da poter mostrare quel badge sul mio sito web.
Con l'esempio rilevante di arretrato di prodotto in atto, è possibile fare stime precise sul carico di lavoro e prevedere cosa sarà completato quando con poche deviazioni.
Affinamento del Product Backlog
Il perfezionamento del Product Backlog è l'atto di aggiungere dettagli, stime e ordini agli elementi del Product Backlog. Inoltre, è il processo in cui il Product Owner e il team di sviluppo collaborano, esaminano e rivedono i dettagli degli elementi che stanno per essere implementati. In sostanza, il perfezionamento del product backlog è necessario in quanto rende familiare al team gli elementi con la priorità più alta. Vediamo come operare in modo efficace un perfezionamento del product backlog,
Come eseguire in modo efficace una sessione di perfezionamento del Product Backlog
Di seguito sono riportate alcune best practice di perfezionamento che contribuiranno a rendere più efficace la sessione di perfezionamento del backlog.
#1. Rendilo profondo
Un backlog ben gestito dovrebbe essere DE'EP, che è l'acronimo di dettagliato in modo appropriato, stimato, emergente e prioritario.
- Essere dettagliati in modo appropriato significa che gli elementi con priorità più alta dovrebbero avere un livello di dettaglio più elevato rispetto agli elementi con priorità bassa.
- Stimato significa che dovresti avere una buona idea del tempo e delle risorse necessarie per implementare ogni elemento del backlog.
- Emergente significa che il backlog è un documento attivo che dovrebbe essere aggiornato regolarmente.
- Gli elementi dell'arretrato devono essere disposti in ordine di priorità.
#2. Tieni a mente i clienti
Ogni decisione presa durante la riunione di perfezionamento dell'arretrato dovrebbe essere basata sulle esigenze del cliente. Dopotutto, se il prodotto non funziona per i tuoi clienti, nient'altro ha importanza. Il team discuterà apertamente le storie degli utenti per scambiare idee e ottenere finalmente una comprensione comune. Inoltre, si consiglia di documentare le discussioni e i pensieri in modo che l'ordine di acquisto possa rivederli in seguito e fare un riepilogo.
#3. Identificare le dipendenze
A volte, alcuni elementi del backlog non possono essere implementati fino a quando un altro elemento non è stato avviato o completato. La mancata identificazione di queste dipendenze può portare a progressi ritardati lungo la linea. Pertanto, è bene identificare queste dipendenze in anticipo e pianificarle.
#4. Seguito dopo la riunione
Al termine della riunione, segui tutti i partecipanti e condividi con loro il verbale della riunione. Questo aiuta a mantenere tutti sulla stessa pagina e garantisce che siano a conoscenza dei passaggi successivi. Inoltre, se alcune storie degli utenti mancano di informazioni, continua a fare ulteriori ricerche e aggiungi dettagli per la prossima riunione di toelettatura.
Gestione dell'arretrato di prodotto
La gestione del backlog di prodotto è quando il proprietario del prodotto apporta aggiunte, regola, migliora e assegna priorità agli elementi del backlog per garantire che i clienti ricevano solo il prodotto migliore e più prezioso. Pertanto, è essenzialmente un elenco di attività prioritarie che devono essere eseguite. Se un'attività è errata dall'elenco, il lavoro non viene conteggiato per essere svolto.
Pertanto, la gestione del backlog di prodotto funge da ottimo punto di partenza per la pianificazione dello sprint e lo sviluppo del team per identificare le attività che potrebbero potenzialmente far parte dello sprint. Pertanto, per garantire accuratezza e trasparenza, il backlog di prodotto deve essere aggiornato attraverso il perfezionamento del backlog. Di seguito sono riportati suggerimenti per un team di gestione del prodotto,
#1. Inizia con una strategia di prodotto
Una corretta gestione degli arretrati inizia con una strategia di prodotto chiaramente scritta e articolata. Prima di immergerti nella gestione di un product backlog, assicurati di aver definito e convalidato la strategia di prodotto. Per realizzare la tua visione, devi prima avere una strategia di prodotto ben definita.
#2. Imposta correttamente le preferenze del backlog
Dare priorità alle attività nel tuo arretrato è un aspetto chiave. In linea con i KPI e la visione del prodotto, l'assegnazione delle priorità al backlog deve essere chiara e trasparente. Usa i framework e le procedure di definizione delle priorità per aiutarti a mantenere le tue idee in ordine e pianificare facilmente le iterazioni. E il feedback degli utenti può aiutarti a farlo, comprendendo quali iniziative contano di più per i tuoi clienti.
#3. Cooperare
Lascia che i product manager e il team di sviluppo collaborino per garantire una corretta gestione del backlog. Coinvolgi entrambi i team nelle discussioni relative al backlog per scoprire meglio i rischi tecnici e le dipendenze. Inoltre, ogni membro del team di prodotto avrà un prezioso feedback, quindi usa questi incontri per discutere su come dare la priorità al backlog per aumentare la comprensione e il buy-in. Ciò porterà a una chiara comprensione in tutto il team di ciò che è stato prioritario e perché.
#4. Usa diplomaticamente la parola "No".
Una delle sfide di un product manager è che può sentirsi sotto pressione per accettare ogni richiesta delle parti interessate e dei membri del team, ma l'obiettivo è soddisfare i clienti, non soddisfare ogni richiesta o dire "sì" a ogni idea. Ottieni risultati ed efficienze (per non parlare della redditività) dicendo "no" più frequentemente. È importante non diventare un bloccante interno e rimanere aperti a nuove richieste, ma dire "no" ti aiuta a stabilire le priorità senza distrazioni.
#5. Mantieni aggiornati gli stakeholder
Condividi aggiornamenti trasparenti con le parti interessate per comunicare lo stato attuale del tuo arretrato. Gli aggiornamenti potrebbero assumere la forma di dare alle parti interessate l'accesso a una dashboard in tempo reale con un'immagine aggiornata del tuo arretrato.
Oppure potrebbe essere un normale bollettino via e-mail per le persone interessate dell'azienda, contenente solo un'istantanea della dashboard. Mantieni la trasparenza con le parti interessate quando si tratta del portafoglio prodotti. Fai conoscere ai tuoi stakeholder lo stato attuale, ottieni gli ultimi aggiornamenti e offri un feedback utile.
Sprint Backlog e Product Backlog
Sprint backlog e product backlog sono molto simili in termini di componenti. Tuttavia, uno sprint backlog è un elenco di elementi di lavoro che il tuo team prevede di completare durante uno sprint di progetto, solitamente estratto dal product backlog durante la sessione di pianificazione dello sprint. Quindi, un chiaro sprint backlog previene lo scope creep chiarendo esattamente cosa farà e cosa non farà il tuo team durante ogni sprint. Ora daremo un'occhiata alla differenza tra sprint backlog e product backlog,
In primo luogo, il product backlog contiene l'elenco completo degli elementi imminenti per il ciclo di vita di un prodotto, mentre lo sprint backlog si concentra su ciò che è necessario per raggiungere gli obiettivi di sprint individuali. Pertanto, ogni elemento preso dal product backlog per formare lo sprint backlog deve essere correlato al successo di quello specifico obiettivo di sprint.
In secondo luogo, il product backlog tiene traccia di come lavora il team di prodotto a seconda delle dimensioni della tua organizzazione, potresti avere un product backlog centrale o più per diversi team. Inoltre, il product owner perfezionerà periodicamente il product backlog per assicurarsi che le iniziative più importanti siano al top e che ogni iniziativa abbia tutte le informazioni necessarie per eseguirla. Mentre uno sprint backlog è un sottoinsieme del product backlog ed elenca gli elementi di lavoro da completare in uno specifico sprint.
Inoltre, sia il product backlog che lo sprint backlog sono essenziali per mantenere trasparente l'intero processo di sviluppo del prodotto. Forniscono una visione chiara dello stato di avanzamento dei lavori in corso e dei piani futuri.
Cos'è un Product Backlog in Scrum?
Nella definizione più semplice, lo Scrum Product Backlog è semplicemente un elenco di tutte le cose che devono essere fatte all'interno del progetto. Sostituisce i tradizionali artefatti di specifica dei requisiti. Questi elementi possono essere di natura tecnica o possono essere incentrati sull'utente, ad esempio sotto forma di storie utente. Il proprietario di Scrum è il Product Owner di Scrum. Lo Scrum Master, lo Scrum Team e gli altri Stakeholder contribuiscono ad avere una lista di cose da fare ampia e completa. Quando si applica Scrum, non è necessario avviare un progetto con uno sforzo lungo e anticipato per documentare tutti i requisiti.
In poche parole
Un product backlog è un elenco ordinato di attività, funzionalità o elementi da completare come parte di una roadmap di prodotto più ampia. Con le linee guida sopra elencate, credo che ora sarai in grado di creare una gestione efficace, puoi assegnare agli sviluppatori attività giornaliere, settimanali o mensili che mirano ai tuoi obiettivi finali e ti aiutano a creare un prodotto migliore.
Riferimenti
- Asana.
- Infatti.
- .mountainggoatsoftware
- .airgramma.
Articoli Correlati
- CHE COS'È SCRUM: Definizione, Principi e Finalità
- STRUMENTI DI GESTIONE DEL PROGETTO AGILE: definizione, usi ed elenco di APM
- Strumenti di gestione del progetto: i migliori 25 strumenti e tecniche
- Ordine di lavoro: procedura/passaggi semplici per la creazione di un ordine di lavoro
- ROADMAP DEL PRODOTTO: significato, esempio, come crearlo, software e strategia
- TRASFORMAZIONE AZIENDALE: definizione, processo, strategie, agenzie e modello
