Gestão de Filas - Desenvolvimento Lean de Software

1Filas São WIP Oculto

Toda fila é trabalho em progresso que não está progredindo. Filas são onde o trabalho vai para esperar.

Filas óbvias:

O backlog do produto
A fila de revisão de PR
A fila de testes de QA
O cronograma de deploy

Filas menos óbvias:

Tickets "atribuídos" mas não iniciados
Código aguardando conclusão do CI
Decisões aguardando aprovação
Perguntas aguardando respostas

Filas são sorrateiras. Elas parecem organizadas—afinal, o trabalho está rastreado e priorizado. Mas são WIP. Cada item em uma fila adiciona ao lead time. Toda fila é um lugar onde o trabalho espera em vez de fluir.

O Problema do Backlog

Um backlog grande parece que você está organizado. Na realidade, é inventário. A maioria dos itens em um backlog grande nunca será construída, ficará obsoleta antes de ser alcançada ou exigirá redescoberta significativa. Backlogs pequenos não são um problema—são uma funcionalidade.

2Por Que as Filas Crescem

Filas crescem quando a taxa de chegada excede a taxa de saída.

Se o trabalho chega a uma taxa de 10 itens por semana e a etapa pode completar 8 itens por semana, a fila cresce 2 itens semanalmente. Após 10 semanas, há uma fila de 20 itens.

Perto da capacidade, as filas crescem exponencialmente. Com 80% de utilização, as filas são gerenciáveis. Com 90%, elas crescem mais rápido. Com 95%, elas explodem. Isso é teoria das filas—matematicamente comprovado.

A armadilha: Gestores veem uma fila crescendo e pensam "precisamos trabalhar mais rápido". Mas frequentemente o problema não é velocidade—é sobrecarga. A taxa de chegada excede a capacidade. Trabalhar mais duro não resolve a matemática.

Soluções:

Reduzir a taxa de chegada: Diga não a mais trabalho. Seja mais seletivo sobre o que entra no sistema.
Aumentar a capacidade na restrição: Treinamento cruzado. Automatize. Adicione recursos onde a fila se forma.
Limitar WIP: Impeça que o trabalho entre até que haja capacidade para completá-lo.

A última opção—limitar WIP—é frequentemente a mais prática. Não requer contratação ou mudanças importantes. Apenas requer disciplina para não começar mais do que você pode terminar.

O Backlog Cemitério

Um backlog de produto tem 800 itens. A equipe completa 10 itens por sprint. Na taxa atual, limpar o backlog levaria 80 sprints (mais de 3 anos). A maioria dos itens está obsoleta. O backlog não é um plano—é um cemitério de boas intenções.

O Backlog Enxuto

Uma equipe limita seu backlog a 2 sprints de trabalho (~20 itens). Novas ideias são capturadas mas não adicionadas até que haja espaço. Itens que ficam muito tempo são revisados e frequentemente deletados. O backlog permanece fresco e significativo.

3Classes de Serviço

Nem todo trabalho é igual. Alguns itens são urgentes. Alguns são padrão. Alguns têm data fixa (devem ser entregues até uma data). Gerenciar filas efetivamente significa lidar com diferentes tipos de forma diferente.

Classes de serviço definem categorias de trabalho com tratamento diferente:

Expedito: Largue tudo. Isso deve fluir imediatamente. Muito raro (1-2% do trabalho). Frequentemente para emergências de produção.

Data fixa: Tem um prazo. Precisa de capacidade reservada ou rastreamento especial.

Padrão: Trabalho normal. Flui em ritmo normal.

Intangível: Trabalho de melhoria. Débito técnico. Baixa urgência mas importante. Frequentemente agendado como uma porcentagem da capacidade.

O erro é tratar tudo como expedito. Quando tudo é urgente, nada é. Faixas expeditas só funcionam se forem raras.

Classes de serviço ajudam a gerenciar filas ao:

Garantir que trabalho verdadeiramente urgente flua rápido
Proteger capacidade para trabalho com prazo
Prevenir que trabalho urgente sufoque trabalho importante
Tornar trade-offs explícitos

O Teste do Expedito

Se mais de 5% do seu trabalho é 'expedito', você não tem uma faixa expedita—você tem um sistema caótico. Ou as coisas não são realmente expeditas, ou algo está estruturalmente quebrado upstream.