Ramon Durães

Palestra no DevBrasil OpenDay 2012 (São Paulo, Fiap)

ramonduraes — Thu, 10 May 2012 12:56:15 +0000

Nesse dia 05/05/2012 aconteceu na FIAP em São Paulo mais um evento do DevBrasil. DevBrasil é a maior rede social para desenvolvedores de software no Brasil com mais de 10 mil desenvolvedores conectados compartilhando, aprendendo e conquistando novas oportunidades. Esse evento OpenDay é um Road Show nacional que está acontecendo em várias cidades. Estive palestrando sobre gestão ágil de projetos usando SCRUM e Team Foundation Server.

Que tal levar um evento do DevBrasil a sua cidade. Cadastre-se
Entre em contato

Durante esse evento contamos com apoio da 2PC, Mozit, Fiap e Microsoft. O Mozit é uma plataforma de educação online. Imagine um local onde você pode aprender e ensinar. Publique um treinamento simples e rápido e ganhe dinheiro em cada venda do mesmo. Gostou então visite agora mesmo Mozit.

[],
Ramon Durães
MVP, Visual Studio ALM
PSD, PSM, CSM

ALM Summit Brasil 2012

ramonduraes — Thu, 03 May 2012 01:37:47 +0000

Estive palestrando dia 27/04/2012 no evento ALM Summit Brasil 2012 com o tema “Agile Project Management” apresentando as principais novidades no Visual Studio 11 e Team Foundation Server 11 focando no gerenciamento ágil de projetos. Com o novo template de processo Visual Studio Scrum 2.0 e Scrum Board disponível está muito mais fácil a integração da gestão dentro do ciclo de Application Lifecycle Management proposto pelo Team Foundation Server proporcionando uma nova experiência em desenvolvimento de software ágil.

Para saber mais:
Planejamento ágil no Visual Studio 11 usando Scrum

[],
Ramon Durães
MVP, Visual Studio ALM
PSM, CSM, PSD

DevBrasil OpenDay 2012 (Curitiba)

ramonduraes — Thu, 03 May 2012 01:30:55 +0000

Dia 14/04/2012 estive palestrando em Curitiba no evento DevBrasil OpenDay 2012 com o tema “Team Foundation Server 11 e Visual Studio 11. Foi mais uma oportunidade legal de ter um contato próximo com os profissionais desenvolvedores de software e claro além de um bate papo muito legal mais uma grande troca de experiências. Palestrar para mim é sempre um grande prazer pela oportunidade de compartilhar e aprender.

[],
Ramon Durães
MVP, Visual Studio ALM
PSM, PSD, CSM

Planejamento ágil no Visual Studio 11 usando Scrum

ramonduraes — Wed, 25 Apr 2012 18:28:32 +0000

O uso de métodos ágeis para gestão de projetos de software tem crescido em todo o mundo, principalmente no Brasil, tendo o framework do Scrum como principal base para gestão.

O Scrum é muito simples e divide as atividades de gestão em três importantes papéis: Product Owner (PO) representando o cliente, Scrum Master (SM) atuando como líder e responsável pela manutenção do processo e Time formado pelas pessoas encarregadas em desenvolver o software.

O Scrum baseia-se no conceito de desenvolvimento interativo e incremental, usando ciclos curtos de 2-4 semanas conhecidos como Sprint, permitindo uma colaboração contínua entre todos os interessados, sempre focando na entrega de valor a cada Sprint e, com a proximidade do PO, você consegue ir direto ao ponto buscando a satisfação com o alinhamento no desejo de negócio.

O Team Foundation Server (TFS) é uma plataforma de colaboração para projetos de software unindo gestão de código fonte, gestão de projetos, qualidade de software e integração de todo o ciclo de desenvolvimento, seja para projetos ágeis ou formais, implementando um conceito conhecido como Application Lifecycle Management (ALM) funcionando como o ERP para quem desenvolve software seja em .NET, Java ou qualquer outra plataforma.

O Visual Studio Scrum 2.0 é um template de processo 100% baseado no framework do Scrum para permitir o uso do mesmo em conjunto com o Team Foundation Server, possibilitando assim usar os principais artefatos, utilizando a mesma nomenclatura e funcionalidade, mantendo os mesmos padrões até para os mais puristas no framework.

Como toda a comunicação no projeto é gerenciada pelo TFS, você vai encontrar no template Visual Studio Scrum o recurso Work Items, que é a uma espécie de formulário para entrada de dados customizado automaticamente de acordo com o template de processo adotado no projeto. Como estamos usando o Visual Studio Scrum teremos os seguintes itens: Product Backlog Item (Estórias do usuário), Task (Tarefas), Impediment (Impedimentos), Bug (Problemas),Test Case (Casos de teste) complementando com os relatórios: Release Burndown, Sprint Burndown e Velocity.

Como você está observando, toda a comunicação será baseada nos próprios termos já usados no Scrum, mantendo a total compatibilidade com o seu framework. Para a gestão de um projeto ágil não é necessário TFS, porém no dia a dia de um projeto temos diversas ações que precisam ser tomadas que vão além do uso de postit, tornando-se mais desafiador ainda quando você trabalha com vários times, inclusive tendo pessoas em locais diferentes.

Para se comunicar com o TFS você pode usar Excel, Project, Visual Studio, Eclipse e o portal web do projeto, permitindo assim, independente do ambiente desejado uma integração total entre as informações trocadas nos projetos.

Em um cenário clássico o PO pode publicar um user story utilizando o Work Item (Product Backlog Item) fazendo com que essa informação apareça para todos os projetos. O Time ao capturar uma estória de usuário durante a reunião de planejamento do Sprint vai quebrar em tarefas usando o Work Item (Task), estimando em horas cada atividade. Um outro desenvolvedor pode pegar um Work Item (Task) e associar ao seu usuário mudando o status para InProgress e depois durante CheckIn relacionar o código com esse Work Item.

Agora você começa a entender a diferença que o TFS vai provocar no seu projeto. Sem mudar nada no seu processo você ao fazer um CheckIn de código relacionado a uma tarefa (PostIt) está sem esforço documentando eletronicamente o seu código fonte. A qualquer momento você pode voltar naquele código e saber se o mesmo teve aquela linha modificada pelo desenvolvedor em função de uma tarefa xyz relacionada a uma estória de usuário criada pelo Product Owner. O mesmo acontece no caso de um registro de bug.

Essa mesma integração vai se refletir no servidor Build (Continuous integration) que durante a geração da versão do seu software, além de validar os testes unitários integrados, politicas do projeto, vai emitir um relatório dos Work Items vinculados nessa versão, respondendo de forma simples a uma grande dúvida no final do Sprint “O que tem nessa versão “.

Transparência, inspeção e adaptação

Um principio básico oferecido pelo Team Foundation Server é colaboração e transparência que você pode perceber imediatamente já na primeira visão ao entrar no portal do projeto, conforme demonstrado na Figura 01.

Figura 01 – Visão pública do Dashboard com detalhes do projeto.

Analisado o Dashboard temos informações sobre o seu Sprint que está em andamento, Burndown para acompanhar a tendência, informações sobre registros de Work Items abertos como quantidade de itens no Sprint Backlog, tarefas em andamento e qualquer consulta adicional que você julgue importante mostrar para seu time. Essa mesma tela é complementada com um item estratégico que é o relatório de Build, consolidando a gestão com o feedback contínuo.
.

Product Backlog
O Product Owner pode adicionar ou priorizar novos itens a qualquer momento o backlog, conforme você pode observar na Figura 02 com uma visão do trabalho sendo realizado no portal do projeto. Nesse portal o dia a dia do PO é facilitado, pois além de simples e leve todas as informações são centralizadas e as alterações já refletem para todos no projeto.

Figura 02 – Product BackLog

A priorização de atividades faz parte do dia a dia de qualquer PO e nesse momento você observa na Figura 02 como é simples bastando arrastar e colocar no local desejado. Com isso, automaticamente ele já se auto-organiza, definindo uma nova endentação de prioridade que em projetos ágeis é um item fundamental para manter o desenvolvimento sempre próximo do valor de negócio.

A qualquer momento o PO pode detalhar um item de backlog (User Story). Ao clicar no mesmo ele tem acesso ao formulário completo, conforme apresentado na Figura 03. Um item importante que você pode observar além do descritivo detalhado é a possibilidade de se adicionar links e anexos que o PO julgue importante para esclarecer o valor de negócio.

Figura 03 – Product BackLog Item

Conforme comentei no início, esse formulário apresentado na Figura 03 é uma visão de campos definidos pelo templates de processo Visual Studio Scrum. Outro ponto importante no mesmo é o esforço que é atualizado pelo time após a estimativa, seja usando Planning Poker ou técnica similar. Nesse exemplo usamos escala Fibonacci (1, 2, 3, 5, 8, 13) para definir a complexidade dos itens.

Sprint Planning
Durante a reunião de planejamento do Sprint o Time se reúne com o PO para esclarecer dúvidas do backlog, estimar e capturar itens para montar o seu Sprint Backlog. Na Figura 04 você pode observar como é simples a atividade de capturar um item do Backlog e transformar em Sprint Backlog.

Figura 04 – Sprint Planning.

Ainda na reunião de planejamento do Sprint o Time vai detalhar o item do Sprint Backlog em tarefas (Task) relacionadas, conforme pode observar na Figura 05. Uma informação importante é que essas tarefas são relacionadas diretamente com o item de Backlog permitindo com isso rastreabilidade. Se você encontrar um código fonte com uma tarefa vinculada, você saberá qual o item do Sprint Backlog vinculado.

Figura 05 – Sprint Planning.

Sprint
Um Sprint em um projeto Scrum pode variar entre 2 a 4 semanas conforme o modelo adotado. Em cada print o Time se compromete com um conjunto de itens do backlog cujo objetivo é entregar valor ao final “Software funcionando”. Com o uso do TFS você terá um Scrum Board virtual, conforme apresentado na Figura 06, dispensando o uso de PostIt. Cada membro do Time vai pegar um PostIt e arrastar para a área IN PROGRESS, alterando automaticamente o status do Work Item de “TO DO” para “IN PROGRESS” e já relacionando o nome da pessoa que pegou essa atividade.

Figura 06 – Scrum Board.

Daily Scrum Meeting
Durante o Sprint temos uma reunião diária com duração estimada em 15 minutos. É um dos principais momentos do Time, pois o objetivo é fazer uma rápida sincronização sobre o andamento das atividades. É importante registrar que não é um momento para bater papo, falar de futebol e, sim, responder a três perguntas chaves: O que você fez ontem? O que você fará hoje? Há algum impedimento no seu caminho?
Durante a reunião diária é comum você atualizar a sua atividade informando quanto tempo falta, conforme você pode observar na Figura 07 e, se necessário, registrar impedimentos, conforme você pode observar na Figura 08.

Figura 07 – Scrum Board.

Figura 08 – Registrando um impedimento

Burndown
O gráfico de Burndown é estratégico para o Time Scrum e consolida uma visão atualizada com a projeção e tendência de entrega do Sprint. É uma informação importantíssima para o Time. Na Figura 09 você pode observar um exemplo de Burndown.

Figura 09 – Visualizando o Burndown

Um ponto muito importante é que pessoas em qualquer lugar podem ter acesso ao mesmo, inclusive pessoas externas ao projeto, permitindo assim que outras pessoas tenham visibilidade sem necessidade de ficar perguntando como está indo o projeto. Acho que você sabe bem o que estou falando. Não existe pergunta mais chata que “E ai?”. Vale ressaltar que esse Burndown é uma informação exclusiva do Time e o mesmo é o único responsável pelo Sprint. Ao PO interessa a entrega final após a conclusão do Sprint.

Velocity
Uma métrica importante em um projeto Scrum é a velocidade do time. Esse número é calculado após a entrega de alguns Sprints e é atualizado com frequência. É uma referência importante, baseando-se em quantos pontos um time está entregando por Sprint. O Time usa essa informação para saber até quantos pontos de complexidade eles consegue assumir por Sprint. O TFS, usando o histórico dos Sprints gera para você, conforme pode observar na Figura 10.

Figura 10 – Visualizando o gráfico Velocity.

Forecast
Independente do modelo de projeto, sendo ágil ou formal, uma pergunta recorrente é quando estará pronto? Com um Scrum temos duas respostas para essa pergunta. A primeira se for relacionada ao conjunto de itens do Sprint Backlog a resposta é ao final do Sprint. Se a pergunta for relacionada ao Backlog o Team Foundation Server pode ajudar você, conforme pode observar na Figura 11 uma previsão quebrando em Sprints futuros usando a velocidade como base. É mais uma forma ágil de usar a tecnologia para facilitar o seu dia a dia no projeto.

Figura 11 – Forecast

Relacionando informações
Um dos principais pilares na estratégia de ALM usando Team Foundation
Server é justamente reunir as informações dos projetos e usar de forma integrada. Na Figura 12 você observa como durante o Check In é possível vincular uma atividade. Com esse simples passo você está documentando o seu software. O TFS, em cada Check In gera um identificador chamado de Changeset que permite rastrear todas as informações relacionadas.

Figura 12 – Check In associando uma tarefa “PostIt”.

Conforme a política de integração continua atotada eu projeto é possível após durante a geração da versão validar estratégias do projeto como padronização de código usando Code Analysis, padronização da arquitetura, testes unitários e saber quais funcionalidades foram implementadas nessa versão conforme você pode observar na Figura 13.

Figura 13 – Gerando uma versão

Utilizar o Scrum dentro do Team Foundation Server é muito fácil e ágil, permitindo justamente ampliar ainda mais a colaboração, atuando como elo entre todos os participantes do projeto. Quando falamos do universo Application Lifecycle Management, diversos outros recursos são facilitados por se trabalhar em um modelo colaborativo e integrado, permitindo uma gestão mais efetiva de todo o ciclo de desenvolvimento.

[],
Ramon Durães
MVP, Visual Studio ALM
PSD, PSM, CSM

Para consultoria em Team Foundantion Server / Scrum procure a 2PC.

Team Foundation Server 11 Power Tools (Beta)

ramonduraes — Wed, 11 Apr 2012 00:19:05 +0000

O Visual Studio Team Foundation Server 11 Beta Power Tools é um pacote de funcionalidades para o Visual Studio / TFS que não estão presentes na versão original complementando com novos recursos como Best Practices Analyzer, Command Line com mais funções para uso em linha de comando e é claro Windows Shell Extensions Que permite mapear uma pasta do Windows e relacionar o conteúdo no TFS. Muito útil para ferramentas que não suporta integração direto com TFS.

Para saber mais:
TFS 11 Power Tools (Beta)

[],
Ramon Durães

Desejar sair na frente e adotar o Visual Studio 11 e TFS 11 em seu projeto então faça contato
agora mesmo a 2PC.

Desafio WP7 para Android & Iphone

ramonduraes — Wed, 28 Mar 2012 12:07:21 +0000

Está curioso para conhecer como é a interface metro no Windows Phone 7 (WP7) então entra no navegador web do seu aparelho e entra nessa página. É uma aplicação web normal em web html mas para quem ainda não teve a oportunidade de conhecer a plataforma pode ter o primeiro contato.

[],
Ramon Durães

Um ano usando Windows Phone 7

ramonduraes — Sun, 25 Mar 2012 22:10:04 +0000

Depois de um ano usando Windows Phone 7 todos os dias para mim se tornou uma ferramenta de trabalho e entretenimento inseparável. Eu consegui viver na pratica o conceito de consumerização experimentando a plataforma do WP7 tanto para uso pessoal quanto para negócios.

Durante esse período consegue aumentar a minha produtividade pelas facilidades que tenho no WP7 em me comunicar usando todas as plataformas sociais existentes de forma simples e rápida. A Microsoft chegou tarde nesse mercado e ao mesmo tempo chegou na frente ao focar em um novo modelo de apresentação hoje conhecido como “Metro UI” revolucionando o formato das aplicações e como você interage com elas.

Quando você pega um Windows Phone e compara com Iphone ou Android você percebe rapidamente a diferença entre os conceitos de usabilidade. As plataformas antigas como IOS/Android ainda estão baseadas no conceito meio que desktop com ícones. Essa estratégia foi muito boa anos atrás para levar o usuário para mundo móvel, mas depois de usar o Metro UI você percebe o quanto está ultrapassado.

Estive presente no lançamento do primeiro Windows Phone 7 no Brasil pela HTC e agora com o lançamento da Nokia que simplesmente fez um pool integrando os principais varejistas online no Brasil online e off-line e todas operadoras de telefonia em algo jamais visto lançando ao mesmo tempo o Nokia Lumia para os Brasileiros. Eu fiquei muito orgulhoso em ver o quanto somos importantes e atenção que foi dada ao Brasil com esse lançamento inédito.

Agora todos tem a oportunidade de tocar o WP7 e comprar com preços mais competitivos abrindo no mercado nacional a oportunidade de ofertas muito boas principalmente para planos pós pagos nas operadoras que são avidas por clientes desejando algo novo e inovador.

Quando falamos de estratégia em plataforma eu tenho a visão de três caminhos para os próximos anos. A Apple com IOS/Iphone fechado e montando em cima de uma plataforma única o que prejudica a escala. O Android do Google rodando em diversos aparelhos com preços muito competitivos, porém ainda com problemas de compatibilidade para os desenvolvedores e a Microsoft como fornecedor do sistema operacional WP7 que garante a qualidade da plataforma independente dos aparelhos que você pode optar entre os diversos disponíveis sejam da Nokia, Samsung, HTC, LG e muitos outros.

Como a Microsoft veio depois eles tiveram a oportunidade de reinventar esse mercado preparando um sistema operacional moderno, social e inovador e atendendo a uma característica importante que vai ser percebida ao longo do tempo que é a validação do hardware feito pelo WP7 para que independente do Smartphone você tenha uma experiência perfeita como usuário.

Ao final desse dia já consta cerca de 70 mil aplicações disponível para o Windows Phone em um crescimento gigante em função de uma coisa muito simples. Qualquer desenvolvedor .NET é desenvolvedor para o Windows Phone 7 e pode fazer tudo isso mantendo toda a experiência do Visual Studio tornando muito rápido a migração e adoção da plataforma.

O distanciamento entre as plataformas vai acontecer nos próximos e a Microsoft tem muitas cosias boas para isso com uso de serviços online disponíveis e aplicações conectadas a serviços já existentes tornando a experiência do usuário cada vez mais integrada com outros recursos e dispositivos como o Kinect que é sucesso e até a plataforma de Cloud Computing Windows Azure.

[],
Ramon Durães

Próximos passos com Visual Studio 11

ramonduraes — Wed, 21 Mar 2012 14:27:56 +0000

Durante esse vídeo eu comento sobre toda a experiência adquirida na Microsoft durante o MVP Summit 2012 com sangue renovado e empolgação total para continuar com tudo no Visual Studio 11 e Team Foundation Server 11 impactando e contribuindo na implementação de um modelo maduro e ágil nos projetos de desenvolvimento no Brasil.

Se você fizer um comparativo de plataformas levando em consideração o Java x .NET de 2000 até esse ano de 2012 é visível como o .NET cresceu ao longo dos anos distanciando em muito conquistando os projetos desde os pequenos, médios e grandes. Hoje com a tecnologia madura e bastante abrangente de funcionalidades todo principal foco está direcionado a criar facilidades para tornar o desenvolvimento cada vez mais seguro e integrado promovendo maturidade nos projetos com amplo suporte ao desenvolvimento ágil usando Application Lifecycle Management e Team Foundation Server.

[],
Ramon Durães
MVP, Visual Studio ALM
PSM, PSD, CSM

Visita a loja Microsoft Store nos EUA

ramonduraes — Wed, 21 Mar 2012 13:09:20 +0000

Esse ano de 2012 tive a oportunidade visitar a loja conceito da Microsoft nos EUA voltada para usuários finais. A Microsoft Store é uma oportunidade muito interessante para se aproximar mais das pessoas em seu dia a dia, pois qualquer pessoa pode entrar e conhecer produtos relacionados a Microsoft. Um ótimo ponto para acessar internet também e assim entre uma conversa e outra que as pessoas se empolgam, experimentam e se envolvem.

A loja tem um visual muito agradável e clean tornando um ambiente muito empolgante. Você pode brincar de Kinect, conhecer os últimos lançamentos de Windows Phone, Tablet e ultrabooks além softwares e assuntos relacionados. Eu acredito muito nesse tipo de interação na ponta para quebrar muitos paradigmas criados e está mais que provado que o grande publico é uma ótima oportunidade de mercado. Estou torcendo que chegue logo uma unidade dessas pelo Brasil para que possamos cada vez mais gerar novas oportunidades em um pais tão criativo e emergente.

[],
Ramon Durães

MVP Summit 2012 (Microsoft,EUA)

ramonduraes — Wed, 21 Mar 2012 12:57:19 +0000

O programa Microsoft MVP reúne profissionais especialistas na plataforma em todo o mundo. Uma vez por ano todos MVP’s são convidados a participar de um grande encontro na Microsoft Corp nos EUA. Como cada MVP é ligado a uma área de especialidade o mesmo junta-se durante esse evento a outros profissionais que participam da mesma área e com os profissionais da Microsoft que constroem a plataforma.

Eu diria a você que é apaixonado por tecnologia e pelo que faz que é uma oportunidade única de recarregar as energias, conhecer outras pessoas pela mundo que trabalham na mesma área que você e principalmente interagir diretamente com os profissionais que criam a plataforma que você trabalha.

Visitar a Microsoft em Redmond foi um grande sonho que realizei faz alguns anos e faço questão de repetir sempre esse momento. É um local muito legal que sempre me inspira reforçando a energia e principalmente a vontade de continuar no caminho certo fazendo o que gosta.

Durante esse evento discutimos questões estratégicas sobre a evolução da tecnologia Microsoft. Como falei minha área é como MVP em Visual Studio ALM é focar no Team Foundation Server e assuntos relacionados a Application Lifecycle Manager dentro do Visual Studio como desenvolvimento ágil com amplo suporte a testes no Visual Studio 11 e melhorias no Visual Studio SCRUM que é template de processo disponível dentro do TFS.

Todo feedback dos mvp’s é levado me consideração e temos sessões técnicas somente focadas nisso em aprovar e sugerir novas funcionalidades. Com isso discutimos a evolução da versão atual e futuras. Com o passar dos anos você começa a entender como a Microsoft trabalha na frente. Pela minha experiência já acompanhei discutirmos um tema em um evento desse e dois anos depois falamos de como ficou. Existe todo um trabalho de gerencia do backlog e planejamento de evoluções futuras da plataforma.

Agora vamos combinar eu sou suspeito para falar de Team Foundation Server. Acompanho a plataforma desde quando não existia com esse nome, mas esse ano de 2012 digo a vocês que o impacto foi muito grande. A medida que as novidades forem aparecendo estarei comentando com vocês. Voltei ao Brasil super feliz em saber que a plataforma de ALM continua crescendo cada vez mais e principalmente cada vez mais aderente ao desenvolvimento ágil.

[],
Ramon Durães
MVP, Visual Studio ALM
PSD, PSD, CSM
Especialista em desenvolvimento de software

Para consultoria e treinamentos procure a 2PC.