Ao contrário do que acredita senso comum de mercado, o desenvolvimento ágil (agile) não é consequência de mudança tecnológica, aquisição de produtos ou implantação de ferramentas. Não se compra Agile. Uma equipe não se torna ágil do dia pra noite com o estalo mágico dos dedos de qualquer consultor. Agile não é uma mudança de processos ou ferramentas, mas sim uma grande transformação interior de valores e princípios. Aderir à agilidade diz respeito, em primeiríssimo lugar, a uma mudança radical na forma de se pensar software. Para que métodos ágeis funcionem, a convicção absoluta da equipe é de principal importância. Enfim, não se justifica o uso de qualquer tecnologia específica para que se seja ágil no desenvolvimento.

Entretanto, algumas tecnologias, não todas, têm princípios ágeis internalizados em suas estruturas. Dentre elas, o framework web Rails, construído sobre a linguagem de programação Ruby, pode ser seu maior expoente. Não é difícil encontrar equipes Java ou .NET utilizando práticas ágeis, mas é muito difícil encontrar uma equipe Ruby/Rails NÃO utilizando Agile.

Agile encaixa-se num contexto de mudanças muito maior que o de processos de desenvolvimento de software. Acreditamos que Agile é parte integrante de uma nova escola de pensamento que cada vez mais atrai novos adeptos (http://tinyurl.com/manifesto20). Essa nova escola define novas crenças e valores sobre os quais muito da tecnologia Ruby/Rails tem se baseado.

Esta tecnologia (Rails) que começou como um concorrente explícito à plataforma Web Java é hoje uma grande parceira. É de comum acordo entre líderes de ambas as comunidades, Rails e Java, que nenhuma das alternativas é perfeita para todas as ocasiões. Java tem seu nicho de atuação corporativo extremamente consolidado. Já Ruby/Rails surge como alternativa imediata para o empreendimento de idéias através da construção muito, mas muito muito muito, rápida de aplicativos Web. Pova disso, são os investimentos que empresas tradicionalmente Java como Sun e Red Hat têm realizado sobre as tecnologias Ruby e Rails.

Atualmente, ambos os principais servidores de aplicação Java open source do mercado, JBoss e Glassfish, suportam a execução de aplicativos Rails e a tendência é de expansão dessa lista, de tal forma que não se envolver logo com a tecnologia Ruby/Rails pode representar a perda de grandes oportunidades futuras.

Este mini-curso irá então introduzir a linguagem de programação Ruby e o framework Web Rail, relacionando sua integração com a plataforma Java, através dos seguintes tópicos:

Ruby: linguagem de programação
JRuby: implementação da linguagem Ruby sobre a plataforma Java
RubyOnRails: framework de desenvolvimento web em Ruby, famoso por sua produtividade
JRubyOnRails: uso do framework Rails sobre a implementação JRuby
Construção de aplicativos web JRubyOnRails no NetBeans
Deploy de aplicativos JRubyOnRails no Glassfish e no JBoss

Os únicos pré-requisitos necessários para participação do treinamento são (a) alguma noção de desenvolvimento web e (b) vontade absurda de aprender.

Tópicos:

• A estrutura de produto dentro uma organização
• As dimensões do escopo (Tamanho, simplicidade e aderência.)
• Modelagem de negócios
• Processo de aprendizado de escopo
• Estado Lean para o desenho de software
• Representando desejos com User Story
• Modelando Papéis
• Formato para User Story
• O modelo INVEST
• Usando Temas e Épicos
• Representando desejos com Features
• O modelo ARO (Ação Resultado Objeto)
• Aplicando a FBS (Feature Breakdown Structure) da FDD (Feature Driven Development)
• Usando Áreas e Atividades
• Priorização por Áreas, Atividades ou Temas
• Estratégia de entrega em alto nível
• Critérios de Aceitação em diferentes níveis
• DoD (Definition of Done) em diferentes níveis
• Monitoramento de resultados
• Exemplos de Product Backlogs
• Técnicas de Modelagem Ágil
• E como ficam meus casos de usos?
• Aplicando a TOC (Teoria das Restrições) na engenharia de requisitos
• Terminei o projeto e agora, onde fica toda a informação?
• Dinâmicas para aplicação dos conceitos