Modello di product backlog

Tenere sotto controllo tutti i deliverable che il team per lo sviluppo del prodotto deve completare può essere una seccatura, soprattutto se ogni deliverable ha informazioni diverse. Creare un modello di product backlog può aiutare il tuo team a garantire la coerenza dei backlog tra più prodotti e far sì che ogni attività abbia tutte le informazioni necessarie allo sviluppatore per poterla portare a termine. 

Cos'è un modello di product backlog?

Un modello di product backlog è una bozza riutilizzabile di un product backlog Agile che ti servirà per creare backlog per nuovi progetti in modo rapido e semplice. 

Una volta creato, i team possono utilizzare il modello come guida per creare nuovi product backlog. Solitamente, esistono diversi product backlog relativi a diversi aspetti di un prodotto principale. Ad esempio, un team potrebbe occuparsi dell'esperienza utente e un altro del controllo qualità, ma entrambi fanno parte dello stesso team di sviluppo del prodotto. L'utilizzo di un modello di product backlog consente di avere coerenza tra team, in modo che, indipendentemente da chi sta lavorando a un'attività, tutti possano visualizzare le informazioni in modo uniforme. 

Cos'è un product backlog?

Un product backlog è una lista di attività con priorità spesso usata nella gestione dei progetti Agile e, più precisamente, nello sviluppo del prodotto. Il product backlog dovrebbe basarsi sulla roadmap di progetto, che rappresenta la tabella di marcia da seguire per l'evoluzione del prodotto. 

Come si crea un product backlog?

Quando crei un product backlog, è importante relazionarsi con gli stakeholder principali. Collabora con product manager o Scrum master per allinearvi sui processi. Ciò contribuirà a creare un'esperienza coerente e a migliorare la collaborazione tra team, dando a tutti gli stessi processi da seguire, indipendentemente dalla parte di prodotto alla quale stanno lavorando. 

Se crei un modello generico di product backlog, lo puoi adattare alle esigenze dei vari team di progetto. Ad esempio, un team può aver bisogno di una fase per la progettazione, mentre un altro di una fase di controllo qualità. Non tutti i team seguiranno gli stessi processi, di conseguenza avere un modello di partenza offre al tuo team l'opportunità di avere lo stesso schema di base e allo stesso tempo di avere opzioni per personalizzarlo. 

Cosa deve essere incluso in un modello di product backlog?

Avere uno schema coerente per il product backlog semplifica la pianificazione degli sprint e la rifinitura del backlog. Di seguito elenchiamo alcune caratteristiche di un buon modello di product backlog che non dovrebbero mancare nel tuo.

• Un nome dell'attività che sia descrittivo: una buona pratica comune è utilizzare un verbo all'inizio del nome, in modo che lo sviluppatore sappia esattamente che azioni svolgere per completare l'attività.

• Priorità dell'attività: definisce l'importanza dell'attività in confronto ad altre attività presenti nel product backlog.

• Sprint: indica a quale sprint serve questa attività del product backlog. 

• Data di scadenza: quando un'attività dovrebbe essere completata.

• Story point: un metodo di stima che indica l'impegno necessario a portare a termine un'attività. 

• Storia utente: una spiegazione di come la funzionalità dovrebbe funzionare dalla prospettiva dell'utente finale. Le storie utente solitamente seguono il formato: "In qualità di [profilo], voglio che [obiettivo del software], in moda da [risultato desiderato]".

Le attività in un modello di product backlog vengono spesso rappresentate tramite schede Kanban. Utilizzare un modello di scheda Kanban può aiutare a mantenere organizzato il product backlog. 

A cosa serve un modello di product backlog?

Un modello di product backlog serve per sviluppare un repository di attività diverse che il tuo team deve portare a termine per raggiungere un certo obiettivo. All'inizio della fase di sviluppo, le attività si accumuleranno nel product backlog che si verrà a creare. Da qui, il product manager o il responsabile del prodotto deciderà quali attività del product backlog andranno inserite nel backlog di sprint per essere sviluppate. 

Qual è la differenza tra un product backlog e un backlog di sprint?

Un product backlog è l'insieme delle attività di un intero progetto, mentre il backlog di sprint è l'insieme di attività relative a uno sprint specifico. Un product manager organizzerà e rifinirà un product backlog per assicurarsi che ogni attività che viene inserita in un backlog di sprint abbia tutte le informazioni contestuali necessarie a uno sviluppatore per portarla a termine. 

Funzionalità integrate

• Vista bacheca. La vista bacheca è una vista in stile bacheca Kanban che mostra le informazioni del tuo progetto in colonne, le quali sono in genere organizzate in base allo stato del lavoro (come Da fare, In corso e Fatto) e delle quali puoi modificare i titoli in base alle esigenze del tuo progetto. All'interno di ogni colonna, le attività vengono visualizzate come schede, con una varietà di informazioni associate, tra cui titolo dell'attività, data di scadenza e campi personalizzati. Monitora il lavoro mentre avanza da una fase all'altra e ottieni informazioni a colpo d'occhio sullo stato del tuo progetto.

• Vista Cronologia. La vista Cronologia è una vista di progetto in stile Gantt che visualizza tutte le tue attività in un grafico a barre orizzontali. Non solo potrai vedere le date di inizio e di fine di tutte le attività, ma anche le relative dipendenze. Con la vista Cronologia, potrai monitorare con facilità le relazioni tra i vari elementi del tuo piano. Inoltre, quando tutto il tuo lavoro viene visualizzato in un unico posto, è facile identificare e risolvere i conflitti di dipendenza prima che si verifichino, per rispettare i tempi previsti per i tuoi obiettivi. 

• Aggiornamenti sullo stato del progetto. Di' addio allo spulciare tra più strumenti per trovare informazioni sullo stato di un progetto o al partecipare a un'altra riunione per qualcosa che avresti potuto discutere in un'email. Gli aggiornamenti sullo stato dei progetti di Asana non sono solo più facili da usare, ma sono anche collegati direttamente al lavoro svolto dal tuo team. Ciò consente ai membri del team di accedere facilmente a informazioni aggiuntive sul progetto, come il piano di progetto, il piano di comunicazione, gli obiettivi del progetto, i traguardi, i risultati finali e altro ancora. In definitiva, i resoconti sullo stato del progetto riducono il lavoro manuale, centralizzano le informazioni e tengono tutti aggiornati. 

• Automazione. Automatizza il lavoro manuale, in modo che il tuo team dedichi meno tempo alle attività improduttive e più tempo a quelle per cui lo hai assunto. Le regole su Asana funzionano sulla base di trigger e azioni, vale a dire "quando accade X, fai Y". Usa le regole per assegnare automaticamente il lavoro, modificare le date di scadenza, impostare campi personalizzati, avvisare gli stakeholder e altro ancora. Dalle automazioni ad hoc a interi flussi di lavoro, le regole restituiscono al tuo team il tempo necessario per il lavoro qualificato e strategico.

App consigliate

• GitHub. Sincronizza automaticamente gli aggiornamenti dello stato delle richieste pull di GitHub con le attività di Asana. Monitora i progressi delle richieste pull e migliora la collaborazione interfunzionale tra team tecnici e non, il tutto direttamente da Asana.

• Jira. Crea flussi di lavoro interattivi e interconnessi tra i team tecnici e commerciali per aumentare la visibilità sul processo di sviluppo di un prodotto in tempo reale, il tutto senza uscire da Asana. Semplifica la collaborazione e il trasferimento dei progetti. Crea rapidamente ticket Jira da Asana, in modo che il lavoro passi senza interruzioni tra i team commerciali e tecnici al momento giusto. 

• Zendesk. Con l'integrazione di Asana per Zendesk, gli utenti possono creare attività Asana in modo rapido e semplice direttamente dai ticket Zendesk. Aggiungi contesto, allega file e collega le attività esistenti per monitorare il lavoro necessario per chiudere il ticket. L'integrazione fornisce inoltre una visibilità continua su entrambi i sistemi, in modo che tutti siano sempre aggiornati a prescindere dallo strumento utilizzato. 

• Google Workplace. Allega i file direttamente alle attività su Asana con il selettore di file di Google Workplace, che si trova nel pannello delle attività di Asana. Allega in modo semplice qualsiasi file da Il mio Drive in pochi clic.

Domande frequenti