Différence entre les éléments de backlog de produit et les fonctionnalités dans les types d'élément 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ément de travail ici sont dictés par le modèle de processus choisi par votre équipe; Je ne suis pas sûr du modèle de processus que nous utilisons. Dans tous les cas, dans Team Explorer, lorsque je veux créer un nouvel élément de travail, je reçois une liste de types d'élément de travail à sélectionner, parmi lesquels figurent "Élément de backlog de produit" et "Fonction".
J'ai remarqué une différence entre les deux types liés à 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 à sa date de fin), mais elle comporte é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 fonction".
Devrais-je choisir "Elément de backlog de produit" ou "Fonction" 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 utilisiez le modèle de processus Scrum. Le site TFS a publié de très brèves informations sur les éléments et fonctionnalités du backlog de produit et sur l'idée de créer 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 dépend de la granularité que vous souhaitez utiliser avec vos éléments de travail à:
- Les éléments du backlog de produit sont composés de tâches et nécessitent un effort estimé.
- Les fonctionnalités sont composées d'éléments de backlog de produits et ont des dates cibles.
Je n'ai pas été en mesure de trouver de guide officiel sur le moment d'utiliser les fonctionnalités par rapport aux éléments du backlog de produit, mais j'ai créé mon propre guide sur lequel je me base cette réponse ... http: //www.nsilverbullet .net/2013/06/04/features-aidez-nous-planifiez-le-travail-mieux-en-équipe-fondation-service-scrum-processus/
Devez-vous créer une fonction 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 de produit, puis le décomposer en tâches pour votre sprint.
- Si vous pensez/savez que le nouvel élément de travail ne s'intégrera pas dans un seul sprint, vous devez créer une fonctionnalité et identifier tous les éléments de la taille d'un sprint fournissant une valeur (éléments de backlog de produit) en lesquels la fonctionnalité peut être décomposée et les utiliser lorsque planifier les futurs sprints.
[Mise à jour du 2014-05-19]
Microsoft a publié davantage d'informations sur l'utilisation des fonctionnalités et sur le concept de portefeuille agile mis en œuvre 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 = Epic, Article en retard = Histoire
L'épopée contient des histoires similaires.
Comme d'autres l'ont dit ici:
- Caractéristiques: Niveau supérieur
- Backlogs: un niveau sous les fonctionnalités (une fonctionnalité est constituée d'éléments de backlog)
N'oubliez pas que vous pouvez lier des éléments de travail et les afficher sous forme d'arborescence. Vous pouvez ainsi 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 liste d'arborescence hiérarchique de Nice.
La fonctionnalité est un niveau allant jusqu'aux 'éléments de backlog'. L’équipe définit le travail comme étant une initiative de haut niveau qu’il divise en fonctionnalités. qui se décomposent davantage et définissent le travail à effectuer comme "arriéré". ref http://msdn.Microsoft.com/en-us/library/dn306083.aspx ?
Une fonctionnalité est un portefeuille de backlog de produits.
http://tfs.visualstudio.com/en-us/learn/create-your-backlog.aspx
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é discrète de fonctionnalités offrant une valeur ajoutée à l'utilisateur ou à l'entreprise. Un PBI peut être assez grand pour avoir plusieurs fonctionnalités.
puis:
Une fonctionnalité peut se décomposer en plusieurs scénarios. Un scénario est un récit décrivant un flux de travail ou une séquence d'étapes dans la fonctionnalité qui trace un chemin vers l'obtention du résultat attendu.
et continue à développer ces idées.
Pour moi, Hundhausen semble parler de cas d'utilisation [2], mais je pense néanmoins que sa proposition est quelque peu contre-intuitive, que TFS ne semble pas non plus guider cette méthode d'analyse ou que je l'ai trouvée référencée dans la littérature de scrum que j'ai lue.
Il s’agit probablement de choisir une convention avec laquelle vous vous sentez plus à l’aise et de l’adhérer.
C'est comme ça que je l'utilise. Sous les éléments d'outil "Travail" -> "Backlogs", les "Fonctionnalités" et les "Eléments de backlog" sont répertoriés. Je commence par les fonctionnalités, de sorte qu'il n'y a aucun élément en attente à ce stade. J'ajoute les fonctionnalités en sélectionnant Fonctionnalités sous l'en-tête de Backlog et en ajoutant le nom de la fonctionnalité dans le formulaire, puis en enregistrant et clôturant. À la gauche de chaque entité 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 produit". Lorsqu'il s'ouvre, tapez le nom de l'élément en attente dans le champ du haut, comme dans Fonctions. Vous créez ces éléments en attente, il n'y a pas de fenêtre contextuelle. Remplissez les autres informations si nécessaire, puis enregistrez et fermez. Après avoir créé les éléments de backlog, cliquez sur le signe + vert des é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 en attente et les fonctionnalités. Lors de l'ajout des éléments de travail, incluez le sprint dans le champ d'itération et ils le seront lorsque vous l'ouvrirez. Rien de tout cela n'est documenté nulle part que j'ai pu trouver. J'espère que c'est suffisamment détaillé.