Introduzione al Product Backlog in Scrum
- Il portafoglio ordini nella mischia è definito come l'elenco di funzionalità e descrizioni dettagliate incentrate sul cliente, modifiche e adeguamenti apportati al prodotto durante il ciclo di completamento del progetto. L'elenco documentato di tutti i requisiti e le potenziali modifiche apportate al prodotto durante il processo di consegna del prodotto. Esiste un arretrato di prodotto nella metodologia di gestione dei progetti agile e mischia. Pertanto, lo scrum mantenuto viene chiamato Scrum Product Backlog. Nella mischia Gestione del progetto e gestione del portafoglio ordini del prodotto, non è richiesta una lunga e anticipata documentazione del progetto, a differenza dei tipici arretrati del prodotto convenzionali. In Scrum, l'attenzione si concentra su cosa fare piuttosto che su come fare, il che lo rende più efficiente di qualsiasi altra tecnica di gestione del progetto.
- La mischia può essere gestita dal proprietario del prodotto e dal team della mischia elencando e dando priorità ai requisiti necessari essenzialmente per la creazione e la definizione delle priorità degli arretrati. Il backlog del prodotto viene mantenuto sotto forma di sprint e vi sono continue modifiche, aggiunte ed eliminazioni all'iniziale in mischia fino a quando il prodotto non viene consegnato al cliente o allo stakeholder. Durante il ciclo di vita dello sviluppo del prodotto, i feedback vengono raccolti dal cliente per apportare modifiche e migliorarle. Quindi tende a crescere sempre di più fino alla consegna del prodotto.
Differenza tra un elenco semplice e un portafoglio prodotti Scrum
Elenco di funzioni che lo differenziano dal tradizionale elenco di semplici cose da fare:
- Scrum Product Backlog indica un documento vivo in cui le voci vengono aggiunte fino al completamento del progetto. Il significato di un documento vivente è di natura dinamica e continua a cambiare man mano che varie voci vengono aggiunte al backlog del prodotto mischia su una base in tempo reale. Le modifiche o i requisiti nel backlog del prodotto Scrum possono essere iterativi secondo le necessità del progetto.
- Le voci o le modifiche aggiunte corrispondono al feedback o al valore del cliente. Se non vi è alcun valore per il cliente corrispondente alla voce nel backlog del prodotto mischia, si tratta semplicemente di uno spreco. Il valore del cliente può essere costituito da requisiti tecnici o non tecnici o da qualsiasi dettaglio richiesto per il completamento del prodotto. Questi valori del cliente sono necessari anche per migliorare o migliorare la qualità del prodotto o del prodotto.
- L'attività o le voci nella mischia sono attività di basso livello che in pratica non sono elementi di azione. Non comprende una descrizione dettagliata dell'attività. La distribuzione dell'attività e la suddivisione del lavoro di queste attività sono gestite dal team di Scrum. Poiché la mischia elenca l'attività e le voci in modo che non abbia alcun senso impiegare molto tempo citando la descrizione dettagliata delle voci nel backlog del prodotto.
- Le attività sono prioritarie in base ai requisiti del proprietario del prodotto. La definizione delle priorità dell'attività è decisa dal proprietario del prodotto e il team di Scrum è responsabile dell'esecuzione dell'attività secondo la definizione delle priorità decisa dal proprietario.
- I dettagli dell'attività dipendono esclusivamente dalla loro posizione nella mischia.
Componenti essenziali di un tipico portafoglio di prodotti Scrum
Di seguito sono riportati i componenti essenziali di qualsiasi backlog di prodotto Scrum:
1) Proprietà / caratteristiche
Le caratteristiche sono definite come storie utente che descrivono la funzionalità delle voci e descrivono la prospettiva del cliente in parole semplici.
2) Bug / errori
Man mano che un prodotto viene sviluppato in diverse fasi e queste fasi vengono sottoposte a test, vengono raccolti e aggiunti diversi errori o miglioramenti alla mischia da correggere nella fase successiva dello sviluppo del prodotto.
3) Acquisizione della conoscenza
L'acquisizione delle conoscenze è molto importante nella gestione in quanto semplifica la selezione e il processo decisionale e aiuta anche a creare una libreria di processi per ulteriori riferimenti.
4) Pianificazione Sprint
La pianificazione e la riunione dello sprint sono guidate dal proprietario del prodotto e le attività / attività sono prioritarie in questa riunione dello sprint. Il proprietario del prodotto e il team di scrum insieme decidono quindi di completare l'ordine o la sequenza dell'attività e quindi nuove voci e attività vengono aggiunte tempestivamente in base ai requisiti del progetto, rendendo il portafoglio ordini dinamico e espandibile in natura.
Come funziona Scrum Product Backlog?
La gestione della mischia è un processo molto preciso e deve essere mantenuta con cura. Il primo e fondamentale passo è pianificare una riunione di sprint guidata dal proprietario del prodotto e quindi scrivere o elencare le attività o i requisiti del prodotto o del progetto. Si espande gradualmente e nuove voci / attività vengono aggiunte al backlog. Inoltre, alcune attività precedenti vengono rimosse in base ai requisiti. Queste attività vengono quindi ordinate o organizzate secondo l'urgenza o la priorità descritte dal proprietario del prodotto. Queste attività vengono quindi suddivise in diversi sprint o in parole più semplici viene creata una struttura di suddivisione del lavoro e il lavoro viene distribuito tra il team di Scrum. Al proprietario del prodotto viene fornito l'aggiornamento regolare delle attività completate secondo il prodotto e anche questi vengono modificati e mantenuti regolarmente nella mischia per la documentazione aggiornata.
Vantaggi e vantaggi
- Poiché i compiti sono elencati e ordinati per priorità nella mischia, il prodotto viene consegnato o completato in modo efficiente e puntuale in modo organizzato.
- Un grande progetto è diviso in sprint / fasi / moduli più piccoli per rendere il lavoro facile e richiedere meno tempo.
- Riunioni di scrum regolari aiutano a comprendere chiaramente la percezione del proprietario del prodotto e quindi queste scrum forniscono una chiara visione dei requisiti del progetto.
- La manutenzione aiuta a risparmiare tempo e inutili sprechi di denaro in quanto aiuta a rimuovere tutte le potenziali minacce che causano un ritardo nella consegna del prodotto.
- Consente inclusioni di feedback dei clienti per l'improvvisazione in diverse fasi e in diversi sprint, mentre lo rende agile e flessibile.
- Adatto per progetti di sviluppo agili e dinamici durante i quali il prodotto viene sviluppato e testato come fasi obbligatorie per il processo di retrospezione e revisione.
Articoli consigliati
Questa è una guida al Product Backlog in Scrum. Qui discutiamo la differenza tra un elenco semplice e un portafoglio ordini di prodotti Scrum insieme a componenti essenziali di un portafoglio ordini di prodotti tipici di Scrum. Puoi anche consultare i seguenti articoli per saperne di più–
- Piano di gestione della comunicazione
- Ambito di gestione
- Software di gestione del progetto
- Strategia di gestione del cambiamento