Visitei o blog do Marcos Dell Antonio e lá encontrei um posto super interessante falando sobre como o VSTS pode aumentar a produtividade/qualidade de uma equipe de desenvolvimento de software.

Gostaria de citar aqui um ponto crucial do post dele: Citação a Joel Spolsky, que criou 12 perguntas simples que, depois de respondidas, te trariam um feedback sobre seu time: ele é bom ou não é? Veja:

Os programadores possuem boas condições de trabalho? VSTS 

Os novos candidatos escrevem código durante as entrevistas? Aí vai do processo de seleção 

Segundo Joel, se pensarmos que cada “sim” dado à cada questão você colecionasse um ponto, se o seu total for acima de 10, sua equipe tem qualidade, caso contrário ela precisa e deve ser melhorada.

Concordei plenamente com o raciocínio e imagino que se um time conseguir trabalhar com cada um desses itens simultâneamente o trabalho realizado será de altíssima qualidade.

Acima, em itálico, coloquei ao lado de cada pergunta o que julgo ser a resposta mais adequada para cada questão. Claro, no post do Marcos ele encaixa de forma plena o uso do VSTS em cada uma das perguntas, o que é totalmente possível e aconselhado mas, num mundo mais “hostíl”, talvez não seja possível encorporar o trabalho dele em alguns dos itens citados nas perguntas.

E para finalizar, gostaria de deixar novamente meus parabéns ao posto do Marcos! Fantástica visão de utilização do VSTS! Abaixo, segue link do post dele. Vale muito a pena conferir na íntegra:

http://www.marcosdellantonio.net/2009/04/06/visual-studio-team-system-mais-qualidade-aos-times-de-desenvolvimento-de-software/

Um abraço!

Ricardo Serradas

Há alguns dias atrás, eu e o Léo participamos de uma das reuniões do grupo DotNet Architects, que tinha como assunto Visual Studio Team System.

Na época, ficou prometido que o vídeo da apresentação do André Dias e o debate que fizemos depois ficariam disponíveis na web, e o dia finalmente chegou. Só clicar:

Apresentação

Debate

A palestra do André foi super legal, com um foco diferente, visando o dia-a-dia do user e do admin do TFS, enquanto o debate foi mais do que “quente” e cheio de esclarecimentos. Pessoal mandou bem nas perguntas e respostas!

Um abraço e parabéns ao pessoal do grupo!

Ricardo Serradas

Esse tipo de comparação não é válida, visto que cada uma das aplicações citadas tem uma função diferente em desenvolvimento de software. O mais adequado seria procurar por vantagens do Team Foundation Server Version Control (TFVC) e o CVS.

O CVS nada mais é do que sistema para Controle de Versões de Código, gratuíto, que pode ser consumido através de diversos softwares que se conectam a um servidor CVS. Não posso dizer com certeza que ele não pode ser integrado ao Visual Studio, mas nunca vi em lugar algum afirmativas de que isso acontece.

Ele traz funcionalidades padrões como check-out, check-in, lock, branch, label, compare…

Já o Team Foundation Server é o coração da plataforma Team System, uma ferramenta para gerenciamento de SDLC (Software Development Life Cycle – Ciclo de Vida de Desenvolvimento de Software). Com o VSTS é possível ter controle e visão muito, mas muito, melhor do projeto.

Cito aqui algumas funcionalidades da plataforma:

• Rastreabilidade de itens de trabalho;
• Automatização e Gerenciamentos de Builds;
• Políticas de Check-in;
• Relatórios On-Demand e online;
• E claro, um controlador de versões de código, o TFVC, que comentei acima.

Ele é um controlador de versões de software que foi totalmente reescrito desde o Visual Source Safe e traz novas features, além dos clássicos check-out e check-in, como:

• Melhorias no merge e multiple check-out;
• Shelving;
• Annotate;
• Políticas de Check-in;
• Entre outros…

Ainda assim, se você quer mesmo fazer uma pesquisa para comparar o CVS ao VSTS, prepare-se para se interessar e lutar pela implantação do Team System na sua empresa.

Experimente por aqui:http://enterprisebrothers.wordpress.com/2008/09/02/porque-usar-o-team-system/

Um abraço

Ricardo Serradas

Abaixo, algumas features que dei ênfase nos argumentos que montei.

• Team Foundation Version Control: Um controle de versão completamente integrado ao Visual Studio 2008 e com novas funcionalidades que contribuem para mais produtividade e entendimento das alterações. As novas features incluem:
  • Annotate: É possível saber quem e quando uma linha ou trechos de código foram alterados;
  • Latest on Check-out: É possível configurar o TFSVC para que envie a última versão do arquivo checado ao desenvolvedor automaticamente;
  • Check-out compartilhado e Merge Tool: O check-out compartilhado e a ferramenta de merge foram melhorados para que o “pesadelo” de realizar um merge acabasse.
• Integração contínua: Não é mais preciso trabalho manual para gerar uma versão para debug e/ou para release. Com o Team Build é possível automatizar esse processo. Por exemplo, uma build de debug pode ser gerada a cada check-in para controle de qualidade; Pode ser configurada uma build para release, bastando inclui-lá na fila quando necessário.
• Modelagem de testes de carga: Não é preciso publicar sua aplicação num ambiente de testes e requerer trabalho manual para fazer testes de carga. O Team System 2008 conta com wizard para criar testes de carga que simulam a utilização real da sua aplicação, totalmente parametrizável.
• Métricas de código: É possível monitorar e encontrar falhas de manutenabilidade em seu código usando o Code Metrics. Com isso, seu código pode agora “falar” e mostrar onde é necessário dar uma atenção especial para melhorias.
• Análise de Código (FxCop): O FxCop que usamos atualmente como um software separado do Visual Studio pode agora ser utilizado de forma integrada, mostrando warnings em tempo de desenvolvimento. No VS 2008 foi implementada também análise de código para T-SQL.
• Análise de performance: Com essa feature, é possível identificar gargalos de performance em sua aplicação. Ele aponta o trecho de código que está causando perda de performance, facilitando e agilizando manutenção.
• Web Access: Uma interface web para o Team Foundation Server que permite gerenciar Work Items, Documentos do projeto, relatórios e controle de código. Com isso, não é obrigatório que alguém que precise ter visão do projeto tenha necessidade de instalar as ferramentas de desenvolvimento.
• Migração do SS 2005 facilitada: há ferramentas que auxiliam no processo de migração do Visual SourceSafe para o Team Foundation Version control.
• Check-In Policies: é possível configurar políticas de check-in que obrigam o desenvolvedor a verificar algumas regras antes de subir seu código. Estas regras incluem:
• • Análise de código: É possível negar o check-in se houver warnings no Code Analisys;
  • Testes unitários: Pode-se obrigar o desenvolvedor a rodar os testes unitários da aplicação antes do check-in. E este só será permitido se nenhum teste “quebrar”.
  • Vínculo a um work item: Com essa política, pode-se evitar que um desenvolvedor simplesmente baixe código, modifique e suba novamente sem que uma tarefa tenha sido atribuida a ele. Isso caracteriza que para que o desenvolvedor faça uma modificação no código, ele tenha uma solicitação e motivos para isso.
  • Qualidade da última build: Se a última build integrada estiver quebrada, podemos negar check-ins até que o problema que tenha causado sua quebra seja resolvido. Isso ajuda quando ao acúmulo de problemas. Imagine o cenário em que a build já estava quebrada e o desenvolvedor sobe mais código… Com mais problemas…

Se eu lembrar de mais vantagens (e tem  ), atualizo este post.

Abraços

Ricardo Serradas

Amanhã (se tudo der certo  ) serão entregues dois projetos os quais estou participando. Ambos com algo em torno de 20 dias de atraso (duração dos projetos: 1 mês e meio). É nessas horas que eu mais sinto saudades de usar o Team System…

Pago um café da máquina de café grátis pra quem descobrir o porque dos atrasos! Sim, eles: os Bugs…

Eu não consegui contabilizar porque não acompanhei todo o processo de correção, mas estimo que tivemos cerca de 60 bugs nos 2 projetos juntos. Muito ou pouco? Pense bem…

É arquitetura do projeto que muda durante o ciclo de vida… É ferramenta de qualidade de código que começa a ser utilizada durante o projeto… Essas e outras coisas levaram ao resultado que vemos hoje: bugs chegando ao teste final do cliente e, mais uma vez, grau de satistação muito abaixo do que poderia estar…

E é a partir de quarta-feira que começo uma luta para tentar implantar a ferramenta que penso ser a solução (ou pelo menos uma melhoria) para grande maioria desses problemas: Visual Studio Team System.

Atualmente, utilizamos o Visual Studio 2005 integrado ao Visual Source Safe. Porém, isso não nos traz nada além de controle de versões.

Pretendo propor o Team System por alguns motivos, vou tentar relacioná-los abaixo:

- Propõe uma metodologia de desenvolvimento de Software;
- Garante muito mais supervisionamento do ciclo de vida do software;
- Preza por qualidade de código de de produto;
- Traz uma visão muito mais ampla do cenário atual do projeto;
- E com todas as suas ferramentas, facilita a vida de todos os integrantes da equipe 

É justamente nestes argumentos que estou trabalhando melhorias… Agora é trabalhar e tornar isso visível a todos!

Abraço

Ricardo Serradas