Agilidade vai falhar na minha empresa porque...

Em agosto deste ano, tive a oportunidade de participar do Agile 2013, um grande evento de agilidade organizado pela Agile Alliance nos EUA.

Como não poderia ser diferente em um evento como esse, conheci pessoas.  Dentre elas: Jeff Patton, Linda Rising, Jeff Sutherland, Ron Jeffries, Mike Cohn e muitos outros.  Quem estuda um pouco de agilidade, já deve ter lido algum livro ou ouvido falar algum desses nomes.  Participei de apresentações que mais pareciam verdadeiros TED Talks.  Muitos Workshops mão-na-massa e espaços para troca de ideias. Um evento diferenciado. E o hotel era um show à parte.

No entanto, o que mais chamou minha atenção no evento não foram as pessoas, apresentações ou o hotel (que repito... era espetacular), mas um painel onde os participantes escreveram frases que diziam porque agilidade iria falhar em suas empresas.

AGILE WILL #FAIL AT MY COMPANY BECAUSE... 

"Because the CEO manages with fear and Intimidation"

"Only focused on changes on development teams; Not looking at whole value Stream... "

"Because of our culture"

"No buy-in from the business"

"Because the company wears 'Agile' as a label and does nothing to remove the bureaucracy and obstacles teams face daily while trying to implement agile."

"We are different"

"Our egos are bigger and more important then the company goals"

"Insufficient support from leadership"

"Different parts of the biz use different types of agile"

"My leadership no longer believes in it..."

"It's counterintuitive and hard to practice"

"We have not explained the 'why'"

Cada uma destas frases já daria um post, mas aqui está meu ponto: Agilidade é um sentimento universal e nós não estamos sozinhos.  

O fato é que... falar, escrever e ensinar agilidade não é difícil.  Vou além, é muito fácil falar de agilidade.  Até porque (eu, por exemplo), quando discurso sobre o assunto, vejo olhos brilhando e ouvidos atentos. Agilidade é o discurso que todos gostam de ouvir, mesmo os "chefes".  O problema é que transformar todo esse BLÁ BLÁ BLÁ em prática AINDA É UM GRANDE DESAFIO, mesmo para os nossos colegas norte-americanos, onde a cultura é... digamos... mais avançada.

Quando vejo um ianque escrevendo que agilidade vai falhar na empresa dele por conta da burocracia, meu primeiro pensamento é mudar de área e ir pra medicina (se bem que a concorrência com os cubanos e a falta de estrutura pra trabalhar me fariam pesar essa decisão).

Por fim, cada vez que toco no assunto Agilidade/Cultura, tenho a seguinte certeza: 

"Ou a cultura acabará com a agilidade... ou a agilidade mudará a cultura do mundo."

Como ter uma ideia

O programa Globo Ciência do dia 12 de outubro de 2013 teve, como uma de suas matérias, o tratamento de esgoto.  Neste dia, várias ideias para tratamento foram apresentadas. Todas elas tinham um processo bem desenhado e passos bem definidos para transformar esgoto em água potável.  

Entretanto, um destes processos chamou minha atenção. A ideia do criador foi construir um dispositivo com 4 orifícios. O primeiro orifício tinha a função de receber a água do esgoto, que saía filtrada e limpa pelo segundo orifício.  Até aí, nenhuma surpresa. O que chamou minha atenção foi a função do terceiro e quarto orifícios (figura abaixo).

  

De acordo com o pesquisador, nem toda água que entrava no orifício 1 conseguia ser filtrada.  A função do orifício 3 era fazer com que a água não filtrada fizesse outro ciclo de tratamento. Em outras palavras, ela saía pelo orifício 3 e entrava no orifício 4. 

Fazendo uma análise bem crítica, nada há de extraordinário nesta ideia. Mas, pra mim, sim!  Enquanto assistia a reportagem, comecei a pensar no processo Kanban de desenvolvimento e imaginei um "dispositivo" que pudesse ser utilizado em um processo ágil para reciclagem de requisitos. A ideia seria assumir que nem todo requisito que é empurrado para nosso processo esteja "pronto para consumo". Em outras palavras, que tal ter um processo de tratamento de requisitos?  Coisa de maluco...  

Mas meu raciocínio não parou por aí. O Insight que me levou a escrever este blog teve seu ápice quando comecei a pensar sobre como eu cheguei à conclusão da criação de um dispositivo para transformar requisitos "podres" em "potáveis".  Como uma ideia leva à outra? Na verdade, a mágica (se é que existe) está na quantidade e qualidade de conhecimentos gerais adquiridos por nós, seres humanos. De fato, ter uma ideia não é algo tão difícil. Todo ser humano as têm.  O mais difícil, entretanto, é realiza-las. A realização fica mais fácil quando lemos ou conhecemos diversos assuntos.

Neste mesmo programa, um pesquisador (que era músico e matemático) apresentou um programa de computador que amplia a expressão de quem está tocando um instrumento musical.  A ideia básica do seu software era apresentar imagens ou videos no computador que representassem o som tocado pelo instrumento usado. Coisas desse tipo nos trazem à mente o seguinte pensamento: "Por que não pensei nisto antes?  É tão simples!"

Não pensei porque as ideias mais simples do mundo são resultado da combinação de vários conhecimentos. Ter uma ideia depende do quanto você ler e conhece de assuntos gerais. Qualquer pessoa pode ter ideias, mas uma pessoa que conhece música e matemática tem maior probabilidade.  Uma pessoa que conhece Kanban e aprende um pouco sobre tratamento de esgoto em uma reportagem de televisão, também. 

Em suma, se você nunca teve uma ideia simples que pudesse ser executada, ENTÃO LEIA. Estude assuntos que você nunca pensou em estudar e faça atividades que você nunca imaginou fazer! 

Depois da prática, a teoria

A última vez que publiquei um post neste blog foi em Abril de 2010.  Na época, estava falando sobre estimativas ágeis.  Passaram-se 3 anos e a experiência adquirida neste período foi consideravelmente esclarecedora.  Percebi que gastar tempo em criar estimativas perfeitas é tão útil quanto mascar chiclete; Por mais que você mastigue, jamais vai ter coragem de engolir.

Entretanto, minhas experiências foram além de apenas buscar boas estimativas.  Durante muitos meses, tive a oportunidade conhecer diversos clientes, das mais diferentes empresas.  E, apesar de querer valorizar muito os desenvolvedores e os famigerados Scrum Masters,  tive que reconhecer que os clientes são as peças mais importantes dessa engrenagem chamada projeto de software.

Como se não bastasse, também comecei a abrir os olhos para o que chamamos de requisitos de software.  E, mais uma vez, aprendi que tudo é perfeito nos livros, nas palestras, nos eventos... Mas no campo de batalha, no espaço de desenvolvimento, na sala do cliente... os fatos são bem mais complexos e nebulosos do que nossos colegas agilistas pregam.

Enfim, descobri que a agilidade teórica é tão distante da agilidade prática quanto o caos é da verdadeira auto-organização e auto-gerenciamento.  Por isso, dedico esse blog, a partir de hoje, a falar de como realmente a agilidade acontece na prática e o que aprendi com ela nos últimos anos.  E como ela realmente tem a ver com a felicidade e satisfação no trabalho e a melhoria contínua; Não de processos, mas da qualidade de vida.  E por falar em qualidade de vida, dedico este blog a alguém que, de forma extremamente ágil, melhorou consideravelmente minha qualidade de vida. Um grande beijo, minha Princesa Linda.

Que venham as postagens.  Muita coisa boa vem por aí.