Faz algum tempo que estou para escrever esse post, mas estava esperando a “casa nova” ficar pronta antes de convidá-los para uma visita.

Como muitos de vocês já sabem, há quase duas semanas eu deixei a Microsoft para criar uma empresa e trabalhar em um lugar que fosse como eu sempre sonhei. Uma empresa transparente, inovadora, que apoia o empreendedorismo, onde cada colaborador tivesse prazer e orgulho de trabalhar, e claro, uma empresa com presença constante na comunidade.

Foi uma decisão difícil, pois trabalhar na Microsoft sempre foi um sonho, mas ao mesmo tempo sempre tive o desejo de criar uma empresa que fosse compatível com os meus ideais. Curioso que esse era o mesmo pensamento de pessoas como Giovanni Bassi, Felipe Rodrigues e Victor Hugo e após vários happy hours, eventos e muita cerveja, acabamos percebendo que esses ideais estavam extremamente alinhados. Dessas reuniões, pra nos juntarmos, formatarmos a empresa e criar a Lambda3 foi um passo.

“Calma aí André, a Lambda3 possui 4 sócios?” Sim, depois eu explico a origem do nome :-)

E agora, com o surgimento da Lambda3, não faz muito sentido continuar mantendo o blog dentro do MSDN, mas nem por isso vou deixar de contribuir com a comunidade, muito pelo contrário. Uma das responsabilidades de cada colaborador da Lambda3 é contribuir ativamente com comunidades, seja através de blogs, palestras ou mesmo organizando eventos, então convido vocês a conhecerem o blog unificado da Lambda3 em https://blog.lambda3.com.br e o meu blog individual em https://blog.lambda3.com.br/a/andredias 

Se você ficou interessado na empresa e quer conhecer um pouco mais sobre nosso trabalho e o que nós ofereceremos, não deixe de visitar o nosso site.

Aproveitem também para atualizar o seu RSS reader para os novos blogs.

Um grande abraço e nos vemos lá na Lambda.
André Dias

Mas, para minha felicidade, foi um pouco mais que isso. Eu e o Giovanni Bassi fizemos uma palestra dupla sobre o assunto. Isso mesmo! Foram 150 minutos falando sobre praticamente toda a plataforma de ALM da Microsoft. Nós mostramos a Arquitetura do TFS, fizemos uma introdução sobre método ágeis, fizemos dezenas de demos sobre as Ferramentas de Testes, Arquitetura, Desenvolvimento, além de mostrar diversas features do TFS como Source Control, Team Build, Scrum Process Template e muito mais.

Nos últimos 30 minutos da palestra, ainda rodamos um projetinho ao vivo simulando a prática do Scrum no dia a dia. Fizemos a Planning Meeting, definimos o Sprint Backlog, desenvolvemos um Blog utilizando TDD, ASP.NET MVC 3 e Entity Framework 4.0 e por fim fizemos o Sprint Review e a Sprint Retrospective. Foi um exercício bastante divertido!

No final da palestra, sorteamos alguns baralhos de Planning Poker da Microsoft, uma licença do ReSharper e uma licença do MSDN Ultimate no valor de aproximadamente R$ 25.000,00, cedido gentilmente pelo time de Visual Studio da Microsoft Brasil.

Abaixo você pode conferir os slides das duas palestras:

Tudo o que você precisa saber sobre Scrum e Visual Studio ALM – Parte 1/2

Tudo o que você precisa saber sobre Scrum e Visual Studio ALM – Parte 2/2

Como não colocamos referências nos slides, vou publicar alguns links aqui que são bastante interessantes:

• Download do Microsoft Visual Studio Scrum 1.0
• Site do Pex e Moles
• Informações sobre Capacity Planning do TFS

Bom, é isso, espero que vocês tenham gostado.

Um grande abraço,
André Dias

Inicialmente, achei o pedido um pouco estranho, pois o Visual Studio faz isso automaticamente pra gente quando estamos utilizando um projeto do tipo Database Project, porém acabei descobrindo que o projeto estava fora do nosso padrão recomendado e além de não ter o Database Project, também estava sem a estratégia de branch, builds, etc.

O mais triste é que o desenvolver até tinha achado uma “solução”: Ele estava acessando a aba All Links do Work Item, clicando em cada changeset e anotando cada arquivo manualmente, parecido com as imagens abaixo. Confesso que até pensei em deixar o desenvolvedor sofrer um pouco mais, já que ele estava fora do padrão, porém quando vi a quantidade de changesets que havia no work item, mudei de ideia e resolvi ajudar o cidadão.

Imagem 1: Work Item com a listagem das changesets

Imagem 2: Detalhes de uma changeset

A ajuda foi, basicamente, escrever o código C# abaixo que usa as APIs do TFS. Esse código conecta no servidor, obtém uma referência para o Work Item, entra em cada link do tipo changeset e imprime os nomes de arquivos lá existentes.

Para rodar o código abaixo, você precisará instalar o Visual Studio 2010 SDK e adicionar as seguintes referências em seu projeto:

• Microsoft.TeamFoundation.Client
• Microsoft.TeamFoundation.Common
• Microsoft.TeamFoundation.VersionControl.Client
• Microsoft.TeamFoundation.WorkItemTracking.Client

            
//Id do Work Item a ser consultado
const int workItemId = 63;            
            
//Endereço da coleção do Team Foundation Server
Uri collectionUri = new Uri("https://localhost:8080/tfs/DefaultCollection");
 
//Connecta no team foundation server
using (var tpc = TfsTeamProjectCollectionFactory.GetTeamProjectCollection(collectionUri))
{
    //Obtém referências para os repositórios de Work Item e de Código Fonte
    var workItemStore = tpc.GetService<WorkItemStore>();
    var versionControlServer = tpc.GetService<VersionControlServer>();
 
    //Obtém o Work Item armazenado no repositório
    WorkItem wi = workItemStore.GetWorkItem(workItemId);
 
    //Varre todos os links do Work Item  
    foreach (var link in wi.Links)
    {
        //Verifica se o link é um link externo pois queremos 
        //os links do tipo changeset (externos)
        if (link is ExternalLink)
        {
            //Utiliza um utilitário para quebrar a URL do recurso
            //em diversos campos
            var artefactId = LinkingUtilities.DecodeUri(((ExternalLink)link).LinkedArtifactUri);
 
            //verifica se o link externo é do tipo Changeset
            if (artefactId.ArtifactType == "Changeset")
            {
                //captura o Id do Changeset
                int changesetId = int.Parse(artefactId.ToolSpecificId);
 
                //obtem o objeto changeset de acordo com o seu ID
                var changeset = versionControlServer.GetChangeset(changesetId);
 
                //Imprime no console todos os arquivos que foram
                //encontrados dentro da changeset
                Console.WriteLine("Arquivos da changeset: " + changesetId);
                changeset.Changes.ToList().ForEach(p => Console.WriteLine(p.Item.ServerItem));
            }
 
        }
 
    }
}

Como vocês podem ver o código não é nada complexo. Ele trabalha com vários recursos do TFS, além de acessar dois de seus principais repositórios: Work Items e Source Control, logo é um código que você pode facilmente adaptá-lo para outras necessidades.

Bom, é isso! Espero que seja útil para vocês também :-)

Abraços e até a próxima!
André Dias

Apenas para termos um contexto, vamos assumir que estamos falando de uma Sprint com duração de 1 mês e que todo o trabalho foi concluído faltando 3 dias para o encerramento da Sprint.

Formalmente, o Scrum não diz nada sobre isso, então vamos verificar algumas possibilidades que temos:

1. O primeiro ponto é verificar se realmente não há mais nada a ser feito na Sprint atual. Todas as histórias e tarefas foram realmente concluídas? Todo o conceito de pronto foi implementado? Todos os critérios de aceitação estão passando?
   
   
2. Se o time realmente concluiu todo o trabalho previsto, o próximo passo é colocar o time e o Product Owner (PO) juntos para tentarem identificar se é possível trazer algo do Product Backlog para a Sprint atual. Pode ser uma história pequena, de repente puxar algumas correções de bugs que foram encontrados nas Sprints anteriores, etc. Se o time e o Product Owner encontrarem algo pra ser feito em 3 dias, ótimo, problema resolvido, caso contrário a busca por atividades continua.
   
   
3. Ok, terminamos tudo para a Sprint atual, não há nada pra fazer em 3 dias que vá agregar algum valor, e aí? Bom, eu conversaria com o Time para identificar algumas sugestões de atividades, entre elas poderíamos ter:
   
   
   • Realização de treinamentos;
   • Estudo de alguma tecnologia / ferramenta que será usada futuramente no projeto;
   • Realizar melhorias no código atual;
   • Criação de componentes ou ferramentas para aumentar a produtividade / qualidade do time;
   • Liberar o time para realizar projetos pessoais;
   
   Depois de ter uma lista de sugestões, conversaria com o Product Owner sobre quais dos itens sugeridos ele vê mais valor, afinal ele é o responsável pelo ROI do projeto. Dependendo do relacionamento entre o PO e o time, eu não me surpreenderia se o PO liberasse o time para atuar em projetos pessoais para dar um descanso pra galera.
   
   
4. Por último, e acredito que seja o item mais importante, é discutir na retrospectiva o motivo da Sprint ter terminado antes. Levantar se essa situação é recorrente e se for pensar em aumentar a velocidade do time já que parece estar havendo uma superestimativa das atividades.

Enfim, não é uma receita de bolo, é apenas uma visão de bom senso muito parecida com outras situações que já apliquei em alguns projetos e que se demonstrou muito eficiente principalmente pela transparência.

Gostaria de saber se vocês já estão passando por esse tipo de “problema”? Como vocês estão lidando com a situação? É diferente da forma que citei aqui? Quais são os resultados?

Abraços
André Dias

O primeiro bug foi reportado por um membro do time que não conseguia realizar um Merge, pois os valores da Drop Down List da Target Branch estavam completamente incorretos. Em alguns casos o Visual Studio 2008 simplesmente perguntava se você queria fazer um merge de $/Proj/Main para $/Proj/Main, ou seja, para o mesmo lugar.

O segundo foi um pouco pior, um programador veio até a minha mesa e disse que precisava fazer uma alteração em produção, mas que não conseguia criar uma branch baseada numa label que tinha aplicado. Quando fui verificar a label, percebi que apesar dela existir ela estava vazia e a minha reação inicial foi afirmar que o programador tinha aplicado a label de forma incorreta. Porém, após um processo de troubleshooting que chegou a envolver até a restauração do TFS original, descobri que a ferramenta não tinha migrando o conteúdo das labels.

Depois de vários contatos com o time de produto, os bugs foram confirmados e workarounds foram sugeridos:

Para o primeiro caso, fui informado que o bug só acontecia com o VS2008, pois o patch de atualização do VS2008 para se conectar ao TFS 2010 tentava inferir a estrutura de branches ao invés de usar a nova API de branches do TFS 2010 e para casos de branches complexas ele “se perdia” e por isso mostrava valores incorretos no campo de Target Branch. Situação que foi facilmente resolvida utilizando o Team Explorer 2010. No segundo caso, não teve muito jeito, tive que reconstruir as branches na unha, pois o banco já tinha sido migrado. O time de produto até se prontificou de me enviar um QFE (Quick Fix Engineering) e sugeriu para eu refazer a migração, mas o TFS já estava em produção há alguns dias então não valia a pena.

Enfim, após alguns dias trabalhando com a galera do TFS/VS2010 conseguimos colocar o ambiente 100% operacional de novo e a boa notícia é que se você ainda não migrou o seu TFS 2008 para o TFS 2010, temos um hotfix que vai te livrar de todos esses problemas.

O hotfix é baseado no KB2135068 - Labeled items and merge targets missing after upgrade to TFS2010 e pode ser baixado em https://code.msdn.microsoft.com/KB2135068

Uma nota importante é que esse hotfix deve ser aplicado depois da instalação do TFS 2010, porém antes do processo de configuração, ou seja, quando o Wizard de instalação terminar, não clique no botão Configure, ao invés disso, feche a janela, aplique o hotfix e depois acesse o Team Foundation Administration Console para continuar com o processo de configuração.

O processo de aplicação do hotfix é bastante simples e após isso, você deve ter um grande período de lua de mel com todas as novas features do TFS e do Visual Studio 2010.

Se você tiver dúvidas em relação ao processo de migração do TFS 2008 para o TFS 2010, entre em contato.

Um abraço,
André Dias

O Webcast começou comigo falando sobre as novidades do MSF for Agile, mostrando como planejar e executar um projeto ágil utilizando o TFS 2010 e o SharePoint Server. Em seguida, passei a bola para o Daniel Oliveira que demonstrou, com riqueza de exemplos, dezenas de features novas do VS 2010, tais como Diagramas UML, Grafos de Dependência, Diagrama de Camadas com Validação de Arquitetura, além de cobrir muitas outras novidades sobre as ferramentas de testes do Visual Studio 2010.

Infelizmente, o site de eventos global da Microsoft entrou em manutenção e apenas 12 pessoas das mais de 700 cadastradas tiveram a oportunidade de ver o evento ao vivo.

A boa notícia é que o evento foi gravado e se você não foi um dos premiados que conseguiu ver o evento ao vivo, pode baixar o vídeo direto do site de eventos da Microsoft 

Os slides da minha palestra também estão disponíveis no SlideShare.

Um grande abraço e espero que gostem.
André Dias

Lista de Exames

Exam 71-511, TS: Windows Applications Development with Microsoft .NET Framework 4

Exam 71-515, TS: Web Applications Development with Microsoft .NET Framework 4

Exam 70-513: TS: Windows Communication Foundation Development with Microsoft .NET Framework 4

Exam 70-516: TS: Accessing Data with Microsoft .NET Framework 4

Exam 70-518: Pro: Designing and Developing Windows Applications Using Microsoft .NET Framework 4

Exam 70-519: Pro: Designing and Developing Web Applications Using Microsoft .NET Framework 4

Disponibilidade

O registro inicia em 17 de Março de 2010.

O período beta dos exames vai de 5 de Abril até 30 de Abril de 2010.

Informações sobre o registro

O exame pode ser agendado no site da Prometric até 24 horas antes do exame, porém o número de exames é limitado, então corra para garantir o seu.

Utilize os Promo Codes abaixo para ter o direito de realizar os exames gratuitamente.

Abraços e boa sorte!
André Dias

Uma vez executada, veremos uma tela como a imagem 1 e poderemos registrar quantas instâncias de TFS desejarmos.

 
Imagem 1: Adicionar instâncias ao TFS Server Manager

Depois de registrar os servidores, basta acessá-lo para vermos informações como ultimos requests executados, há quanto tempo ele está disponível, diversas estatísticas como número total de work items, arquivos/pastas, tamanho total de código fonte, além de detalhes de build, log de eventos e informações sobre workspaces, shelvesets e labels. Enfim, muita informação para termos um raio-x sobre a saúde do nosso servidor.

Segue abaixo alguns screenshots da ferramenta para vocês terem uma idéia do que ela oferece.

Imagem 2: Últimos requests executados no servidor

Imagem 3: Resumo sobre a situação do servidor 

Imagem 4: Diversas estatísticas sobre Work Items, Version Control, Build, etc

Imagem 5: Log de eventos

Imagem 6: Informações sobre workspaces, shelvesets e labels

Abraços e até a próxima.
André Dias

1. Qual o número de usuários que uma instalação Single Server suporta?
2. A partir de que momento vale a pena pensar em uma topologia dual-server ou multi-server?
3. Qual o espaço necessário em disco para os servidores? Há requisitos de RAM e processador também?
4. Posso colocar o Build Server junto com o Application Tier?
5. Se eu utilizar o Build Server em uma máquina separada, posso usar um sistema operacional client?
6. Se utilizar máquinas virtuais terei perda de performance?
7. E o Proxy? Quando eu uso?

Obviamente não há uma resposta precisa para todas essas perguntas, vai depender muito de como os usuários utilizam o TFS, quais os componentes mais utilizados, entre eles Source Control, Web Access, Portal, Build Services, Work Item Tracking e por aí vai. Porém, para não ficarmos apenas no famoso "depende", gostaria de citar um guia, liberado recentemente pelos Rangers de Visual Studio ALM, que nos ajuda a responder grande parte destas perguntas.

O guia foi desenhado de uma forma bastante simples onde, em um único pôster, podemos mapear o nosso cenário e rapidamente identificar a topologia mais adequada a ele. Para baixá-lo acesse o Virtualization Guidance for Visual Studio 2010 que está disponível dentro do projeto VS2010 and TFS 2010 VM Factory no CodePlex.

Abraços
André Dias

No próximo sábado, 27 de fevereiro à partir das 21:00 hs, teremos um grande evento sobre ALM. Será um webcast especial com aproximadamente 3 horas de duração onde um dos maiores experts do assunto no Brasil, Igor Abade, falará sobre a nova versão da plataforma de ALM da Microsoft cobrindo todas as disciplinas de um ciclo de desenvolvimento de software.

Confira a programação do Webcast:

1. Pré-requisitos para montagem de ambiente servidor
2. Pré-requisitos para montagem de ambiente cliente
3. Iniciando um Team Project
4. Architecture and Modeling - Planejando um projeto
5. Development Platform Support - Desenvolvendo o projeto
6. Debugging & Diagnostics- Debugando o projeto
7. Testing - Testando o projeto
8. Lab Management - Gerenciando e simulando o ambiente do cliente

Eu estarei por lá também apoiando o Igor com a moderação do evento e respondendo as dúvidas do pessoal.

Eu sei que é sabadão, bem no horário da novela :-), mas conto com vocês por lá, afinal não é sempre que temos um evento desse porte cobrindo TFS 2010, Visual Studio 2010 e o novíssimo Lab Management.

A inscrição pode ser feita através do site de eventos da Microsoft.

Abraços e até lá
André Dias