Share via


Inverdades a respeito da solução de ALM da Microsoft! [Revisado]

Olá,

Um de nossos concorrentes tem publicado em seus veículos de relacionamento com sua comunidade algumas informações que não condizem com a realidade.

Nesta publicação apontam que o Visual Studio é uma ferramenta substancialmente não integrada e não ágil, além disso apontam que sem um suporte a integração contínua e a sincronização de dos os arquivos, há conflitos de plataforma, custos ocultos e atrasos de produtividade e maior risco de falha.

Não vale o esforço para travar uma “batalha” através de blogs, posts, twitters, etc., porém por outro lado não podemos deixar de salientar alguns pontos sobre a solução de ALM da Microsoft, que versão a versão vem se consolidando como líder em seu segmento.

Quanto ao fato do Visual Studio Team Foundation Server – disponibilizado ao mercado em 2005 – não ser integrado, destacamos que ele oferece sim um ambiente integrado, capaz de armazenar num mesmo banco de dados informações sobre os casos de testes, requisitos, códigos-fonte, diagramas, resultados de execução de testes, builds, enfim, todos os artefatos relacionados (além de sua rastreabilidade) com a produção de software, seja esse software desenvolvido em .NET ou Java (Eclipse, Linux, Unix, MacOS, Windows, etc.).

Não há necessidade de mantermos banco de dados separados para armazenar artefatos de testes, outro para requisitos e outro para código fonte, work itens e builds. Tudo fica armazenado num único banco de dados, pois desde a concepção do TFS a Microsoft priorizou a integração e a colaboração entre os diferentes papéis e artefatos necessários para a produção do software. Além disso, não há a necessidade de configurar um servidor de aplicação distinto para cada ferramenta, que suporta um ou outro papel.

Esses são os custos ocultos (backup de múltiplos bancos de dados, usuários espalhados por vários repositório, e outros) que devem ser levados em consideração e que simplesmente NÃO existem na solução de ALM da Microsoft.

Ainda sobre a questão dos custos ocultos, vale salientar que, para aqueles clientes da Microsoft que adquirem o Visual Studio com uma assinatura MSDN tem acesso ao TFS e licenças para acesso ao servidor GRATIUITAMENTE. Adicionalmente, ferramentas como MS-Office, MS-Project e Expression são oferecidas como benefício adicional aos usuários para serem utilizados em suas estações de trabalho, além dos benefícios de acesso ao material de treinamento on-line oficial da Microsoft, horas de acesso a plataforma Windows Azure e muito mais.

Quanto a questão da solução da Microsoft não ser ágil. Já é de conhecimento dos usuários que a Scrum.org, em parceria com a Microsoft, disponibilizou o template do Scrum para o TFS. Não se trata de um template de processo escrito por um punhado de “especialistas em metodologias ágeis da área de consultoria”, mas sim, de uma instituição liderada pelo próprio criador do Scrum – Ken Schwaber.

Para saber mais sobre o Template Scrum para o TFS, clique aqui.

Por último, para abordar a questão sobre não olharmos para integração contínua, gostaria de convidá-lo a acessa o post do Brian Keller – time de evangelista da Microsoft Corporation – sobre nosso deployment interno do TFS gerenciando mais de 80 builds diária nos diferentes branches de desenvolvimento do Visual Studio. São mais de 3600 desenvolvedores espalhados ao redor do mundo construindo a melhor ferramenta de desenvolvimento! Winking smile

Bom é isso! Meu conselho: cuidado com as afirmações que você pode escutar ou ler por aí. Se ficar em dúvida, não deixe de nos contatar, pois adoramos entrar na “briga” para provar para nossos clientes que tais informações servem apenas para tirar o foco da discussão sobre a liderança e a qualidade do produto que desenvolvemos pensando sempre em como melhorar a produtividade e como aumentar a coloboração das equipes de desenvolvimento! Ahhh e um detalhe: os produtos da Microsoft são muito muito mais acessíveis que a de nossos concorrentes!

Um forte abraço, Rodrigo de Carvalho – Gerente de Produtos Plataforma de Desenvolvimento Microsoft.