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?
Réponses:
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:
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?
[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
la source
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.
la source
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:
puis:
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
la source
Une fonctionnalité est un portefeuille de backlog de produits.
http://tfs.visualstudio.com/en-us/learn/create-your-backlog.aspx
la source
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 ?
la source
Comme d'autres l'ont dit ici:
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.
la source
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é.
la source