Agile Decodificado

O Agile tem um problema de vocabulário. Não porque os termos sejam obscuros — a maioria das pessoas em organizações modernas já os ouviu. Mas porque são palavras familiares usadas em um contexto completamente diferente e, sem esse contexto, as pessoas as associam ao que já conhecem.

Quando alguém encontra “Scrum Master” pela primeira vez, o conceito mais próximo disponível é “Gerente de Projeto”. A associação parece natural — quase óbvia. O contexto é completamente diferente.

Ninguém construiu uma ponte suficientemente clara entre eles. E o problema se agravou quando profissionais bem-intencionados — pessoas realmente comprometidas em fazer as organizações avançarem — começaram a descrever o Agile como “melhor gerenciamento de projetos”. Começaram a escrever livros chamados “Metodologia Agile”. Quando você chama sua abordagem de metodologia, as pessoas a medem pelos padrões de metodologia: artefatos de planejamento, portões de fase, estruturas de entregáveis. Quando o Agile não produz essas coisas — porque nunca foi projetado para isso — ele falha nesses padrões, com razão. O problema não é que o Agile seja uma metodologia ruim. É que o Agile não é uma metodologia. Chamá-lo assim garantiu que todos que buscavam uma metodologia ficassem desapontados, e que todos que o adotaram construíssem algo que o Waterfall já tinha mapeado.

Uma reunião diária vira um relatório de status. Um sprint vira um prazo. Um backlog vira uma lista de tarefas. “Metodologia Agile” vira a frase padrão para algo que os autores do Manifesto não reconheceriam como descrevendo o que construíram. E quando as palavras significam a coisa errada, as práticas construídas sobre elas produzem os resultados errados — com precisão, fidelidade e em escala.

Este tópico é uma correção conceito por conceito. Não um guia de estilo — um guia funcional. Cada post pega uma palavra ou frase que se tornou fundamental na forma como as organizações pensam sobre o Agile, examina o que ela realmente significa e explica o que se perde quando o atalho substitui a substância. Não são apenas diferenças terminológicas. “Resultado Desejado” não é uma palavra mais elegante para “Especificação” — é algo completamente diferente, de um modelo diferente de como o trabalho é feito. O termo é a superfície. O conceito por baixo é o que importa.

O mesmo padrão aparece quando as organizações abordam a IA — e a lacuna conceitual é maior. Com o Agile, os conceitos subjacentes tinham sido pelo menos articulados, mesmo que mal comunicados. Com a IA, os conceitos em si ainda estão sendo formados, e no entendimento público mal estão começando a tomar forma. O vocabulário está correndo à frente da compreensão: IA como “automação”, IA como “ferramenta”, “transformação de IA” como um projeto com data de conclusão. Cada um desses estabelece um modelo mental antes que alguém tenha examinado se ele se encaixa. O que chamamos as coisas molda o que e como construímos. Acertar nas palavras é o pré-requisito para acertar no trabalho.

Há um princípio em ação aqui: os modelos mentais vêm primeiro. A linguagem os expressa. As ações seguem. Quando o modelo mental está desalinhado com o trabalho, o vocabulário que o expressa carrega esse desalinhamento — e as ações construídas sobre esse vocabulário executarão fielmente a compreensão distorcida, em escala, com total comprometimento. Uma mudança de vocabulário sem uma mudança de mentalidade produz, na melhor das hipóteses, uma tabela de tradução: um quadro de equivalências onde “sprint” corresponde a algo como “prazo curto”. Tabelas de tradução permitem que as pessoas operem através da lacuna. Elas não a fecham. Os posts deste tópico almejam fazer mais do que traduzir. Eles almejam mudar o modelo mental.