VSTS Scrum - Qual è la differenza tra elementi di lavoro e backlog

Question

VSTS Scrum - Qual è la differenza tra elementi di lavoro e backlog

#1 da (3 voti)

1

Avere una configurazione del progetto in VSTS con il modello scrum e uno del mio team ha aggiunto diversi elementi di lavoro. Abbiamo diversi setup di squadre diverse e Ive ha aggiunto serie separate di iterazioni, 1 set per squadra. Le mie domande mentre sto esaminando i documenti sono

Qual è la differenza tra "oggetti di lavoro" e "backlog"
Se visualizzo l'elenco degli elementi di lavoro quando seleziono quel menu, in che modo è possibile spostare elementi dagli elementi di lavoro a uno degli arretrati di un team?
Ho letto da qualche parte che il menu "oggetti di lavoro" si riferisce a "portafoglio arretrato" che è ad un livello più alto per così dire, mentre i backlog sono "backlog di prodotto". Suona bene?

Penso che quello che è successo è che qualcuno è entrato prima che io creassi i team e aggiungessi gli oggetti di lavoro, quindi esistono a livello di progetto di squadra. Ora, voglio averli a livello di squadra.

[aggiornamenti]

Ilmioprogettodisquadraèconfiguratoinquestomodo:

vstsroot|___team1|__sprint1|__sprint2|__sprint3|___team2|__sprint1|__sprint2|__sprint3

etc

Ognisquadrahaancheun'areaassociata.Quindinonsembraessereunmodo"diretto" per spostare gli elementi di lavoro a livello di progetto principale del team pro livello, in un backlog del team. Devo prima riassegnare l'iterazione di un oggetto di lavoro nella radice, a un'iterazione che ho definito, ALLORA posso spostarlo in un backlog per il team.

team-foundation-server

posta bitshift 03.08.2018 - 19:59

fonte

1 risposta

Leggi altre domande sui tag team-foundation-server

API - modifica del sottoinsieme di attributi Come implementare il modello di dominio con il repository senza perdite di responsabilità?

score 3 · Accepted Answer

(1) What is the difference between "work items" and "backlogs"

Un oggetto di lavoro è il termine generico per una voce che descrive e tiene traccia dell'attività, come un elemento del backlog del prodotto, un'attività, un bug o un test. Gli elementi di lavoro hanno anche una gerarchia: un'attività è un elemento di lavoro, ma è di proprietà di un elemento del backlog del prodotto, che è esso stesso un elemento di lavoro.

Un backlog è una raccolta di elementi di lavoro. È possibile avere un backlog del prodotto, che rappresenta tutte le attività nell'ambito. Puoi anche avere uno sprint backlog, che è un sottoinsieme di elementi di lavoro dal backlog del prodotto.

(2) If I see the list of work items when I select that menu, how can move things from work items to one of the backlogs for a team?

Dovresti essere in grado di trascinare e rilasciare gli elementi di lavoro dal backlog del prodotto in un altro backlog, nonché assegnare esplicitamente il backlog dello sprint dall'oggetto di lavoro stesso. I nuovi elementi di lavoro vengono creati inizialmente nel backlog del prodotto.

(3) Ive read somewhere that the "work items" menu refer to "portfolio backlog" which is at one level higher so to speak, whereas the backlogs are "product backlogs". Does this sound right?

Il menu degli oggetti di lavoro è semplicemente una vista dal punto di vista dell'elemento di lavoro: è piatto, rispetto alla vista del backlog, che arrotola gli oggetti di lavoro in base al backlog selezionato.

Each team also has an associated area. So there doesn't seem to be a "direct" way to move work items at the root level pro team project level, to a team backlog. I have to first reassign the iteration of a work item at the root, to an iteration i have defined, THEN I can move it into a backlog for the team.

Sembra corretto. I team vengono implementati utilizzando il campo Area, che è un po 'un trucco, perché ogni team opera in modo indipendente e ha i propri backlog di prodotto e sprint separati. Potresti esaminare l'estensione Piani di consegna per vedere se ti dà più flessibilità.