Pular para o conteúdo principal

Reflexões sobre o Agile Brazil

Duas semanas atrás, participei do Agile Brazil, um grande evento da comunidade antenada com metodologias ágeis, que aconteceu em Porto Alegre. Participei apenas dos dois dias de palestras, não dos cursos que antecederam o evento, que segundo relatos foram ótimos. O pessoal da organização está de parabens: o nível técnico do evento foi excelente e os mais de 800 participantes em geral se mostraram muito satisfeitos com o que viram.

Por sorte, a minha palestra "Testar: impossível" foi logo no início do evento, de maneira que consegui curtir melhor o restante do evento. Alguém falou para mim que não acreditava que testar fosse impossível: nem eu, mas tentei passar a ideia de que testar não é trivial, ilustrado por uma imagem inicial inspirada no mito de Sísifo. Surpeendentemente para mim, o auditório da palestra lotou, apesar de haver 5 sessões simultâneas, até com palestrante internacional. Bom, afinal eu também sou internacional...

Acredito que o interesse da plateia se origina nas dificuldades práticas de aplicar testes quando os testes começam a ser levados à sério, que é uma característica esperada em organizações transicionando para desenvolvimento ágil. Não há agilidade sem testes.

A cada evento, percebe-se que as pessoas trazem mais questões práticas e que cada vez há menos interesse em apresentações do tipo "Agile é o máximo". Quais foram os temas mais falados no evento ?

Do meu ponto de vista (obviamente parcial), houve um número expressivo de palestras falando sobre testes. Boa parte da trilha de engenharia foi tomada por assuntos relacionados a testes.

Arquitetura foi outro tema que teve um grande apelo: ficou superada a ideia de que uma arquitetura emergisse espontaneamente sem haver algum tipo de trabalho prévio. Estamos tentando achar um equilíbrio que não inclua arquiteturas mirabolantes, genéricas e de aplicação supostamente universal nem a fé injustificada na geração espontânea de uma arquitetura consistente a partir do nada.

Relativização da aplicação de metodologias, principalmente Scrum, "by the book". Comparando, por exemplo, com as duas edições do Ágiles (Baires 2008 e Floripa 2009), parecia haver um consenso quase geral (meio "bala de prata") a favor do Scrum de carteirinha. A ideia de "Scrum but" ser necessariamente algo ruim está sendo contestada, sem que o palestrante que faz tal afirmação corra o risco de ser queimado na fogueira por blasfêmia.

As práticas de eXtreme Programming estão voltando a ser valorizadas. Muitas equipes estão descobrindo que não podem deixar de lado as práticas técnicas, e XP articula muito bem uma dinâmica que aproveita a sinergia entre essas práticas. Entre estas, falou-se bastante de integração contínua e de deploy contínuo.

Outro assunto recorrente, derivado também do esquecimento temporário da necessidade de investir na excelência do ofício, foi o da dívida técnica. Participei de uma muvuca ("open space"), convocada por Philippe Kruchten, onde este assunto foi destrinchado.

Causou bastante impacto a palestra do Klaus Wuestefeld, uma das últimas, que retomou o espírito de quando Agile era novidade. Para quem não conhece, o Klaus foi pioneiro na implantação de práticas ágeis no Brasil. Ele organizou os dois primeiros eventos sobre o assunto: XP Brasil 2002 e 2004, nos quais tive a honra de palestrar. Naquela época, "agile" não era fashion: a resistência da turma da gestão era tamanha que, depois de alguém apresentar uma palestra de XP ou Scrum na empresa, os gerentes baixavam decretos proibindo a implantação desse tipo de coisas em suas sacrossantas estruturas de comando e controle. Aconteceu exatamente isso quando convidei o Klaus para palestrar em um condomínio de empresas de tecnologia, por volta de 2003.

O paradoxo é que eu mesmo comecei a me interessar por "metodologias leves" em 2000, justamente em reação à utilização de um tal de "RUP" no projeto em que estava envolvido. Eu me questionava: deve haver uma forma mais racional (sem trocadilhos) de levar adiante o desenvolvimento de sistemas. Descobri o ensaio "A nova metodologia", escrito por Martin Fowler (também presente ao evento) em 1999: a partir dai comecei a puxar o fio da meada, começando por XP. Agora, 10 anos depois, tive a oportunidade de conversar bastante com o Philippe Kruchten, o pai do RUP, que me impressionou muito favoravelmente: afinal, o framework de processos por ele proposto tinha várias boas ideias.

Pena que essas ideias foram enlatadas e marqueteadas como metodologia proprietária por uma corporação interessada principalmente em vender ferramentas CASE por preços nada camaradas. Deu no que deu: na esmagadora maioria das implantações, virou um cascata com artefatos UML: o Processo mUmificado. Aliás, para quem trabalhava com TI nos anos 90 era natural que empresas oferecessem metodologias proprietárias: na prática, um conjunto de formulários e templates que tinha pouca utilidade fora do contexto da empresa que o havia criado. Hoje nem se fala nesse tipo de oferta: ninguém mais acha sentido.

Se tivesse que apostar nas tendências para a próxima temporada de eventos de Agile, seriam Lean, Kanban e assuntos de governança. Vamos aguardar os próximos. Torço para que Dev+Ops, naked planning, usabilidade, gestão de riscos e práticas ágeis para a qualidade entrem também na pauta.

Jorge Diz
twitter: @jorgediz

Comentários

Unknown disse…
Parabéns pelo post!

Mostra um ponto de vista mais crítico do que aquele apresentado por aí, por vários agilistas, sobre o evento e a comunidade de métodos ágeis!
Yara Senger disse…
Eu tambem gostei bastante. 100% estilo Jorge Diz.
Gostaria de mais opiniões sobre o Scrum but e o Scrum by the book. :)
[]s
Yara
Grande Jorge.
Parabéns pelo texto.
Grande abraço.

Postagens mais visitadas deste blog

Compilador GWT, não se preocupe com JavaScript!

Nesse post vou escrever um pouco sobre o Compilador do Google Web Toolkit , qual é o seu papel no kit, além de algumas dicas para o dia-a-dia no desenvolvimento com a tecnologia. Como exemplo vou usar um novo Projeto Web no Eclipse criado a partir do Google Plugin   para desenvolvimento GWT e/ou App Engine, acesse aqui mais informações e download. Depois de instalar o plugin, dentro do Eclipse siga a sequência para criar o projeto: New - Others - Google - Web Application Project - Defina o nome do projeto e a estrutura raiz de pacotes - Finish. Vou adotar como nome do projeto appGWT e pacote br.com.globalcode . O plugin gera uma aplicativo pronto que permite ao usuário preencher um campo e realizar o envio ao servidor de forma assíncrona (Ajax), quando o servidor responde um Dialog é apresentado com a mensagem de retorno. Para testar a aplicação é só executar o projeto com a opção Wep Application . Veja: O GWT, como já foi comentado , adota um conceito bem interess

O que é Lógica de programação?

Este é o segundo de uma série de posts voltados aos leitores do blog que estão dando início à carreira de desenvolvimento de software. O assunto de hoje é a lógica de programação. Para ler antes: Entendendo como funciona a programação de computadores: linguagens de programação, lógica, banco de dados A lógica de programação é um pré-requisito para quem quer se tornar um desenvolvedor de software, independente da linguagem de programação que se pretende utilizar. Mas o que é de fato a Lógica de Programação e como saber se eu tenho esse pré-requisito? A lógica de programação nada mais é do que a organização coerente das instruções do programa para que seu objetivo seja alcançado. Para criar essa organização, instruções simples do programa, como mudar o valor de uma variável ou desenhar uma imagem na tela do computador, são interconectadas a estruturas lógicas que guiam o fluxo da execução do programa. Isso é muito próximo ao que usamos em nosso cotidiano para realizar atividad

Dica rápida: Apagando registros duplicados no MySQL

Ola pessoal, Sei que vocês estão acostumados a ver posts meus sobre tecnologia móvel ou algo relacionado, mas hoje vou falar sobre um pequeno "truque" que usei esse final de semana com o MySQL. Eu estava desenvolvendo o lado servidor de uma nova aplicação mobile (ahh, então "tem a ver" com mobile hehe), e quando fui fazer alguns testes percebi que tinha quase 7 mil registros duplicados (!!!) na minha base de dados! Bom, o meu primeiro reflexo como programador foi pensar em fazer um "programinha" Java para buscar e deletar todos esses registros duplicados. Mas ai, resolvi tirar as teias de aranha dos neurônios e usar os vários anos de experiência que passei com SQL e criar uma query que fizesse esse trabalho todo de uma vez!! E a query ficou assim: delete from TABLE_NAME USING  TABLE_NAME, TABLE_NAME  AS  auxtable WHERE   ( NOT  TABLE_NAME.id  =  auxtable.id ) AND   ( TABLE_NAME.name  =  auxtable.name ) Explicação direta: TABLE_NAME

Devo fazer um curso ou ler um livro?

Acredito que todos os instrutores ou professores, independentemente da área, escola ou centro de treinamento, já devam ter recebido essa pergunta alguma vez na vida: devo fazer um curso ou ler um livro? Para responder a essa pergunta, precisamos avaliar os prós e contras de cada opção. Trabalho com treinamento há algum tempo e, hoje, recebi essa pergunta de um aluno. Não adianta responder a ou b sem argumentar, demonstrando as opções conforme a situação do aluno. O conteúdo, a forma de transmissão e a capacidade de assimilação do indivíduo são chaves para haver benefício maior de aprendizado. Tanto em um bom curso quanto em um bom livro, o conteúdo é a premissa básica . Por conteúdo entendemos: se está organizado; se respeita pré-requisitos; se promove o aprendizado guiado e incremental; se aborda de forma satisfatória os principais pontos; se tem bom balanço entre teoria, exemplos e prática (favorecendo exemplos e prática); se tem como premissa a acessibilidade possível (e cabível) pa

Saiba como programar para Arduino sem ter nenhum hardware disponível

O Arduino já é uma tecnologia muito difundida entre os amantes de tecnologia. É difícil encontrar um profissional da computação que não brincou um pouco com esta ferramenta de prototipagem ou, que gostaria de fazer isso. Porém, em alguns casos, o programador quer conhecer o arduino mas não dispõe de nenhum hardware, nem mesmo da placa. Como isso poderia ser resolvido? A primeira resposta seria aquela mais simples e direta: ir as compras. Isso pode ser feito em uma loja física ou pela internet. No meu caso, por exemplo, tive a felicidade de encontrar em um site (não me lembro qual) um kit arduino, com um conjunto de sensores e um DVD com 41 vídeo aulas. Mas digamos que o profissional não esteja passando por um bom momento financeiro, ou ainda, simplesmente não queira comprar o Arduino sem antes conhecê-lo um pouco melhor. Para a última situação também já existe uma resposta, e diga-se de passagem, uma excelente resposta. Trata-se do site 123D Circuits.io . Depois de criar seu u

JavaMail: Enviando mensagem HTML com anexos

Introdução Depois do post "JavaMail: Enviando e-mail com Java" , que apresentava como enviar um e-mail com Java, resolvi complementar a assunto apresentando como enviar uma mensagem formatada, em HTML , e também como realizar o envio de anexos. Bibliotecas Além da biblioteca JavaMail, veja mais no post anterior , é necessário incluir o JavaBeans Activation Framework (JAF), apenas se a versão utilizada for anterior ao JSE 6.0 , que já tem o JAF incluso. O JAF está disponível em http://www.oracle.com/technetwork/java/javase/downloads/index-135046.html , e neste download encontramos, alguns exemplos na pasta demo , documentação, incluindo javadocs, na pasta docs e a biblioteca activation.jar , que deve ser acrescentada no classpath da aplicação para versões anteriores ao JSE 6.0. Exemplo Primeiramente devemos realizar a configuração da javax.mail.Session e da javax.mail.internet.MimeMessage , estes passos podem ser vistos no post anterior . Agora vamos montar um