Microsoft Team System Value dentro de apenas uma equipe de desenvolvimento

Question

O Microsoft Team System parece ser uma ótima plataforma para implementação de sistemas orientada a processos, no entanto, se você retirar o acesso para os BAS, PM e usuários de negócios e apenas usá-lo puramente em uma equipe de desenvolvimento, ele tem mais valor do que apenas usar o Visual Studio Profissional, SourceSafe, uma ferramenta de rastreamento de defeitos e um servidor de integração contínuo, como o CruiseControl ou o TeamCity?

Answer 1

Sim. Toda tecnologia de substituição que você mencionou é algo que é suportado pelo pacote do sistema de equipe (neste lançamento ou no próximo). Todos esses componentes são projetados para integrar e trabalhar entre si no TFS. Esta é uma alta prioridade da equipe do TFS para todos os componentes. O resultado é um conjunto de recursos que, na maioria dos casos, se integram perfeitamente entre si.

Não estou familiarizado com vários dos outros projetos que você mencionou, mas é improvável que eles se integrem tão bem entre si como os componentes do TFS correspondentes. Isso não quer dizer que eles não tenham integração ou tenham um desempenho ruim como produtos. Só que eles não são projetados para trabalhar um com o outro. Portanto, a interação não será tão nítida quanto os componentes do TFS.

Isso é valioso o suficiente para continuar usando o TFS? Não sei porque seria altamente dependente de quanto você valoriza essa integração.

Answer 2

Um dos grandes pontos de venda do TFS para minha equipe é a coerência que ele fornece ao nosso ciclo de vida geral do produto. Permitimos que BAS, PMS e usuários de negócios tenham certos níveis de acesso ao TFS, mas mesmo que não tenhamos, o produto ainda seria de grande valor para usar. A capacidade de gerenciar nossos fluxos de trabalho no TFS e aplicar a consistência na equipe de desenvolvimento é ótima.

Alguns dos recursos que o TFS fornece que usamos: segurança, relatórios, gerenciamento de fluxo de trabalho, compilações integradas, alertas de email, ramificação / mesclagem.

Você poderia tirá-lo com uma mistura de outras ferramentas? Provavelmente, mas não seria tão fácil de gerenciar e manter e você provavelmente não seria capaz de extrair o tipo de dados necessário para relatar e rastrear a maneira como pode com o TFS.

Em uma boneca, se sua contagem de fontes visuais como seu repositório, eu sugiro procurar em outro lugar. Da experiência pessoal e comercial, posso atestar que ela não pode ser considerada como um repositório estável/robusto.

Meus pensamentos.

Answer 3

Claro que tem valor. Há uma tonelada de recursos do cliente apenas nos skus da equipe (não deixe o nome enganá-lo-eles são principalmente as novas versões "Super Premium"-Kitchen-Pink, que também têm o bom bônus de incluir um servidor cal Tfs.) Especificações exatas disponíveis aqui: http://www.microsoft.com/visualstudio/en-us/products/teamsystem/default.mspx

Observando especificamente os recursos de colaboração, novamente há um valor claro em um sistema cujos componentes eram o design de "apenas trabalhar" um com o outro. A configuração é simplificada (embora tenha um caminho a percorrer); As UIs são consistentes e acessíveis uma da outra; O back -end alimenta um serviço de relatório/análise unificado. Se você tem uma equipe grande, o perf/escalabilidade geral também excede em muito o que a suíte OSS típica é capaz no momento.

A questão é se vale o $$ para você. Por que usar o Visual Studio Professional em vez de SharpDevelop? Por que fontesfera em vez de git? Por que não no bloco de notas e pastas especialmente rotuladas?

Todos os produtos comerciais são comerciais por um motivo (ok, talvez não o FontesAfe!). Se você deseja algo com um amplo conjunto de recursos, integração rígida, suporte de suporte bem definido e ciclo de vida de teste, bom ajuste e acabamento, etc., geralmente vale a pena gastar o $$ e deixar sua equipe de desenvolvimento continuar com o trabalho deles. Se você não se importa de fazer a configuração e a solução de problemas, alternando entre várias aplicações como parte do fluxo de trabalho de desenvolvimento, perdendo a capacidade de consultar e relatar as estatísticas da equipe como um todo, etc. Então, por todos os meios, vá de código aberto - muitos oss dev As ferramentas são muito sólidas hoje em dia.