différence entre l'élément de backlog produit et la fonctionnalité dans les types d'éléments de travail Team Foundation


111

J'ai une question sur Microsoft Team Foundation. Dans Visual Studio, Team Explorer, je peux créer un nouvel élément de travail. Les types d'éléments de travail ici sont dictés par le modèle de processus choisi par votre équipe; Je ne sais pas quel modèle de processus nous utilisons. Dans tous les cas, dans Team Explorer, lorsque je souhaite créer un nouvel élément de travail, je reçois une liste de types d'éléments de travail parmi lesquels choisir, parmi lesquels «Élément de backlog produit» et «Fonctionnalité».

J'ai remarqué une différence entre les deux types liée à la date de résolution cible. Pour un élément de backlog de produit, cela semble être dicté par la date de fin de l'itération. Pour une fonctionnalité, ce n'est pas aussi clair. Une fonctionnalité est également associée à une itération (et à la date de fin de l'itération), mais la fonctionnalité a également un champ séparé appelé «Date cible». Le texte de survol de la souris pour la date cible est "La date cible pour terminer la fonctionnalité".

Dois-je choisir "Élément de backlog produit" ou "Fonctionnalité" comme type d'élément de travail pour mes nouveaux éléments de travail? Quelle est la différence entre les deux?

entrez la description de l'image ici


2
Pour moi, la fonctionnalité concerne le "quoi" et l'élément en retard sur le "comment".
oli

Réponses:


131

Il semble que vous utilisez le modèle de processus Scrum. Le site TFS a publié de très brèves informations sur les éléments et les fonctionnalités du backlog produit et l'idée derrière la création d'un nouveau type d'élément de travail. http://www.visualstudio.com/en-us/news/2013-jun-3-vso.aspx

La différence entre les deux réside dans la granularité avec laquelle vous souhaitez travailler avec vos éléments de travail:

  • Les éléments du backlog de produit sont composés de tâches et ont un effort estimé.
  • Les fonctionnalités sont composées d'éléments de backlog produit et ont des dates cibles.

Je n'ai pas été en mesure de trouver des conseils officiels sur le moment où utiliser les fonctionnalités par rapport aux éléments du backlog de produit, mais j'ai créé mes propres conseils sur lesquels je base cette réponse ... http://www.nsilverbullet.net/2013/06/ 04 / features-help-us-plan-work-better-in-team-foundation-service-scrum-process /

Devez-vous créer une fonctionnalité ou un élément de backlog de produit?

  • Si vous pensez / espérez que le nouvel élément de travail que vous allez créer s'intégrera dans un seul sprint, vous devez créer un élément de backlog produit, puis le décomposer en tâches pour votre sprint.
  • Si vous pensez / savez que le nouvel élément de travail ne rentrera pas dans un seul sprint, vous devez créer une fonctionnalité et identifier tous les éléments de taille de sprint fournissant de la valeur (éléments du backlog produit) dans lesquels la fonctionnalité peut être décomposée et les utiliser lorsque planifier les futurs sprints.

[Mise à jour du 19/05/2014]

Microsoft a publié plus d'informations sur l'utilisation des fonctionnalités et le concept de portefeuille agile qui a été implémenté dans TFS https://msdn.microsoft.com/en-us/library/dn306083(v=vs.120).aspx


5
Microsoft a maintenant publié des informations supplémentaires sur l'utilisation des fonctionnalités. visualstudio.com/en-us/get-started/... Malheureusement pour Visual Studio, les fonctionnalités en ligne ne seront accessibles qu'aux utilisateurs disposant de licences avancées. :-( visualstudio.com/en-us/get-started/try-additional-features-vs le prix sera de 60 $ par utilisateur / mois.
agilejoshua

Quelle est la place des bogues dans tout cela? Les bogues sont-ils interchangeables avec les tâches?
Captain Sensible

1
@DiegoDeberdt - les bogues ne sont pas interchangeables avec les tâches. Considérez-les comme existant soit au même niveau de hiérarchie que les PBI, soit potentiellement en tant qu'enfants de PBI (si vous choisissez de les suivre de cette façon - les laisser comme liés est généralement suffisant). Les tâches peuvent être des enfants de bogues pour suivre le développement et tester le travail contre eux.
StingyJack

2
Je n'arrive pas à être d'accord sur l'approche "sprint multiple est une fonctionnalité". Il doit être utilisé comme un pont (principalement pour le suivi) entre des fins plus techniques et moins techniques. Je peux penser qu'une fonctionnalité commence et se termine dans un sprint avec suffisamment de dévouement et de ressources. Mais Feature est un moyen facile pour la direction, etc. de relier et de comprendre le contenu technique.
Beytan Kurt

Il existe une nouvelle page de conseils pour Visual Studio 2015, ALM> Travail> Échelle> Gestion de portefeuille
JohnC

20

Comme TFS applique une stratégie de développement agile, je pense que nous pouvons dire:

Fonctionnalité = épique, élément de backlog = histoire

L'épopée contient des histoires similaires.


9
Oui mais maintenant, ils ont ajouté Epics proprement dit, qui contient des fonctionnalités, qui contiennent des éléments de backlog ou des bogues, qui peuvent tous deux contenir des tâches.
toddmo

1

J'avais les mêmes doutes qu'OP et mes pensées ont été alignées sur la réponse @josant, ce qui est très raisonnable pour moi.

De l'autre côté, j'utilise le livre de Hundhausen [1] comme référence pour l'adoption de TFS + Scrum.

Il a dit des choses comme:

Une fonctionnalité est une unité distincte de fonctionnalité qui offre une valeur à l'utilisateur ou à l'entreprise. Un PBI peut être suffisamment grand pour avoir plusieurs fonctionnalités.

puis:

Une fonctionnalité peut se décomposer en plusieurs scénarios. Un scénario est un récit qui décrit un flux de travail ou une séquence d'étapes à travers la fonctionnalité qui exerce un chemin vers l'obtention d'un résultat attendu.

et continue de développer ces idées.

Pour moi, Hundhausen semble parler de cas d'utilisation [2], mais je pense toujours que sa proposition est contre-intuitive, ni TFS ne semble guider vers cette méthode d'analyse ou je l'ai trouvée référencée dans la littérature Scrum que j'ai lue.

Il s'agit probablement simplement de choisir une convention avec laquelle vous vous sentez plus à l'aise et que vous y adhérez.

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

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




1

Comme d'autres l'ont dit ici:

  • Caractéristiques: Top Level
  • Backlogs: un niveau en dessous des fonctionnalités (une fonctionnalité est constituée d'éléments de backlog)

N'oubliez pas que vous pouvez LIEN des éléments de travail et les afficher sous forme de liste arborescente. Ainsi, vous pouvez lier un élément de backlog à une fonctionnalité, et plus tard, vous pouvez lier une tâche à un élément de backlog. Ainsi, vous obtenez une belle liste arborescente hiérarchique.


1

Voilà comment je l'utilise. Sous les éléments d'outils "Travail" -> "Backlogs", les "Fonctionnalités" et les "Eléments du Backlog" sont répertoriés. Je commence par les fonctionnalités, donc il n'y a pas d'éléments de backlog à ce stade. J'ajoute les fonctionnalités en sélectionnant Fonctionnalités sous l'en-tête Backlog et en ajoutant le nom de la fonctionnalité dans le formulaire, puis en enregistrant et en fermant. À gauche de chaque fonctionnalité nouvellement ajoutée, il y a un signe + vert. Cliquez sur le signe plus et les options de sélection apparaissent. Choisissez «Articles du backlog de produit». Lorsqu'il s'ouvre, tapez le nom de l'élément de backlog dans le champ supérieur, comme dans Fonctionnalités. Vous créez ces éléments de backlog, il n'y a pas de pop-up. Remplissez les autres informations selon vos besoins, puis enregistrez et fermez. Après avoir créé les éléments de backlog, cliquez sur le + vert sur les nouveaux éléments de backlog. Entrez le nom de l'élément de travail comme vous l'avez fait pour les éléments de backlog et les fonctionnalités. Lorsque vous ajoutez les éléments de travail, incluez le sprint dans le champ d'itération et ils seront dans le sprint lorsque vous l'ouvrez. Rien de tout cela n'est documenté où que je puisse trouver. J'espère qu'il est suffisamment détaillé.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.