2012-02-24 3 views
2

Quelle est la structure organisationnelle recommandée pour les projets d'équipe dans TFS 2010? Disons que nous avons 4 grands départements au sein de notre entreprise. L'approche recommandée est-elle de créer un projet d'équipe pour chaque département ou une représentation logique de son organisation et d'avoir différents dossiers pour les projets VS dans ces projets d'équipe TFS? Ou chaque grand projet raisonnable devrait-il avoir son propre projet d'équipe?Configuration recommandée du projet d'équipe TFS 2010

Je demande plus d'une perspective de stockage de code et d'artefacts TFS. Si nous stockons des histoires de code et d'utilisateur, des tâches, etc. dans un grand projet d'équipe, cela entrave-t-il le processus de développement agile? Nous pouvons toujours configurer des requêtes séparées et un tableau de bord séparé pour chaque "projet" dans le projet de grande équipe. Cependant, les builds seraient dans cette liste géante de builds.

Si nous avions beaucoup de petits projets d'équipe, il serait plus difficile pour l'assurance qualité d'étendre leur travail à plusieurs projets d'équipe. Ils auraient besoin de savoir où entrer les bogues - des connaissances sur lesquelles nous ne voulons pas nécessairement compter.

Alors, quelle est la meilleure pratique?

+2

Vous voulez tout dans un grand projet simplement parce que vos QA-gars ne savent pas comment changer de connexion? Vous plaisantez, n'est-ce pas? – Carsten

Répondre

5

Le stockage de tout dans un seul projet n'entravera pas "le processus de développement agile". Ma recommandation serait de créer un chemin de zone pour chaque projet, et organiser vos éléments de travail sous ces chemins de zone. Vous aurez une requête de backlog produit pour chaque zone. Utilisez le champ Chemin d'itération pour générer un planning sur tous les projets. Cela devrait fonctionner correctement. Tous les rapports peuvent ensuite être filtrés par zone et/ou itération. Pour les versions, je vois de nombreuses équipes préfixer les définitions de build pour fournir une meilleure organisation. Voici un article de blog qui décrit une extension que vous pouvez télécharger pour mieux organiser les builds.
http://blogs.msdn.com/b/bharry/archive/2011/04/01/build-folders.aspx

+0

Merci. Est-ce une bonne pratique telle que décrite par Microsoft, ou s'agit-il d'une recommandation basée sur l'expérience? – electronicKT

+0

Je crois que c'est recommandé par MS. L'un des experts du bureau local a présenté les meilleures pratiques de TFS et il a fortement suggéré l'utilisation des zones sur les projets. Le terme projet est trop utilisé et les projets TFS doivent être renommés en équipe, groupe ou département TFS pour éviter toute confusion. Les zones TFS doivent être configurées pour tous les livrables ou composants partagés. –

Questions connexes