O que é metodologia ágil
Ágil não é um processo, é um conjunto de valores sobre como lidar com incerteza. Scrum, Kanban e XP são métodos que tentam colocá-los em prática, e não são a mesma coisa.
A primeira imprecisão está no nome. "Metodologia ágil" no singular não existe: o que existe é um conjunto de valores publicado em 2001 no Manifesto para Desenvolvimento Ágil de Software, e uma família de métodos que se declaram alinhados a ele.
Essa distinção não é preciosismo. É o que separa um time que adapta o próprio processo de um time que segue um ritual porque alguém disse que é assim que se faz.
Indivíduos e interações
acima de processos e ferramentas.
Software em funcionamento
acima de documentação abrangente.
Colaboração com o cliente
acima de negociação de contratos.
Responder a mudanças
acima de seguir um plano.
A parte do manifesto que quase todo mundo esquece
Os quatro valores acima terminam com uma frase que costuma ser cortada na citação: "ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda".
Isso muda tudo. O manifesto nunca disse para abandonar documentação, plano, processo ou contrato. Disse para não sacrificar o resultado em nome deles. A leitura popular, "ágil significa não documentar", inverte o texto original.
Além dos quatro valores, o manifesto traz doze princípios, entre eles entregar valor com frequência, aceitar mudança de requisitos mesmo tarde no desenvolvimento, e manter um ritmo de trabalho sustentável indefinidamente.
Scrum, Kanban e XP: o que muda entre eles
Scrum organiza o trabalho em sprints de duração fixa, com três responsabilidades (Product Owner, Scrum Master e Developers) e eventos definidos: planejamento, reunião diária, revisão e retrospectiva. É o método mais adotado, e também o mais frequentemente aplicado só na superfície.
Kanban não exige iteração nem papéis. Visualiza o fluxo, limita o trabalho em progresso e evolui o processo existente de forma incremental. Serve bem quando a demanda é imprevisível e não cabe em ciclos fechados.
Extreme Programming (XP) foca em práticas técnicas: programação em par, desenvolvimento guiado por testes, integração contínua e refatoração constante. É o método que mais fala sobre como o código é escrito, e não apenas sobre como o trabalho é organizado.
O que virou folclore
"Ágil é fazer mais rápido." Não é. Ágil é encurtar o intervalo entre uma decisão e o feedback sobre ela. Times ágeis frequentemente entregam menos escopo por ciclo, só descobrem mais cedo qual escopo importava.
"Reunião diária é para dar status ao gestor." O propósito é o time sincronizar o plano do dia e explicitar impedimentos. Quando vira prestação de contas, ela perde a função e vira imposto de quinze minutos.
"Ágil dispensa planejamento." O manifesto diz para responder a mudanças acima de seguir um plano, o que pressupõe que exista um plano. A diferença é tratá-lo como hipótese revisável, não como compromisso imutável.
Como saber se está funcionando
O melhor teste não é quantas cerimônias o time faz, e sim quanto tempo passa entre alguém ter uma ideia e essa ideia estar na mão de quem usa. Se esse intervalo não diminuiu, os rituais estão rodando sem efeito.
O segundo teste é a retrospectiva: se as ações combinadas nela mudam alguma coisa no ciclo seguinte, o processo está vivo. Se elas se repetem trimestre após trimestre, o time está registrando frustração, não melhorando.
Perguntas frequentes
- Metodologia ágil é o mesmo que Scrum?
- Não. Ágil é um conjunto de valores e princípios publicado no Manifesto Ágil, em 2001. Scrum é um framework específico que busca implementá-los, com sprints de duração fixa, responsabilidades e eventos definidos. Kanban e XP são outros métodos alinhados aos mesmos valores, com escolhas bastante diferentes.
- Ágil serve para times que não são de software?
- Os valores e princípios se aplicam bem a qualquer trabalho com incerteza alta, marketing, produto, pesquisa, operações. O que costuma não transferir bem são as práticas técnicas do XP, que pressupõem código. Vale adotar o raciocínio e adaptar as práticas, em vez de importar rituais inteiros.
- Qual método escolher para começar?
- Se a demanda do time chega de forma imprevisível e o processo atual já existe, Kanban costuma ser o começo mais suave, porque não exige reorganizar papéis. Se há escopo que vale proteger por algumas semanas e um produto com direção definida, Scrum dá mais estrutura. Muitos times acabam num híbrido, e isso não é um problema.
- Ágil funciona com time distribuído?
- Funciona, mas exige compensar o contexto que a presença física dava de graça. Na prática isso significa documentar decisões de forma acessível, manter os rituais com horário fixo e reduzir a dependência de sincronia, caso contrário o time troca colaboração por excesso de reuniões.
Continue por aqui
- O que é KanbanKanban é um método de gestão de fluxo de trabalho que torna o trabalho visível e limita quanto se faz ao mesmo tempo. O quadro é a parte visível; o limite é a parte que funciona.
- Gestão de projetos sem espalhar o trabalho em cinco ferramentasKanban, cronograma em Gantt, dependências, dashboards e a caixa de entrada do projeto no mesmo lugar. O Workspacefy junta o que normalmente exige quatro assinaturas separadas.
- O que é OKROKR é um método de definição de metas que separa aonde você quer chegar (objetivo) de como você saberá que chegou (resultados-chave). O erro mais comum é confundir resultado-chave com tarefa.
- Gestão de equipes quando ninguém está sentado na mesma salaCarga de trabalho visível, rituais que ocupam espaço real no calendário e todo o contexto no mesmo lugar onde o trabalho acontece.
Um workspace que acompanha o método, não o contrário
Kanban com limite de WIP para fluxo contínuo, timeline com dependências para escopo com data, na mesma coleção de tarefas.
Comece grátis