Valeur de Microsoft Team System dans une équipe de développement uniquement

Question

Microsoft Team System semble être une excellente plate-forme pour la mise en œuvre de systèmes orientés processus. Toutefois, si vous enlevez l'accès aux BA, aux utilisateurs professionnels et aux utilisateurs professionnels et ne l'utilisez que dans une équipe de développement, cela n'a-t-il pas plus de valeur vous utilisez Visual Studio Professional, SourceSafe, un outil de suivi des défauts et un serveur d’intégration continue tel que CruiseControl ou TeamCity?

Answer 1

Oui. Chaque technologie de remplacement que vous avez mentionnée est prise en charge par le package Team System (dans cette version ou dans la suivante). Tous ces composants sont conçus pour s'intégrer et fonctionner les uns avec les autres dans TFS. Il s'agit d'une priorité élevée de l'équipe TFS pour tous les composants. Le résultat est un ensemble de fonctionnalités qui, dans la plupart des cas, s’intègrent parfaitement entre elles.

Je ne connais pas plusieurs des autres projets que vous avez mentionnés, mais il est peu probable qu'ils s'intègrent aussi bien les uns aux autres que les composants TFS correspondants. Cela ne veut pas dire qu'ils n'ont pas d'intégration ou fonctionnent mal en tant que produits. Seulement, ils ne sont pas conçus pour fonctionner les uns avec les autres. Par conséquent, l'interaction ne sera pas aussi nette que les composants TFS.

Est-ce suffisant pour continuer à utiliser TFS? Je ne sais pas, car cela dépendrait énormément de l'importance que vous accordez à cette intégration.

Answer 2

L'un des principaux arguments de vente de TFS pour mon équipe est la cohérence qu'il apporte à l'ensemble du cycle de vie de nos produits. Nous permettons aux conseillers en administration, aux chefs de projet et aux utilisateurs professionnels d’avoir certains niveaux d’accès à TFS, mais même si ce n’était pas le cas, le produit aurait tout de même une grande utilité. La capacité de gérer nos flux de travail dans TFS et d’appliquer la cohérence à l’échelle de l’équipe de développement est excellente.

Certaines des fonctionnalités fournies par TFS sont les suivantes: sécurité, création de rapports, gestion du flux de travail, versions intégrées, alertes par e-mail, création de branche / fusion.

Pourriez-vous y arriver avec un mélange d’autres outils? Probablement, mais ce ne serait pas aussi facile à gérer et à entretenir et vous ne seriez probablement pas en mesure d’obtenir le type de données nécessaire à la création de rapports et au suivi comme vous le pouvez avec TFS.

Sur une note de bas de page, si vous comptez sur Visual SourceSafe comme votre référentiel, je vous conseillerais vivement de regarder ailleurs. D’expérience personnelle et professionnelle, je peux affirmer qu’il ne peut être considéré comme un référentiel stable / robuste.

Mes pensées.

Answer 3

Bien sûr, cela a de la valeur. Il existe une tonne de fonctionnalités client uniquement dans les SKU d’équipe (ne vous laissez pas tromper par leur nom, c’est principalement les nouvelles versions "super premium" des éviers de cuisine, qui offrent également l’avantage supplémentaire de pouvoir inclure une CAL serveur pour les spécifications techniques exactes disponibles ici: http: // www .microsoft.com / visualstudio / fr-fr / produits / teamsystem / default.mspx

En ce qui concerne plus particulièrement les fonctionnalités de collaboration, une fois encore, un système dont les composants ont été conçus pour "simplement fonctionner" présente des avantages évidents. avec l'un l'autre. La configuration est simplifiée (bien qu’elle ait encore du chemin à faire); les interfaces utilisateur sont cohérentes et accessibles les unes aux autres; le backend alimente un service de reporting / d'analyse unifié. Si vous avez une grande équipe, les performances et l’évolutivité globales dépassent également de loin les capacités de la suite OSS typique.

La question est de savoir si cela vaut la peine de dépenser votre argent. Pourquoi utiliser Visual Studio Professional au lieu de SharpDevelop? Pourquoi SourceSafe au lieu de Git? Pourquoi pas le Bloc-notes et les dossiers spécialement étiquetés?

Tous les produits commerciaux sont commerciaux pour une raison (ok, peut-être pas SourceSafe!). Si vous voulez quelque chose avec un large éventail de fonctionnalités, une intégration étroite, un support bien défini & amp; test du cycle de vie, bon ajustement & amp; En fin de compte, il est généralement intéressant de dépenser l’argent et de laisser le personnel de développement poursuivre son travail. Si cela ne vous dérange pas de faire setup & amp; vous dépanner, basculer entre plusieurs applications dans le cadre du flux de travail de développement et perdre la possibilité d'interroger & amp; faire un rapport sur les statistiques des équipes dans leur ensemble, etc. puis passer de l’un à l’autre open source - de nombreux outils de développement OSS sont très solides de nos jours.