Metodologia Ágil - AguiarDev Talks #52

O ágil já deixou de ser exclusividade da tecnologia, mas entender de onde ele veio ainda ajuda a explicar por que continua tão dominante. Nesta conversa, Silvia Muniz reconstrói a origem do movimento ágil a partir das dores do modelo cascata e mostra, com exemplos do dia a dia — do quadro Kanban da própria casa a projetos de grandes equipes —, como Scrum, Kanban e Sprint se encaixam na prática.

O que foi discutido

• Origem do ágil — o modelo cascata entregava produtos só ao final de anos de desenvolvimento, e frequentemente não era o que o cliente queria.
• Diferença entre Scrum, Kanban e Sprint — três termos usados quase como sinônimos, mas com papéis distintos dentro do processo.
• Aplicação do ágil fora da tecnologia — do planejamento doméstico a áreas como nutrição e nas próprias reuniões familiares.
• Expectativa vs. realidade — "ser ágil" não significa automaticamente fazer mais com menos; depende de regras bem estabelecidas.
• Resistência cultural à mudança — implantar o ágil em um time ou empresa exige tempo, treinamento e escolha estratégica de aliados.
• Papel da documentação no ágil — o mito de que ágil significa "documentação zero".
• Impacto da pandemia na adoção do ágil — o home office acelerou a necessidade de metodologias mais flexíveis e a distância física reforçou a importância dos rituais ágeis.

Sobre Silvia Muniz

Silvia Muniz atua há anos com gestão ágil de projetos, acumulando experiência tanto em times grandes e consolidados quanto na implantação do método em equipes que ainda não tinham essa cultura. Além da atuação profissional, dá aulas sobre o tema para públicos fora da tecnologia — de gerentes de produto a profissionais de marketing e engenharia — e leciona sobre governança e liderança ágil. Também é responsável pelo projeto "Bora Agilizar", com um ano de atividade, e organiza workshops sobre o tema, incluindo uma edição online realizada a pedido do público após a versão presencial em Fortaleza.

Principais pontos

O problema que o ágil veio resolver

O modelo cascata concentrava o contato com o cliente apenas no levantamento de requisitos inicial — depois disso, o desenvolvimento seguia isolado por anos até a entrega final. O risco dessa distância era alto: o produto entregue muitas vezes já não correspondia ao que o cliente esperava, ou tinha ficado desatualizado frente às mudanças do próprio negócio. O ágil nasceu como resposta direta a esse problema, priorizando entregas menores, contínuas, e mantendo o cliente próximo da equipe de desenvolvimento durante todo o processo.

"O objetivo do ágil é exatamente fazer as entregas menores, de forma contínua, e com o cliente próximo da equipe de desenvolvimento." por Silvia Muniz

Scrum, Kanban e Sprint não são a mesma coisa

Silvia desfaz uma confusão comum entre esses termos. O Scrum é um framework — uma estrutura com papéis, eventos e regras que serve como esqueleto adaptável ao contexto do projeto. A Sprint é uma timebox, um ciclo fechado dentro do qual ocorrem os eventos do Scrum: planejamento, daily, review e retrospectiva. Já o quadro Kanban é uma ferramenta visual simples, organizada em colunas — a fazer, fazendo, feito —, usada para priorizar atividades sem necessariamente estar vinculada a horários fixos, diferente de uma agenda tradicional.

"O Scrum, na verdade, ele é um framework, [...] como se fosse um esqueleto, onde ele tem um guia, ele tem os eventos, ele tem os papéis." por Silvia Muniz

Ágil não é sinônimo automático de "fazer mais com menos"

Um dos pontos mais diretos da conversa é o alerta contra a expectativa de que adotar Scrum ou qualquer metodologia ágil dobra a produtividade por si só. Na prática, a entrega mais rápida depende de disciplina: quebra correta de histórias grandes em partes mensuráveis, técnicas de priorização claras e regras definidas sobre como lidar com novas demandas no meio de uma Sprint. Sem esses fundamentos, o ágil vira apenas um rótulo sobre um processo que continua desorganizado.

"As pessoas colocam histórias gigantes que não conseguem ser pontuadas de forma clara, fica aquela coisa muito no achômetro." por Silvia Muniz

Implantar o ágil é uma mudança cultural, não um interruptor

Silvia relata duas experiências de implantação — uma em que a escolha estratégica de aliados internos (um Product Owner aberto à inovação) garantiu apoio da instituição inteira, e outra mais recente, em um projeto que já dizia seguir o ágil, mas de forma superficial ("zumbi-ágil", nas palavras dela). Em ambos os casos, o processo exigiu treinamento direto da equipe, implantação de métricas que não existiam e tempo para que o time confiasse no novo formato. Os resultados, quando a mudança é bem conduzida, aparecem já nas primeiras Sprints.

"O ágil, ele é uma mudança cultural. Você não consegue colocar dentro de uma empresa do dia para a noite." por Silvia Muniz

O mito da falta de documentação e o efeito da pandemia

Silvia rebate a ideia de que times ágeis não documentam nada — o que muda é o tipo de documentação: só o necessário, dentro de ferramentas como o Jira, evitando o acúmulo de material que fica desatualizado rapidamente. Ela também aponta a pandemia como um acelerador da adoção do ágil: o isolamento afastou fisicamente clientes e equipes justamente no momento em que a proximidade era mais necessária, o que reforçou o valor dos rituais ágeis (dailies, reviews, refinamentos) como o elo que sustentava a continuidade dos projetos à distância.

"Muita gente acha assim, o ágil é contra documentação, não é por aí. Não é bem assim." por Silvia Muniz

Frase de destaque

"Eu sou a rainha das métricas, a rainha dos dados, eu gosto de ver tudo, um monte de dashboard, um monte de coisa." por Silvia Muniz

Lições do episódio

1. Ágil resolve um problema específico — a distância entre o que é construído e o que o cliente realmente precisa — e não é uma garantia automática de produtividade.
2. Scrum, Kanban e Sprint têm papéis diferentes: framework, ferramenta visual e ciclo de tempo, respectivamente — confundi-los atrapalha a adoção.
3. Nenhuma metodologia ágil funciona sem regras básicas de priorização e quebra de demandas — a flexibilidade do ágil não substitui a disciplina.
4. Implantar o ágil é uma mudança cultural: exige tempo, treinamento e, muitas vezes, escolher com cuidado os primeiros aliados dentro da equipe.
5. Documentação no ágil não desaparece — ela é reduzida ao que é realmente útil e evita o acúmulo de material desatualizado.