Enquanto a era pesada da entrega de software cometeu o erro de dar muito valor à atividade, a era ágil dá muita ênfase à velocidade. Miopia de velocidade significa que coisas boas conhecidas, como pequenos lotes, são enquadradas puramente em termos de tornar as equipes mais rápidas. Os outros benefícios dos pequenos lotes são ignorados e perdidos na pressa de otimizar a velocidade em linha reta.
Benefícios de Pequenos Lotes
Pequenos lotes removem o emaranhado de complexidade que se insinua quando você reúne muitas mudanças de uma vez. Pode ser tentador descartar isso como uma parte necessária do processo, mas isso suga tempo e esforço de atividades valiosas.
Quando Richard Feynman foi enviado de Los Alamos para o Oak Ridge National Laboratory para melhorar a segurança do armazenamento de urânio altamente explosivo, um fator-chave era a quantidade de material armazenado junto. Colocar muito material em um lugar poderia fazer com que ele explodisse espontaneamente.
As equipes de software precisam entender que esse princípio se aplica a mudanças também. Quando há muita mudança, interações perigosas se manifestam em cada estágio do processo de entrega. Mesclar mudanças, testar o software, corrigir os problemas que você descobre, atualizar um armazenamento de dados e lançar a nova versão, tudo isso ocorre com maior risco quando você agrupa as mudanças.
O software pode não explodir literalmente, mas o custo do movimento para um lote de trabalho é drasticamente maior do que o custo do movimento para uma única mudança, e aumenta superlinearmente. Imagine arrastar um controle deslizante por uma barra, com "trabalho valioso" à esquerda e "retrabalho e remediação" à direita. O tamanho do lote move o controle deslizante para a direita em saliências cada vez mais amplas.
Pequenos lotes têm muitos benefícios técnicos e também ajudam a organização a responder a condições de mudança e novos conhecimentos, fornecendo muitas oportunidades para redirecionar seu investimento. Você pode atingir uma meta com menos mudanças do que o previsto, permitindo que você pare mais cedo e passe para uma nova meta. Ou você pode perceber que a abordagem atual não funcionará, permitindo que você tente uma abordagem diferente antes de ficar sem orçamento.
Mais crucialmente, pequenos lotes permitem que você receba feedback mais cedo. Esse feedback garante que seu investimento e esforço estejam tendo o impacto pretendido. E essa é a parte que muitas organizações falham em conectar — a um custo significativo para seus objetivos.
Centrismo no Usuário é Crucial
Na pressa de entregar o trabalho rapidamente, as organizações não estão ouvindo o feedback. Por muitos anos, pessoas inteligentes têm dito que você tem que ir devagar para ir rápido. Se você não tem tempo para fechar os ciclos de feedback enquanto acelera a lista de recursos a serem entregues, é hora de descobrir que "mais rápido é mais lento", como Peter Senge, cientista de sistemas e autor de The Fifth Discipline, disse.
O programa de pesquisa DORA também encontrou esse conceito de desacelerar para se mover mais rápido. O State of DevOps Report introduziu o conceito de equipes centradas no usuário em 2023, e as descobertas foram validadas mais uma vez em 2024.
O superpoder das equipes centradas no usuário é que elas podem atingir os mais altos níveis de desempenho do produto com menor rendimento. Equipes de alto rendimento podem ser capazes de entregar com muito mais frequência, mas sem esse feedback crucial, elas criam recursos de baixo valor.
Recursos bem-sucedidos não são apenas aqueles entregues no prazo e no orçamento — ou incrivelmente rápidos. Eles são recursos que encantam os usuários ao melhorar sua capacidade de realizar suas tarefas. Quando você pode entregar uma alta taxa de recursos bem-sucedidos, não precisa depender do volume de mudanças exigido por organizações de sucesso e fracasso.
