Agilidade moderna exige mudar como equipes pensam juntas

Tratar agilidade como método de controle empobrece justamente o que ela deveria resolver: a capacidade de agir sob incerteza. Na fala de Diana Montalion em Adaptive Organizations meet Architecture, a crítica ao “ágil morreu” não vira defesa de rituais ou marcas de processo. O ponto é outro. Muitas experiências ruins descritas como agile, segundo ela, foram usos gerenciais de agile: mecanismos para empurrar trabalho, alinhar pessoas e pastorear decisões. Para sistemas complexos, isso falha porque software não é só tecnologia. É um produto sociotécnico: o que as equipes pensam e discutem acaba aparecendo em produção.

O mecanismo aparece quando Montalion desloca a conversa de software para sistemas. O pensamento linear e reducionista é necessário para programar, mas não basta quando a arquitetura depende de relações, eventos, capacidades e efeitos emergentes. Ela lembra que, ao migrar de monólitos para microsserviços, os primeiros serviços pareciam o monólito antigo. A estrutura técnica mudou antes da racionalidade que a produzia. A adaptação da lei de Conway resume a tese: equipes produzem cópias de seus padrões de pensamento e comunicação. Se esses padrões continuam intactos, a nova arquitetura reproduz o velho problema com outra embalagem.

Por isso, as qualidades que ela associa à agilidade moderna são menos cerimoniais e mais cognitivas. Compartilhar expertise, por exemplo, não é uma gentileza abstrata: ela conta que precisou aprender com designers a fazer legendas, cores e formas comunicarem algo nos modelos que usava. Respeitar a liderança dos outros também ganha forma concreta quando uma pessoa nova no time, ainda sem domínio do código, faz perguntas de estimativa que revelam pontos cegos dos engenheiros. A liderança, nesse sentido, não é cargo; é responsabilidade por pensar e expor o próprio raciocínio de modo útil.

A consequência prática é desconfortável para organizações que procuram apenas mais previsibilidade. Sistemas melhores exigem atenção ao modo como decisões são tomadas, contestadas e reparadas. Nos exemplos de Montalion, ignorar verificação de identidade atraiu spam; dispensar testes de desempenho levou a uma queda em produção. Em ambos os casos, a questão não é acertar sempre, mas sustentar um sistema em que responsabilidade, aprendizado e metacognição corrijam o rumo. Antes de trocar mais uma vez o método, a pergunta concreta é quais conversas, incentivos e rituais estão reproduzindo a arquitetura que a empresa diz querer superar.

Assistir ao episódio original

Referências encontradas

Livros

• Zen e a Arte da Manutenção de Motocicletas, de Robert M. Pirsig — Ver livro na Amazon
• Pouvoir de L'engagement Total (French Edition), de Jim Loehr; Tony Schwartz — Ver livro na Amazon
• Hábitos Atômicos: Um Método Fácil e Comprovado de Criar Bons Hábitos e Se Livrar dos Maus- Idioma ‏ : ‎ Português, de James Clear — Ver livro na Amazon

Este post contém links de afiliado. Se você comprar por eles, eu posso receber uma pequena comissão sem custo adicional para você.