differenza tra l'elemento del Product Backlog e la funzionalità nei tipi di elementi di lavoro di Team Foundation

Ho una domanda su Microsoft Team Foundation. In Visual Studio, Team Explorer, posso creare un nuovo oggetto di lavoro. I tipi di elementi di lavoro qui sono dettati dal modello di processo scelto dal tuo team; Non sono sicuro di quale modello di processo stiamo utilizzando. In ogni caso, in Team Explorer, quando voglio creare un nuovo oggetto di lavoro, mi viene fornito un elenco di tipologie di oggetti di lavoro tra cui selezionare, tra i quali "Articolo del Product Backlog" e "Feature".

Ho notato una differenza tra i due tipi relativa alla data di risoluzione obiettivo. Per un elemento del Product Backlog, questo sembrerebbe essere dettato dalla data di fine dell'iterazione. Per una caratteristica, non è così chiaro. Una caratteristica è anche associata a un'iterazione (e alla data di fine dell'iterazione), tuttavia la caratteristica ha anche un campo separato chiamato "Data di destinazione". Il testo al passaggio del mouse per la data di destinazione è "La data di destinazione per il completamento della funzione".

Devo scegliere "Articolo del Product Backlog" o "Caratteristica" come tipo di elemento di lavoro per i miei nuovi elementi di lavoro? Qual è la differenza tra i due?

Sembra che tu stia utilizzando il modello di processo Scrum. Il sito TFS ha pubblicato alcune brevi informazioni sugli elementi e le funzionalità del Product Backlog e sull'idea alla base della creazione di un nuovo tipo di elemento di lavoro. http://www.visualstudio.com/en-us/news/2013-jun-3-vso.aspx

La differenza tra i due dipende dalla granularità a cui vuoi lavorare con i tuoi elementi di lavoro:

• Gli elementi del Product Backlog sono composti da attività e hanno uno sforzo stimato.
• Le funzionalità sono composte da elementi del Product Backlog e hanno date obiettivo.

Non sono stato in grado di trovare alcuna guida ufficiale su quando utilizzare le funzionalità rispetto agli elementi del backlog del prodotto, ma ho creato la mia guida su cui sto basando questa risposta ... http://www.nsilverbullet.net/2013/06/ 04 / caratteristiche-help-us-piano-lavoro-meglio-in-team-fondazione-service-scrum-process /

Dovresti creare una caratteristica o un elemento del Product Backlog?

• Se pensi / speri che il nuovo elemento di lavoro che stai per creare si adatti a un singolo sprint, dovresti creare un elemento del Product Backlog e poi suddividerlo in attività per il tuo sprint.
• Se pensi / sai che il nuovo elemento di lavoro non si adatta a un singolo sprint, dovresti creare una caratteristica e identificare tutti gli elementi di dimensioni dello sprint che forniscono valore (elementi del backlog del prodotto) in cui la caratteristica può essere suddivisa e utilizzarli quando pianificare sprint futuri.

[Aggiornamento 19/05/2014]

Microsoft ha pubblicato ulteriori informazioni su come utilizzare le funzionalità e il concetto di portafoglio agile che è stato implementato in TFS https://msdn.microsoft.com/en-us/library/dn306083(v=vs.120).aspx

Poiché TFS applica una strategia di sviluppo agile, penso che possiamo dire:

Caratteristica = epica, elemento del backlog = storia

L'epico contiene storie simili.

Avevo gli stessi dubbi di OP e il mio pensiero è stato allineato con la risposta di @josant, il che è molto ragionevole per me.

Dall'altro lato sto usando il libro di Hundhausen [1] come riferimento per l'adozione di TFS + Scrum.

Ha detto cose come:

Una caratteristica è un'unità discreta di funzionalità che fornisce valore all'utente o all'azienda. Un PBI può essere abbastanza grande da avere diverse funzionalità.

e poi:

Una funzionalità può suddividersi in più scenari. Uno scenario è una narrazione che descrive un flusso di lavoro o una sequenza di passaggi attraverso la funzionalità che esercita un percorso verso il raggiungimento di un risultato atteso.

e continua a sviluppare queste idee.

Per me, Hundhausen sembra parlare di casi d'uso [2], ma sento ancora la sua proposta un po 'controintuitiva, né sembra che TFS possa guidare a questo metodo di analisi, ma l'ho trovato referenziato nella letteratura di Scrum che ho letto.

Probabilmente è solo questione di scegliere una convenzione con cui ti senti più a tuo agio e di aderire ad essa.

[1] http://www.amazon.es/dp/073565798X

[2] https://en.wikipedia.org/wiki/Use_case

Una caratteristica è un portafoglio del Product Backlog.

http://tfs.visualstudio.com/en-us/learn/create-your-backlog.aspx

La funzionalità è un livello fino a "elementi in arretrato". team definisce il lavoro come iniziative di alto livello e le suddivide in funzionalità. che ulteriormente scompongono e definiscono il lavoro da fare come "Backlog". ref http://msdn.microsoft.com/en-us/library/dn306083.aspx ?

Come altri hanno detto qui:

• Caratteristiche: livello superiore
• Backlog: un livello al di sotto delle funzionalità (una funzionalità è composta da elementi del backlog)

Tieni presente che puoi COLLEGARE elementi di lavoro e visualizzarli come un elenco ad albero. Quindi, puoi collegare un elemento di backlog a una funzionalità e, in un secondo momento, puoi collegare un'attività a un elemento di backlog. Quindi, ottieni una bella lista gerarchica ad albero.

Ecco come lo uso. Sotto gli elementi dello strumento "Lavoro" -> "Arretrati" sono elencati sia "Caratteristiche" che "Elementi del registro arretrato". Comincio con le funzionalità, quindi non ci sono elementi di backlog a quel punto. Aggiungo le funzionalità selezionando Funzionalità sotto l'intestazione Backlog e aggiungendo il nome della funzionalità nel modulo, quindi salvando e chiudendo. A sinistra di ogni nuova caratteristica aggiunta c'è un segno + verde. Fare clic sul segno più e vengono visualizzate le opzioni di selezione. Scegli "Elementi del Product Backlog". Quando si apre, digita il nome dell'elemento del backlog nel campo superiore proprio come in Funzionalità. Stai creando questi elementi del backlog, non ci sono popup. Inserisci le altre informazioni come richiesto, quindi salva e chiudi. Dopo aver creato gli elementi del backlog, fare clic sul + verde sugli elementi del backlog appena creati. Inserisci il nome dell'elemento di lavoro come hai fatto per gli elementi del backlog e le funzionalità. Quando aggiungi gli elementi di lavoro, includi lo sprint nel campo iterazione e saranno nello sprint quando lo apri. Niente di tutto questo è documentato da nessuna parte che ho potuto trovare. Spero sia sufficientemente dettagliato.