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

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?

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

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.

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

Une fonctionnalité est un portefeuille de backlog de produits.

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

La fonctionnalité est un niveau allant jusqu'aux «éléments de backlog». L'équipe définit le travail comme des initiatives de haut niveau et les décompose en fonctionnalités. qui se décomposent et définissent le travail à effectuer comme «Backlog». réf http://msdn.microsoft.com/en-us/library/dn306083.aspx ?

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.

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é.