différence entre L'élément de carnet de produits et la fonctionnalité dans les types D'éléments de travail Team Foundation
J'ai une question à propos de 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 veux créer un nouvel élément de travail, on me donne une liste de types d'éléments de travail à sélectionner, parmi lesquels "élément de Backlog de produit" et "fonctionnalité".
J'ai remarqué une différence entre les deux types liés à la date cible de résolution. 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 compléter la fonctionnalité".
Dois-je choisir "élément de carnet de commandes de produits" ou "fonctionnalité" comme type d'élément de travail pour mes nouveaux éléments de travail? Quelle est la différence entre les deux?
7 réponses
Il semble que vous utilisiez le modèle de processus Scrum. Le site TFS a publié quelques informations très brèves 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 se résume à quelle granularité vous voulez travailler avec vos éléments de travail à:
- les éléments du carnet de commandes sont composés de tâches et ont été estimés effort.
- les fonctionnalités sont composées d'éléments de carnet de commandes de produits et ont des dates cibles.
Je n'ai pas été en mesure de trouver des conseils officiels sur le moment d'utiliser les fonctionnalités par rapport aux éléments du Backlog du produit, mais j'ai créé mes propres conseils sur lesquels je fonde cette réponse... http://www.nsilverbullet.net/2013/06/04/features-help-us-plan-work-better-in-team-foundation-service-scrum-process/
Si vous créez une fonctionnalité ou un carnet de commandes de produits Élément?
- 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 de produit, puis le décomposer en tâches pour votre sprint.
- Si vous pensez / savez que le nouvel élément de travail ne rentre pas dans un seul sprint, vous devez créer une fonctionnalité et identifier tous les éléments de taille Sprint fournissant de la valeur (éléments de carnet de produits) dans lesquels la fonctionnalité peut être décomposée et les utiliser lors de la planification future Sprint.
[mise à Jour 2014-05-19]
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:
Feature = Épique, Backlog item = Histoire
L'épopée contient des histoires similaires.
J'ai eu les mêmes doutes que OP et mes pensées ont été alignées avec 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 adopter TFS + Scrum.
Il a dit des choses comme:
Une fonctionnalité est une unité discrète de fonctionnalité qui fournit de la valeur à l'utilisateur ou à l'entreprise. Un PBI peut être assez grand pour avoir plusieurs caractéristiques.
Puis:
Une entité peut se décomposer en de multiples scénarios. Un scénario est un récit qui décrit un flux de travail ou une séquence d'étapes à travers la caractéristique qui exerce un chemin vers l'obtention d'un résultat attendu.
Et continue à 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 cette méthode d'analyse orb Je l'ai trouvé référencé dans la littérature scrum que j'ai lue.
Probablement c'est juste une question de choisir une convention que vous vous sentez plus à l'aise avec et y adhérer.
Une fonctionnalité est un portefeuille de produits en carnet de commandes.
Http://tfs.visualstudio.com/en-us/learn/create-your-backlog.aspx
Caractéristique est un niveau jusqu'à 'éléments de backlog'. l'équipe définit le travail comme des initiatives de haut niveau et les décompose en fonctionnalités. qui décomposent davantage et définissent le travail à faire comme "arriéré". réf http://msdn.microsoft.com/en-us/library/dn306083.aspx ?
Comme d'autres l'ont dit ici:
- Caractéristiques: Haut Niveau
- Backlogs: un niveau en dessous des fonctionnalités (une fonctionnalité est constituée d'éléments de backlog)
Gardez à l'esprit que vous pouvez lier des éléments de travail et les afficher sous forme d'arborescence. Ainsi, vous pouvez lier un élément backlog à une fonctionnalité, et plus tard, vous pouvez lier une tâche à un élément backlog. Ainsi, vous obtenez une belle liste d'arbres hiérarchiques.
C'est comme ça que je l'utilise. Sous les éléments de l'outil "Travail" - > "Backlogs" les deux "caractéristiques" et "éléments de Backlog" sont répertoriés. Je commence avec des fonctionnalités donc il n'y a pas d'éléments de backlog à ce stade. J'Ajoute les fonctionnalités en sélectionnant les 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 "Éléments Du Carnet De Commandes Du Produit". Quand il s'ouvre, tapez le nom de de l'élément backlog dans le champ supérieur, tout comme dans les fonctionnalités. Vous créez ces éléments de backlog, il n'y a pas de pop-up. Remplissez les autres informations au besoin, puis enregistrez et fermez. Après avoir créé les éléments de Backlog, cliquez sur le vert + sur les éléments de Backlog nouvellement créés. Entrez le nom de l'élément de travail comme vous l'avez fait pour les éléments du Backlog et les fonctionnalités. Lors de l'ajout des éléments de travail comprennent le sprint à l'itération domaine et ils seront dans le sprint lorsque vous l'ouvrez. Rien de tout cela n'est documenté n'importe où que j'ai pu trouver. J'espère qu'il est suffisamment en détail.