Ode à agilidade

“A agilidade está em branco.”

Foi o que pensei comigo antes.

Nós desenvolvedores temos uma tendência quando começamos com cem considerar tudo o que vem de metodologia como algum truque de gestão nebuloso cuja única função é fornecer uma estrutura para as equipes, para que um projeto possa ser realizado.
Como uma Tabela de Mandamentos um pouco supérflua, estabelecendo regras que apenas algumas pessoas não aplicam naturalmente.

Mas, na verdade, não.

Esse preconceito, eu definitivamente engoli graças a um treinamento de scrum proposto por Xébia (e liderado pelo talentoso treinador Scrum Bruno Sbille) em que tive o prazer de participar. Treinamento de certificação do Scrum Product Owner em 2 dias.
E foi, desde o primeiro dia, um exercício em particular que colocou minhas ideias de volta no lugar...

O apropriadamente chamado “Exercício de Aeronaves”!

Pegue 3 equipes de 5/8 pessoas e peça que produzam o maior número de aviões de papel em 3 minutos.

Regra :
Ninguém deve fazer mais de uma curva seguida no mesmo plano, uma pessoa encarna o 'proprietário do produto' tendo o papel de verificar se cada avião acabado voa corretamente e ter a proibição de dobrar.
Antes que o cronômetro comece, cada equipe tem um minuto para criar estratégias e anunciar quantos aviões eles acham que podem fazer.

la-fi-tn-45 pés-avião-de-papel-desliza-sobre-ar-002

#estratégia ruim

Incerto, pensamos em fazer 4.
0 roubaram.

As outras 2 equipes se saíram melhor do que nós, mas também nada para mostrar.
Tivemos então a oportunidade de debater por um minuto para corrigir nossa estratégia e dar uma nova estimativa antes de mais 3 minutos de fold intensivo.

Anunciado: 16.
Produtos: 14.

3ª rodada:

18 anunciado…
Voou: 18!

Certamente fomos a equipe com a curva de produção mais marcante, mas as estatísticas dos 3 grupos foram marcantes: todos começamos com um índice abaixo de 40% para terminar todos em 100%.

Revelação, Choque, Iluminação.

A iteração em curtos períodos de tempo com retrospectivas regulares melhora drasticamente o trabalho em equipe.

tn_BLUES_BROTHERS-12

Muito mais eficaz do que um clássico ciclo v para o qual o desenvolvimento é feito de forma estupidamente linear.
Finalmente coroado por um bom grande debrief onde todos têm a oportunidade de compreender a extensão do excedendo, aéreo e da proporção escassa de recursos que acabou entrando em produção.

Então sim, o Métodos ágeis permanecer uma metodologia, ferramenta de gerenciamento de projetos, um framework, acima de tudo para tornar os processos mais intelectuais, mais flexível e aumentar a produtividade com reduzindo custos.

Provavelmente considerações nada sensuais vistas pelos olhos de um programador.

Mas também é uma ferramenta incrivelmente geradora de emulador e altamente recompensadora.

Imagine ver o sucesso de sua equipe aumentar a cada “sprint” (iteração) e sua qualidade de estimativa melhorando, como no exemplo dos aviões.
Emocionante não é?

Imagine dar vida a um projeto através de um quadro físico onde cada recurso é representado por um post-it que viaja de coluna em coluna...
Emocionante não é?

Imagine saber constantemente o que seus 4, 5, 6 colegas desenvolvedores estão codificando e ter a oportunidade de adaptar a estratégia comum a qualquer momento de acordo com o prazo?
Impressionante?

Bem, sim ! Três vezes.

Tenho, desde essa mudança de perspectiva, a felicidade de nadar em uma piscina de agilidade, e de reter todos os benefícios.

Então esta é a minha Mea Culpa.

“Agilidade, eu te amo.

coração

Teaser: A plataforma de TI em que trabalho está atualmente preparando sua transformação em um dispositivo “Feature Team” à la Spotify… Um projeto que promete ser tão doloroso quanto recompensador. Continua…

Laurent Masella, cientista de UX @UX-Republic