la différence entre le Produit de l'Arriéré de l'Élément et de la Fonctionnalité de l'Équipe de la Fondation types d'élément de travail
J'ai une question à propos de Microsoft Team Foundation. Dans Visual Studio, Team Explorer, je peux créer un nouvel élément de travail. Types d'élément de travail ici sont dictées par votre équipe choisie par le modèle de processus; je ne suis pas sûr du modèle de processus que nous utilisons. En tout cas, dans Team Explorer, lorsque je veux créer un nouvel élément de travail, je me suis donné une liste de types d'élément de travail à choisir, parmi lesquels "Product Backlog Item" et "Fonction".
J'ai remarqué une différence entre les deux types liés à la cible à la date de la résolution. Pour un Product Backlog Item, cela semble être dictée par l'itération de la date de fin. Pour une Fonctionnalité, il n'est pas aussi clair. Une Fonctionnalité est également associée à une itération (itération et date de fin), cependant Fonctionnalité a également un champ distinct appelé "Date Cible". Au survol de la souris de texte pour la date cible est "La date cible pour l'achèvement de la fonctionnalité".
Dois-je choisir "Product Backlog Item" ou "Fonction" comme type d'élément de travail pour mon nouveau travail? Quelle est la différence entre les deux?
- Pour me est sur le "quoi" et du carnet de commandes de l'élément sur le "comment".
Vous devez vous connecter pour publier un commentaire.
On dirait que vous êtes à l'aide de la Mêlée modèle de processus. La TSF site a publié quelques très brèves informations Produit au sujet de Articles du Carnet de commandes et les Fonctionnalités 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 vient de ce que la granularité vous souhaitez travailler avec vos éléments de travail à:
Je n'ai pas été en mesure de trouver l'officiel des indications sur le moment d'utiliser les Fonctionnalités vs Produit Articles du Carnet de commandes, mais j'ai créé mon propre orientation qui je suis en fondant cette réponse sur... http://www.nsilverbullet.net/2013/06/04/features-help-us-plan-work-better-in-team-foundation-service-scrum-process/
Si vous créez une Fonction ou un Product Backlog Item?
[Mettre à jour le 2014-05-19]
Microsoft ont publié plus d'informations sur comment utiliser les Fonctionnalités et l'agile portefeuille concept qui a été mis en œuvre dans TFS https://msdn.microsoft.com/en-us/library/dn306083(v=vs. 120).aspx
Que TFS applique une stratégie de développement agile, je pense que nous pouvons dire:
Feature = Epic,
Backlog item = Histoire
L'épopée contenu des histoires similaires.
J'ai eu les mêmes doutes que l'OP et mes pensées a été aligné avec @josant réponse, ce qui est très raisonnable pour moi.
Sur l'autre côté, je suis en utilisant le Hundhausen livre[1] comme une référence pour l'adoption de la TSF+Mêlée.
Il dit des choses comme:
et puis:
et continue le développement de ces idées.
Pour moi, Hundhausen semble être de parler de cas d'utilisation[2], mais je sens sa proposition de certains contre-intuitif, ni semble TFS serait directeurs de cette méthode d'analyse de l'orbe, je l'ai trouvé référencé dans la mêlée de la littérature, j'ai lu.
Probablement c'est juste une question de choix d'une convention de vous sentir plus à l'aise avec et d'y adhérer.
[1] http://www.amazon.es/dp/073565798X
[2] https://en.wikipedia.org/wiki/Use_case
Une Fonction est un Produit de l'Arriéré de Portefeuille.
http://tfs.visualstudio.com/en-us/learn/create-your-backlog.aspx
Fonctionnalité est d'un niveau de carnet de commandes d'items. l'équipe définit le travail comme étant à haut niveau les initiatives et les divise en fonctionnalités. qui décomposer davantage et définir le travail à faire en "Retard".
ref http://msdn.microsoft.com/en-us/library/dn306083.aspx?
Que d'autres ont dit ici:
Gardez à l'esprit que vous pouvez LIER des éléments de travail, et vous pouvez les afficher sous forme d'Arborescence.
Donc, vous pouvez lier un carnet de commandes de l'élément à une fonction, et plus tard, vous pouvez lier une tâche à un carnet de commandes de l'élément. Ainsi, vous obtenez un joli arbre hiérarchique de la liste.
C'est de cette façon que je l'utilise. En vertu de l'postes d'outil "de Travail" -> "Arriérés" les deux "Fonctions" et "Articles du Carnet de commandes" sont répertoriés. Je commence avec des fonctionnalités pour qu'il n'y a aucun arriéré articles à ce point. J'ai ajouter les fonctionnalités par la sélection de Fonctions en vertu de l'Arriéré d'en-tête et en ajoutant le nom de la Fonction dans le formulaire puis de le sauvegarder et de fermeture. À gauche de chaque nouvel ajout de la Fonction il est d'un vert signe+. Cliquez sur le signe plus et les options de sélection s'affiche. Choisissez "Product Backlog Items". Quand il s'ouvre, tapez le nom de l'arriéré de l'élément dans le champ supérieur, tout comme dans les Fonctionnalités. Vous êtes à la création de ces articles du carnet de commandes, il n'y a pas de pop-up. Remplissez les autres informations requises puis enregistrer et fermer. Après avoir créé les articles du Carnet de commandes, cliquez sur le vert + sur le nouveau Articles du Carnet de commandes. Entrez le nom de l'élément de travail comme vous l'avez fait pour les Articles du Carnet de commandes 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 est documenté nulle part que j'ai pu trouver. J'espère qu'il est suffisamment en détail.