O que o RTC 3.0 pode fazer por você

Bruno Braga on November 29th, 2010

Para quem ainda não conhece, o IBM Rational Team Concert (RTC) é uma ferramenta para gestão do ambiente de desenvolvimento de forma colaborativa e pode ser usada tanto com desenvolvimento tradicional quanto com desenvolvimento ágil.

O que a ferramenta faz na prática é combinar recursos de gerencia de defeito (bug tracking) com gestão de mudanças, com planejamento e gerenciamento de projeto, com controle de versão (SCM) e com integração contínua – tudo isso em uma única solução sem necessidade de integrações, configurações complicadas e investimentos adicionais.

Além de um grande número de features, a simplicidade, usabilidade e performance foram as prioridades da IBM neste projeto comandado por Erich Gamma e lançado em 2008. Em 2010 foi eleito pela Forrester Research Inc em sua pesquisa “Agile Development Management Tools” como a melhor do mercado em número/qualidade das features (current offering). Segue abaixo uma cópia da pesquisa para consulta:

ftp://public.dhe.ibm.com/common/ssi/ecm/en/ral14023usen/RAL14023USEN.PDF

O detalhe é que a versão analisada pelo Forrester foi o RTC 2.0. Agora (dia 23/11) foi lançamento a versão 3.0 com muito mais features e diferenciais estrategicos e de negocio para os usuários. Segue abaixo um resumo das principais novidades:

  • Distribuição e Licenciamento:
    A forma de distribuição da ferramenta foi alterada. Agora não é mais necessário pagar pelo server. Ou seja: comprando 10 licenças de usuário você pode ter até 10 servers. Essa flexibilidade permite criar ambiente de treinamento, homologação e produção para o RTC sem custos adicionais.
  • Versão Gratuita com mais funcionalidades:
    Até o RTC 2.x a distribuição era dividida em Express-C, Express, Standard e Enterprise. Cada uma com um conjunto de funcionalidades diferentes. Na pratica o Express-C (versão gratuita até 10 usuários) era a versão mais simples e não possuia muitos recursos de customização por exemplo. Agora não existe mais versão de RTC Server e a lista de funcionalidades está associada ao tipo de licença de usuário ao invés do tipo de server. Com essa mudança os “Free Developers” tem acesso a maior parte das funcionalidades da ferramenta sem custo!
  • Gerenciamento de Projetos:
    Houve uma mudança de estrategia / escopo dos produtos e as principais features de gerenciamento de projetos formais (não-ageis) que estavam no RPC (Rational Project Conductor) foram incorporadas ao RTC. Com isso o RTC 3.0 possui gantt chart, dependencia entre tarefas, restrições, alocação de recursos, time tracking, gerenciamento de riscos entre outros recursos que já estavam presentes no RTC 2.x.
  • Nova Interface WEB:
    A interface WEB que já era excelente foi melhorada. Os pontos positivos foram mantidos mas foi adicionado mais flexibilidade em personalizações como menu customizável e gadgets OpenSocial. Além disso o carregamento via interface web ficou mais leve com melhoras notáveis nos planos do projeto.
    Essa reestruturação serviu também para implementar novos recursos na interface web que até então estavam disponíveis somente via interface Eclipse.
  • SCM Distribuído:
    Muitas empresas tem a necessidade de dividir o desenvolvimento de software com parceiros e fábricas externas. Com o SCM distribuído isso ficou mais fácil. Agora é possível armazenar os artefatos no SCM de um RTC local e depois sincronizá-lo com um RTC remoto.
  • Suporte ao Visual Studio Melhorado:
    Vários recursos avançados foram implementados para o Visual Studio que está mais alinhado com os recursos presentes no Eclipse. Outra melhora considerável é o suporte ao Visual Studio 2010.
  • Mais Integrações e Suporte ao Legado:
    A solução de integração do RTC 1.0 com ferramentas legadas era exclusivamente via connector que na prática é um duplicador de dados automatizado. Na versão 2.0 surgiu o brigde que estabelece um link entre dados do RTC e ferramentas externas sem a necessidade de duplicações. Na versão 3.0 as ferramentas passaram a utilizar melhor o bridge com links bidirecionais e a suporte a mais ferramentas legadas / versões.
    No Brasil grande parte dos clientes de ClearCase usam ClearCase Base ao invés do UCM e a integração com ClearCase Base agora é suportada. Além disso falando de produtos Rational, as integrações com Rational ClearQuest, Rational Synergy e Rational Change sofreram melhoras significativas.

O RTC faz parte do projeto Jazz (jazz.net) que é a plataforma de integração de ferramentas de desenvolvimento lançado junto com o RTC. Vale lembrar que este projeto seguiu o sucesso e experiencia da IBM no projeto Eclipse. Através do jazz.net você pode: interagir com a comunidade, deixar sugestões de melhorias, reportar defeitos, discutir com os desenvolvedores, baixar o código fonte e versões free, estudar a arquitetura do produto e o padrão aberto OSLC, acessar o roadmap das novas versões, enfim participar do desenvolvimento colaborativo da única plataforma ALM aberta do mercado.

Isso é um pouco do que o RTC pode fazer por você e sua equipe. Descubra mais em:
http://jazz.net/projects/rational-team-concert

Conheça e acesse este conteúdo também no blog da IBM Rational: http://bit.ly/dRDILC

Subscribe to this blog's RSS feed

Smart Work e Sr. Ping

Bruno Braga on September 16th, 2009

Smart Work

A IBM está lançando uma iniciativa chamada Smart Work que visa criar um ambiente de trabalho melhor para as pessoas e organizações, com mais produtividade, agilidade e colaboração.
Na prática um dos pilares desta iniciativa é o desenvolvimento ágil.

Veja alguns trechos da chamada:

“O mundo dos negócios muda rapidamente, e somente serão bem-sucedidas aquelas pessoas e organizações que respondam a estas mudanças de maneira ágil e eficaz. Para otimizar o desempenho da sua empresa, não é necessário trabalhar mais ou fazer maiores despesas em recursos, mas sim trabalhar de modo mais inteligente. O trabalho mais inteligente cria um ambiente de negócios colaborativo e conectado, que dá poder às pessoas e foi criado para enfrentar as mudanças.”

“Para a IBM, trabalhar de forma mais inteligente significa atuar em um ambiente de negócios colaborativo e conectado, que capacita as pessoas e é orientado à mudança.”

Para participar desta iniciativa e discutir sobre o assunto durante 72 horas com outros lideres se inscreva no endereço abaixo:

http://www-01.ibm.com/software/solutions/smartwork/virtual

Sr. Ping

Falando em ambiente colaborativo, a campanha do Sr. Ping sobre plataforma colaborativa Jazz da IBM está voltando e com novidades.

Agora ela fala sobre um ambiente colaborativo ALM (Application Lifecycle Management) através da integração do Rational Team Concert (RTC) com outras ferramentas como o Rational Requirement Composer (RRC).

IBM Rational Software Conference 2009

Bruno Braga on June 17th, 2009

Dos dias 31 de maio a 04 de junho aconteceu em Orlando, FL o Rational Software Conference 2009.

Estive presente no evento pela primeira vez e vou tentar compartilhar minhas impressões. Alias é muito difícil resumir o que foi um evento desse porte porque existiam muitas trilhas e assuntos paralelos e não é possível acompanhar tudo ao mesmo tempo. No meu caso priorizei a parte de gerenciamento de projetos, gerenciamento de requisitos e gerencia de configuração.

Mas independente das trilhas, como era de ser esperar duas palavras ditaram a maioria dos temas do evento: Agile e Jazz.

Falando em Agile, a vários anos a IBM tem como lider de desenvolvimento Agile um dos mentores do desenvolvimento agil: Scott Ambler mas o termo Agile só começou a ser muito difundido pela IBM em 2008 as vésperas do lançamento do RTC (Rational Team Concert) que foi totalmente desenvolvido com metodologia ágil e destinado a equipes ageis (apesar da ferramenta ser flexível e pode ser utilizada com RUP e outras metodologias).

Neste ano as palestras sobre Agile mostraram como utilizar ferramentas IBM Rational para desenvolver software usando metodologia ágil e também deram uma visão aos usuários RUP (Rational Unified Process) que alguns pontos dos seu processo poderiam ter conceitos ageis, o que de certa forma já era conhecido através do OpenUP. Foi mostrado alguns cases de sucesso dessas abordagens.

Em relação a plataforma Jazz, a IBM fez o anuncio de algumas ferramentas como o Rational Focal Point for Project Management que é uma ferramenta de Portfolio de Projetos e vem com o objetivo de substituir o antigo Rational Portfolio Management e ser 100% compativel e integrado com a plataforma Jazz e o RTC. Foi anunciado também o Rational Insight para relatórios, gráficos e acompanhamento da evolução dos projetos. Ele é um produto baseado no IBM Cognos (ferramenta de BI) e acessará a base de dados de todas as ferramentas Rational com a possibilidade de fazer o cruzamento de dados. Falando em novas ferramentas, aconselho a leitura do meu post anterior: Novo ALM da IBM.

Para empresas que estão preocupadas na evolução continua do desenvolvimento de software e usam ou pretendem usar produtos IBM Rational para aumentar a produtividade, aconselho fortemente a participação no RSC. A possibilidade de conseguir informações diretamente na fonte com desenvolvedores e gerentes dos produtos é sensacional. Além é claro do tamanho do evento e diversidades de assuntos e tendências.

Seguem algumas fotos do evento:

Rational Labs:

Palestra sobre ALM e Jazz:

Scott Ambler e Grady Booch:

Mais fotos:

http://www.flickr.com/groups/rsc2009/pool

Acompanhando projetos no Rational Team Concert

Bruno Braga on December 20th, 2008

Meu último post foi sobre a campanha de ajuda ao Sr. Ping. Ele estava perdido no espaço e queria fazer contato com sua equipe / projeto. A solução encontrada foi utilizar o Rational Team Concert (RTC), uma ferramenta colaborativa da IBM para suportar o desenvolvimento de software.

Então vamos aproveitar esse tema e ver tecnicamente como é possível acompanhar um projeto no Rational Team Concert através do Load Bars e Progress Bars. Obs: pesquise também outras maneiras de realizar o acompanhamento, como feeds, notifications, reports, etc…

Antes de mais nada, para quem ainda não conhece o RTC ele é baseado na plataforma Jazz, é desenvolvido com ajuda da comunidade (eclipse way), possui conceitos modernos,  foco em desenvolvimento ágil e entre os vários recursos tem controle de atividades, gestão de código, build, times, interation plans, entre outros…

No RTC muitas pessoas tem curiosidade para saber como é calculado as barras de progresso de cada iteração e plano do projeto. O que são aqueles números? Qual a diferença da barrinha verde clara e escura? O que quer dizer a vermelha? Existem vários links do RTC sobre o tema, mas vou resumir o assunto neste post e colocar algumas considerações.
Primeiro vamos entender quais são os dois tipos de barras de progresso:


Load Bars

É uma barra de progresso individual, ela faz o paralelo entre o trabalho alocado para uma membro do time e o tempo restante da iteração.  Essa estatística é uma resposta rápida para: “Eu tenho tempo para terminar todo o meu trabalho previsto nesta interação?”
Assim os gerentes podem realocar atividades de acordo com a carga de trabalho de cada recurso.
Essa informação está disponível na view “Team Central” na seção “Team Load”.
Ao acessar o “Team Load” será exibido um “Load Bar” para cada recurso do time.
Exemplos:

Indica que 18 das 104 horas de trabalho desta iteração já foram alocadas para este recurso. A barra branca (neste contexto) e o label verde indicam que 86 horas de trabalho desse recurso não estão associadas a nenhuma atividade (você tem tempo sobrando) nesta interação.
Seu trabalho está excedendo o tempo disponível: há 137 horas planejadas para você para 104 possíveis nesta interação. Você está sobrecarregado em 33 horas mostradas pelo label e barra vermelha.


Progress Bars

Mostra uma estatística analisando os workitems fechados e abertos. Elas estão disponíveis nos Iteration Plans e devem ser tratadas como: “Considerando todo o trabalho da interação, como estamos no momento? Qual o status?”

Se existe um target (data fim) para a iteração e algum trabalho já foi realizado, é exibida também uma projeção para o plano. A projeção assume que o trabalho futuro será realizado com a mesma velocidade do trabalho já realizado naquele plano.
Então se passaram 9 horas de trabalho e foi completado um trabalho estimado em 3 horas a projeção assume que é necessário 3 vezes mais tempo do que o estimado para o trabalho restante. Esse calculo é comparado com o tempo disponível na iteração. Se for menor você está adiantado. Se for maior você está atrasado de acordo com a projeção.

Um detalhe importante: Para esses cálculos não é necessário lançar horas (time spent). A projeção é calculada considerando o tempo que já passou e a quantidade de trabalho realizado.
O time spent somente será utilizado SE a previsão para realizar a atividade estava errada e foi preenchido o time spent para corrigi-lá, neste caso o esforço da atividade deixa de ser o estimado e passa a ser esse valor do time spent (realizado).
Exemplos:

A barra de progresso mostra que 48 das 219 horas foram realizadas. Não há projeções (a iteração não tem data para finalizar).
Uma barra de progresso com projeção. Ela mostra que 45 das 80 horas foram realizadas e que você está indo melhor do que o esperado. A parte verde clara mostra o quanto você está adiantado nesta projeção.
Você está atrasado 5 horas. A barra mostra que 4 das 21 horas foram completadas. O esperado era que você tivesse completado 9 horas de trabalho e a barra vermelha ilustra onde você deveria estar.


Então resumindo: essas estatísticas são auto-alimentáveis à medida que as datas do projeto vão sendo previstas (data das iterações) e que o trabalho vai sendo realizado pela equipe. Quanto mais verde estiver a barra de progresso melhor está o andamento do seu projeto. O verde claro pode indicar que você estimou errado (mais tempo do que o necessário) ou que tem uma equipe muito boa.
O vermelho nunca é bom. Mesmo que esteja fazendo as tarefas mais difíceis primeiro e pretenda recuperar no final, o vermelho indicaria que a previsão dessas tarefas foi errada.

Utilizando iterações e planos corretamente você tem um feedback online se as estimativas estão corretas e pode agir rapidamente para evitar atrasos no projeto.

Esses dados são um aliado se forem utilizados corretamente.