PBI vs User Story

Question

PBI vs User Story

#1 da (16 voti)
#2 da (3 voti)
#3 da (2 voti)
#4 da (2 voti)
#5 da (2 voti)

14

Recentemente un articolo è stato aggiunto al Product Backlog dal proprietario del prodotto che dice "Quando vado alla pagina di accesso da x page, vedo un errore. Voglio che quell'errore venga rimosso".

Mi sembra che questo non sia un caso d'uso, e non dovrebbe essere un PBI (Product Backlog Item). Tuttavia, quando l'ho discusso, scrum master mi ha detto che le storie degli utenti non sono PBI e che un PBI potrebbe essere un bug report, un'attività, una user story, qualsiasi cosa e letteralmente qualsiasi elemento che dovrebbe essere affrontato per primo.

Non ne sono sicuro. Inoltre non riesco a trovare una buona definizione di PBI sul web . Quindi, la mia domanda è, che tipo di cose possono entrare nel Product Backlog come elementi? Un elemento del backlog del prodotto viene mappato a un utente? Sono uguali?

agile scrum definition product-backlog

posta Saeed Neamati 20.08.2011 - 12:04

fonte

5 risposte

Leggi altre domande sui tag agile scrum definition product-backlog

Come memorizzare gli stati dei record (come in sospeso, completo, bozza, annullato ...) Vantaggi dell'utilizzo di server API e UI separati per l'applicazione Web

score 16 · Answer 1

Does a product backlog item maps to a user story? Are they the same?

Non necessariamente, ma in generale, lo fanno. Come ha detto il tuo maestro di mischia, anche altre cose possono essere elementi di portafoglio prodotti. Tuttavia, dipende da come funziona il tuo SCRUM. Alcuni team hanno un backlog di bug separato che viene preso in considerazione anche per gli sprint, mentre altri mantengono tali elementi nel backlog del prodotto.

Due registri separati rendono più difficile per il proprietario del prodotto dare la priorità alle attività, poiché ora è necessario prendere in considerazione due registri per il prossimo sprint. Ma offrono una migliore supervisione ed entrambi possono essere ordinati separatamente.

So, my question is, what sort of things can get into the Product Backlog as items?

Questo può essere qualsiasi cosa che sia parte della visione del prodotto e del viaggio verso il prodotto che desideri creare. Contiene principalmente requisiti (storie degli utenti) ma può anche contenere azioni o elementi tecnici che non appartengono direttamente al prodotto (ad esempio "Acquista un nuovo server per il team di sviluppo", "Crea annuncio per prodotto"). L'arretrato dovrebbe evitare dettagli inconsapevoli e non dovrebbe cercare di microgestire le cose tecniche. Il backlog del prodotto può contenere tutto ciò che fornisce valore al prodotto.

Non c'è l'unica vera Scrum. A volte backlog separati sono un modo migliore per gestire il prodotto, a volte sono solo nel modo. Scopri cosa funziona meglio per te.

score 3 · Answer 2

Quando lavori sui bug, li aggiungiamo al backlog e li chiamiamo storie di errori . Aggiungendo correzioni di bug al backlog in questo modo, è chiaro che non è solo la correzione del bug. Possiamo aggiungere altre attività per assicurarci che i test automatici siano scritti e che la verifica sia fatta. Rende anche più esplicito il fatto che il DoD debba essere seguito.

Non abbiamo mai usato il termine PBI (anche se il nostro strumento di backlog li chiama così), è sempre storie utente, storie di errori o semplicemente solo storie .

Principalmente è solo la scelta terminologica della tua squadra e finchè sei del tutto chiaro cosa è ciò che non conta davvero.

score 2 · Answer 3

2

@Falcon lo ha spiegato bene. Una pagina che ha una definizione formale è: link Quello che hai descritto non deve essere inserito nel product backlog almeno in base alla descrizione.

risposta data 20.08.2011 - 13:07

fonte

score 2 · Answer 4

C'è un malinteso comune che solo le storie degli utenti sono consentite in un Product Backlog. Al contrario, Scrum è neutrale rispetto alle tecniche richieste. Come afferma Scrum Primer ,

Product Backlog Items are articulated in any way that is clear and sustainable. Contrary to popular misunderstanding, the Product Backlog does not contain "user stories"; it simply contains items. Those items can be expressed as user stories, use cases, or any other requirements approach that the group finds useful. But whatever the approach, most items should focus on delivering value to customers.*

score 2 · Answer 5

Tutte le risposte di cui sopra non riescono a fare riferimento al documento di origine autorevole per il framework Scrum: The Scrum Guide .

Product Backlog

C'è una sezione che descrive il Product Backlog e gli articoli, spesso indicati come PBI, contenuti al suo interno.

The Product Backlog lists all features, functions, requirements, enhancements, and fixes that constitute the changes to be made to the product in future releases.

Ma non risolto come un piano di progetto.

The Product Backlog evolves as the product and the environment in which it will be used evolves. The Product Backlog is dynamic; it constantly changes to identify what the product needs to be appropriate, competitive, and useful.

User Story

Il termine story utente non compare mai in The Scrum Guide perché

it is a framework within which you can employ various processes and techniques.

Utilizzare una user story è solo una delle possibili tecniche per registrare i PBI.

IN AGGIUNTA: Sebbene sia normale vedere il formato "Come a, voglio, Così", può essere contro il suo intento originale . Questo formato problematico è stato anche affrontato all'indirizzo Agile 2017 .