A diretoria altera a prioridade numa quinta-feira. Na sexta, o time responde que não dá, porque a sprint já começou. Duas semanas depois, quando o time finalmente pode pegar o novo pedido, a prioridade já mudou outra vez. Repare que ninguém errou. Tem daily, tem quadro, tem sprint, tem Product Owner. O processo está sendo seguido à risca. E, mesmo assim, a empresa não consegue mudar de ideia.
Se essa cena te parece familiar, você já intui a tese deste texto: agilidade não é o método que você usa, é o quanto custa mudar de ideia na sua empresa.
Por que essa pergunta continua sendo feita depois de 25 anos
Estranho, não? O Manifesto Ágil é de 2001. Praticamente toda empresa média ou grande do Brasil já passou por alguma iniciativa de transformação. E “o que é agilidade” segue sendo uma das buscas mais frequentes entre quem trabalha com produto e tecnologia.
A pergunta insiste porque a resposta mais comum está errada. Perguntam “o que é agilidade” e recebem “é Scrum”, “é trabalhar em sprints”, “é o Manifesto Ágil”. Isso responde a como alguns times operam, não ao que eles estão tentando conquistar.
É como responder “o que é saúde?” com “é academia”.
Aqui na Nower/K21 a gente vê isso o tempo todo em turmas e em consultorias: empresas com todos os rituais no lugar e nenhuma capacidade real de responder a mudança. Já contei neste blog a minha experiência no TRE-RJ, onde a troca de presidência mudava a diretoria, que mudava as ideias, que mudava o escopo, e projetos de meses morriam. O problema nunca foi falta de cerimônia. Era o custo brutal de mudar de rota.
A definição: perceber, decidir, responder
Agilidade é a capacidade de perceber uma mudança, decidir o que fazer com ela e responder com qualidade, num tempo em que a resposta ainda importa.
São três capacidades distintas, e a maioria das empresas só trabalha com uma.
Perceber. Quanto tempo leva para o mundo mudar e para a sua empresa ficar sabendo? Se o feedback do cliente chega por meio de um relatório trimestral, você fica cego por três meses, independentemente de quantas dailies fizer.
Decidir. Quantos “sim” são necessários para trocar uma prioridade? Se são sete, o problema não está no time. Está na estrutura de decisão.
Responder. Depois de decidido, quanto tempo até estar nas mãos do cliente? Aqui moram os temas clássicos: tamanho de lote, dependências entre times, qualidade técnica, dívida técnica.
Um time pode ser excelente em responder, e a empresa pode continuar lenta, porque leva seis semanas para decidir. Foi isso que a maior parte das transformações ágeis fez: otimizou a terceira capacidade e ignorou as duas primeiras.
No futebol, o jogador ágil não é o que corre mais rápido em linha reta. É o que muda de direção sem perder o controle da bola. Velocidade sem capacidade de mudar de direção tem outro nome: teimosia acelerada.
Como medir a agilidade da sua empresa (sem framework nenhum)
Definição que não vira medida vira pôster na parede. Então, quatro perguntas que qualquer pessoa consegue responder sobre a própria empresa:
| Pergunta | O que ela mede | Sinal de rigidez |
|---|---|---|
| Quanto tempo entre uma decisão de negócio e a primeira entrega dela em produção? | Ciclo completo (decidir + responder) | Meses |
| Quantas aprovações são necessárias para alterar a prioridade do trimestre? | Custo de decisão | Mais de duas |
| Quanto se perde ao matar uma iniciativa pela metade? | Tamanho do lote | Meses de trabalho jogados fora |
| Com que frequência algo vai para produção? | Custo de responder | Menos de uma vez por semana |
Perceba que nenhuma dessas perguntas menciona Scrum, Kanban, squad ou tribo. Elas funcionam num banco, numa fábrica, num tribunal e numa startup.
Se as respostas forem ruins, adotar mais uma cerimônia não vai ajudar. Métodos ágeis são meios para reduzir esses números, não a definição de agilidade. É por isso que dá para ter Scrum e não ter agilidade: quando o método vira ritual, ele mexe só na última etapa. Bem usado, ele ataca as três.
Onde Scrum e Kanban entram de verdade
Lembra do time que respondeu “não dá, a sprint já começou”? Isso não é Scrum. É o oposto dele.
A sprint não existe para proteger o time da mudança. Ela existe para garantir que ninguém fique por mais de duas semanas sem poder mudar de ideia. Um Product Owner com autoridade real para repriorizar e uma revisão com quem de fato usa o produto são mecanismos de decisão barata, não de blindagem.
O Kanban ataca as outras duas pontas. Ele torna visível o que estava invisível: onde o trabalho para, quanto tempo cada item espera, quais são as filas. Você não consegue medir a primeira linha da tabela sem isso. E, diferente do Scrum, ele atravessa a fronteira do time, que é onde a maior parte da lentidão organizacional mora.
| Capacidade | O que a torna cara | O que ataca isso |
|---|---|---|
| Perceber | Ninguém mede espera, feedback chega tarde | Kanban: fluxo visível, métricas de tempo |
| Decidir | Prioridade congelada, aprovação em série | Scrum: cadência curta, PO com autoridade |
| Responder | Lote grande, dependências, dívida técnica | Ambos: limite de trabalho em progresso, fatiamento |
O motivo pelo qual tantas empresas têm os dois e continuam lentas não é que os métodos tenham falhado. É que foram implantados como quadro e cerimônia, sem tocar em quem decide nem em quanto tempo se espera.
Agilidade não é velocidade
Essa confusão custa caro. Muita empresa comprou agilidade achando que comprava aceleração, e o resultado foi produzir coisa errada mais rápido.
Agilidade inclui a capacidade de parar. De matar uma iniciativa no meio porque a evidência mudou. De dizer “isso não faz mais sentido” sem que ninguém perca o emprego por isso.
Empresa que não consegue parar não é ágil. É só ocupada.
Para quem não é da área de tecnologia
Pensa no orçamento anual. Ele é decidido em outubro, aprovado em dezembro e executado o ano inteiro. Se o mercado mudar em março, quanto custa realocar aquele dinheiro?
Se a resposta for “não dá, já está aprovado”, a sua empresa não tem problemas com time ágil. Tem um problema de agilidade financeira. E nenhum quadro no Jira resolve isso.
Agilidade é uma característica do sistema como um todo: orçamento, contrato, estrutura de decisão, arquitetura de software, política de pessoas. Os times são a parte mais visível e, quase sempre, a mais fácil.
Por onde começar
Se você fosse fazer uma coisa só depois de ler isto, faria esta: medir a segunda pergunta da tabela. Conte quantas aprovações são necessárias para alterar a prioridade na sua empresa. É o número mais barato de levantar e o mais revelador, porque expõe onde a agilidade realmente trava, que raramente é no time.
Depois disso, sim, vale entender as ferramentas que ajudam a reduzir esses números: o que são os métodos ágeis, como Scrum e Kanban. Na ordem certa: Meça primeiro. Depois, escolha o método de acordo com a capacidade que você precisa destravar, não pelo que está na moda.
Pronto pra dar o próximo passo?
Conheça os cursos da K21 e leve essas ideias pra prática com quem vive agilidade todo dia.
Ver cursos de Scrum e Kanban.
Perguntas frequentes
O que é agilidade nas empresas?
Agilidade é a capacidade de uma empresa perceber uma mudança, decidir o que fazer e responder com qualidade enquanto a resposta ainda é relevante. Não se trata apenas de velocidade ou de seguir rituais como Scrum, mas do custo de mudar de ideia. Uma organização ágil consegue adaptar prioridades e rotas sem perder o controle.
Quais são as três capacidades que definem a agilidade organizacional?
A agilidade depende de três etapas: perceber a mudança rapidamente através de feedback, decidir o rumo com o mínimo de aprovações necessárias e responder entregando valor ao cliente. Muitas transformações falham porque focam apenas na capacidade de responder, otimizando o trabalho dos times enquanto ignoram a lentidão nos processos de percepção e de decisão da empresa.
Como medir a agilidade de uma empresa sem usar frameworks?
A agilidade pode ser medida avaliando o tempo entre uma decisão de negócio e a entrega em produção, a quantidade de aprovações para mudar uma prioridade, o volume de trabalho perdido ao cancelar iniciativas e a frequência das entregas. Se esses indicadores forem ruins, apenas adicionar rituais como reuniões diárias ou quadros não tornará a empresa ágil.
Qual é a função do Scrum e do Kanban na agilidade?
O Scrum atua facilitando decisões baratas por meio de ciclos curtos e papéis com autoridade de repriorização. Já o Kanban ataca a percepção e o tempo de resposta ao tornar visíveis as filas, gargalos e esperas que atravessam a organização. Para começar, recomenda-se medir o número de aprovações necessárias para mudar prioridades antes de adotar métodos.
Pronto pra dar o próximo passo?
Conheça os cursos da K21 e leve essas ideias pra prática com quem vive agilidade todo dia.
Ver cursos K21