Categorização e Prioridade

"Se tudo é prioridade, nada é prioridade."

O backlog infinito. A caixa de entrada transbordando. Stakeholders competindo por atenção a cada hora no chat da empresa. Como decidir o que fazer primeiro quando cada área jura que a sua demanda é a mais crítica do trimestre? A resposta não está em trabalhar mais horas por noite, mas em categorização clara e priorização honesta.

Na gestão de tecnologia e operações, a falta de filtro transforma equipes excelentes em centrais de atendimento reativo. Quando aceitamos colocar tudo em andamento ao mesmo tempo para não desagradar ninguém, contratamos o atraso generalizado de todas as entregas.

A matemática implacável das filas: Lei de Little e Pareto

Não se trata apenas de percepção; é matemática pura de operações. Em 1961, o professor do MIT John D. C. Little provou o teorema fundamental da teoria das filas, conhecido mundialmente como Lei de Little: o tempo médio que uma entrega leva para atravessar um sistema (Lead Time) é diretamente proporcional à quantidade de trabalho em andamento (Work in Progress, ou WIP) dividida pela taxa média de conclusão.

Traduzindo para a rotina de qualquer time técnico: se uma equipe consegue concluir 5 demandas por semana, mas aceita abrir 25 demandas simultaneamente porque "todas são prioridades máximas", o tempo médio de espera de cada item multiplica por cinco, mesmo sem contar o custo invisível da troca de contexto.

Além disso, como demonstrou Joseph Juran ao aplicar o Princípio de Pareto à gestão da qualidade (Juran's Quality Handbook), as demandas de uma empresa nunca têm pesos iguais. Existe uma separação clara entre os "poucos vitais" (vital few), que geram a imensa maioria do resultado estratégico e financeiro, e os "muitos triviais" (useful many), que consomem semanas da engenharia sem mover o ponteiro do negócio.

A matriz de Eisenhower adaptada

Para separar os poucos vitais do barulho diário, um primeiro filtro simples continua sendo a clássica matriz atribuída a Dwight Eisenhower e popularizada por Stephen Covey:

• Urgente + Importante: Faça agora. São incidentes críticos em produção, bloqueios reais de faturamento ou riscos imediatos de segurança.
• Importante + Não Urgente: Agende. É onde mora a arquitetura sustentável, a prevenção de falhas, a automação e a evolução real do produto.
• Urgente + Não Importante: Delegue ou simplifique. Muitas vezes a urgência aqui é apenas a ansiedade ou a falta de planejamento de quem pediu na última hora.
• Não Urgente + Não Importante: Elimine sem remorso.

No papel, essa divisão parece simples. Na trincheira, o difícil é ter coragem executiva de dizer "não" para o que não importa quando o pedido vem embalado com pressão política.

Framework de priorização e o Custo do Atraso

Para tirar a discussão do campo da opinião ("quem grita mais alto leva") e trazê-la para critérios objetivos, avalio quatro dimensões em cada demanda relevante:

1. Impacto

Se fizermos isso agora, qual é o tamanho verificável do resultado? Afeta receita diretamente? Protege a retenção de clientes? Resolve um problema crítico para muitas pessoas na operação?

2. Esforço

Quanto custa construir e manter essa entrega? Não olhe apenas os dias de desenvolvimento inicial: conte tempo de testes, dinheiro de infraestrutura e energia cognitiva do time.

3. Risco de não fazer (Custo do Atraso)

O que acontece se ignorarmos essa demanda por trinta dias? Vai piorar exponencialmente? Vai gerar multa ou bloquear outra frente? No livro de referência The Principles of Product Development Flow (2009), Donald G. Reinertsen mostrou que a falha mais grave na gestão de desenvolvimento é ignorar o Custo do Atraso (Cost of Delay): quantificar quanto a empresa perde por semana ao adiar uma entrega crítica em favor de tarefas cosméticas.

4. Dependências

Outras frentes dependem dessa entrega para destravar? Ou esse projeto depende de decisões externas, dados e contratos que ainda nem existem? Começar algo bloqueado na origem apenas entope a fila.

O poder do "não"

Todo "sim" dito sem critério é um "não" implícito para outra coisa mais importante que já estava na fila. Recursos são finitos. Tempo é finito. Energia de atenção da equipe é finita.

Líderes que não sabem dizer "não" tentando agradar a todos os solicitantes acabam com times esgotados e entregas medíocres. Uma técnica simples que uso em alinhamentos executivos é tornar a fila visível: "Podemos colocar essa nova demanda hoje mesmo, desde que a gente escolha juntos qual dessas duas entregas críticas em andamento será pausada agora." Na metade das vezes, o próprio solicitante percebe que o pedido pode esperar o próximo ciclo. Priorizar é escolher. E escolher significa recusar.

Reavalie constantemente

Prioridades mudam. O mercado muda. O contexto operacional muda. O que era vital no trimestre passado pode ter perdido sentido hoje. Reserve um espaço fixo na rotina para revisar o que está na lista, limpar o backlog antigo que ninguém mais lembra por que foi aberto e questionar se a direção atual ainda gera retorno.

Gestão de prioridades não é um evento único de planejamento anual. É disciplina contínua de proteger o foco de quem constrói.

---

Referências e leituras verificáveis

• Little, J. D. C. (1961). A Proof for the Queuing Formula: L = λW. Operations Research, 9(3), 383-387.
• Reinertsen, D. G. (2009). The Principles of Product Development Flow: Second Generation Lean Product Development. Celeritas Publishing.
• Juran, J. M. (1951 / 1999). Juran's Quality Handbook (conceito dos Vital Few and Trivial Many aplicado a partir de Vilfredo Pareto). McGraw-Hill.