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?
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