Nel tentativo di capire cosa vedo in Accesso Web TFS 2012 in LAVORO | arretrato | Product Backlog, ho utilizzato il pulsante "Crea query di backlog" e ho quindi aperto la nuova query nella modifica per vedere come funziona. Ho notato che visualizza PBI che si adattano due descrizioni:Che cosa significa che un PBI viene eseguito mentre si trova nel backlog in MSF Scrum 2.2?
- PBI ovunque sotto l'iterazione root (l'arretrato) nello Stato di New/Approvato.
- PBI nel backlog (l'iterazione di root) in stato Nuovo/Approvato/Commesso.
Perché una PBI si adatta a questa seconda descrizione? Perché mai un PBI dovrebbe essere impegnato nell'arretrato? È forse un modo per mantenere i PBI a livello di temi o di livello epico dopo il perfezionamento e impostarli su commit quando i bambini a livello di story-story sono impegnati in veri e propri sprint? È forse solo un modo per compensare la contabilità scadente in cui i PBI incompleti sono presi a calci nell'arretrato, ma senza riportare i loro stati all'approvazione? Forse qualche altra ragione?
spiace, ma questo in realtà non affronta la questione. – bwerks
Ok, lo dirò a voi. Si dispone di un arretrato di prodotti con un elenco di requisiti per l'intero prodotto. Questi requisiti possono essere assegnati a diversi team. Chiunque può aggiungere un articolo del backlog del prodotto al backlog del prodotto. Quindi è nuovo. Se l'OP ama l'idea, lui/lei può approvarla.Al momento della pianificazione dello sprint, una squadra inserisce l'articolo del backlog del prodotto nel proprio backlog dello sprint e lo contrassegna come Committed; questa è una squadra che sta lavorando al PBI nello sprint attuale. Una volta che l'ordine di acquisto è felice, il team ha consegnato il PBI, l'ordine di acquisto contrassegna come fatto –
Il primo significa quindi un lavoro non avviato. Il secondo significa lavoro incompleto incluso il lavoro che non è stato avviato –