Taxa de Utilização em Software Houses: Como Medir Capacidade, Ociosidade e Margem
Utilização é o indicador econômico mais sensível de uma empresa de serviços de tecnologia: erra por baixo e a margem desaparece, erra por cima e a qualidade cai junto com as pessoas. Este guia mostra como separar horas faturáveis de investimento interno, calcular capacidade e ociosidade, definir metas por função e montar um dashboard semanal de alocação.
Em uma software house, o estoque é invisível. Ele não fica em prateleira: ele passa. Cada hora de uma pessoa que não é vendida, não é investida em algo que gera receita futura e não é usada para melhorar a operação simplesmente evapora ao fim do dia. É por isso que a taxa de utilização — o utilization rate — é o indicador econômico mais sensível desse tipo de negócio.
Ao mesmo tempo, é o indicador mais fácil de usar mal. Empresas que transformam utilização em meta individual acabam com apontamento criativo, revisão de código apressada, zero investimento em aprendizado e uma equipe exausta que entrega mais horas e menos software. A ambição correta não é maximizar utilização: é encontrar a faixa em que ela sustenta margem sem corroer qualidade e capacidade futura.
Neste guia usamos a mesma lógica que aplicamos na operação da Shinier e nas software houses que acompanhamos: primeiro definimos o indicador, depois separamos as categorias de hora, calculamos capacidade real e ociosidade, definimos metas por função, ligamos utilização a margem por projeto e fechamos com um modelo de dashboard semanal de capacidade e alocação que cabe em uma reunião de trinta minutos.
💡 O maior erro de gestão: tratar utilização como nota de desempenho individual. Utilização é responsabilidade de quem vende, prioriza e aloca — não de quem executa. Quando vira cobrança pessoal, o indicador para de descrever a realidade e passa a descrever o medo das pessoas.
O que é taxa de utilização em software houses e consultorias?
Taxa de utilização é a razão entre as horas efetivamente aplicadas em trabalho que gera receita e a capacidade disponível de uma pessoa, time ou empresa em um período. A fórmula base é simples: utilização = horas faturáveis ÷ capacidade disponível × 100. A dificuldade nunca está na conta: está em definir com honestidade o que entra no numerador e o que entra no denominador — e em manter essa definição estável ao longo dos trimestres.
Utilização faturável
Considera apenas horas vinculadas a um contrato que gera receita — projeto por escopo, alocação por squad, sustentação com contrato mensal. É a medida mais próxima da caixa e a que deve conversar diretamente com o faturamento do mês. Uma pessoa com 160 horas de capacidade e 112 horas em contrato tem 70%.
Utilização produtiva
Soma às horas faturáveis o trabalho interno que gera valor econômico reconhecido: produto próprio, automações que reduzem custo, pré-venda técnica e formação de pessoas. Serve para responder se o tempo não vendido está sendo investido ou desperdiçado — duas coisas muito diferentes.
Utilização de capacidade
Compara as horas alocadas com a capacidade teórica total, incluindo férias, feriados e afastamentos. É a visão de planejamento: mostra quanto do time está comprometido nas próximas semanas e antecipa tanto o buraco de receita quanto o risco de sobrevenda.
Por que três leituras e não uma
Empresas de serviços chegam a números muito diferentes partindo dos mesmos apontamentos, dependendo de qual variação usam — é o ponto central dos materiais de benchmark da Productive e da BigTime. Se a diretoria olha utilização faturável, a liderança técnica olha utilização produtiva e o financeiro olha capacidade, a discussão vira briga de planilha. Escolha uma definição oficial para meta, publique as outras duas como apoio e documente a regra em uma página só.
Sua software house sabe a margem real de cada projeto?
No Shinier Accelerator, software houses estruturam capacidade, precificação e alocação com ferramentas de precificação, fluxo de caixa e roadmap integradas — com acompanhamento de quem já operou esse modelo por anos.
Falar sobre a minha software houseComo separar horas faturáveis, não faturáveis e investimento interno?
Sem taxonomia de horas, utilização é ficção. A recomendação prática é trabalhar com quatro baldes — e apenas quatro, porque taxonomias com quinze categorias fazem as pessoas escolherem a primeira opção da lista em vez da correta.
1. Horas faturáveis
Trabalho vinculado a contrato ativo: desenvolvimento, análise, testes, deploy, reunião com cliente, correção dentro de garantia contratada. Regra de ouro: se existe um contrato que sustenta aquela hora, ela é faturável mesmo que o modelo comercial seja escopo fechado e não hora vendida.
Em contratos de escopo fechado, aponte a hora real mesmo quando ela ultrapassa o orçado. É essa diferença que revela projetos que consomem margem silenciosamente.
2. Investimento interno
Horas não faturáveis com retorno esperado: produto próprio, biblioteca interna, automação de deploy, treinamento formal, mentoria de pessoas juniores, pré-venda e prova de conceito comercial.
Esse balde precisa ter dono, teto e revisão trimestral. Investimento sem teto vira desculpa; investimento sem dono vira hobby caro.
3. Overhead operacional
Reuniões internas de gestão, rituais da empresa, administrativo, recrutamento, onboarding. É custo legítimo, mas cresce sem barulho. Quando o overhead passa de 15% da capacidade total, quase sempre há excesso de reunião recorrente que ninguém teve coragem de cancelar.
4. Retrabalho e desperdício
Correção fora de garantia, bug de regressão, refação por requisito mal levantado, espera por dependência de cliente. Separar esse balde é doloroso e transformador: ele mostra que parte do que parecia utilização saudável é, na verdade, custo de má qualidade sendo pago duas vezes.
🎯 Regra de apontamento: lançamento diário, no máximo em blocos de trinta minutos, com o projeto obrigatório e comentário livre opcional. Apontamento semanal feito na sexta-feira é memória, não dado — e memória sempre arredonda a favor de quem preenche.
Qual taxa de utilização é saudável para cada função?
Meta única para a empresa inteira é o atalho mais comum e mais caro. Cada função tem uma composição de trabalho diferente, e uma pessoa que revisa, desbloqueia e ensina gera valor justamente nas horas que não aparecem como faturáveis. As faixas abaixo são pontos de partida coerentes com os benchmarks de agências e consultorias — e devem ser calibradas com o histórico da sua operação.
| Função | Faixa saudável | Por quê |
|---|---|---|
| Dev pleno e sênior alocado | 70% a 80% | Precisa de folga para revisão de código, apoio a colegas e incidentes. |
| Dev júnior | 55% a 70% | Parte relevante do tempo é aprendizado supervisionado — e isso é investimento, não perda. |
| Tech lead / arquiteto | 50% a 65% | O valor está em decisão técnica, revisão e desbloqueio de várias frentes. |
| Designer / UX | 65% a 75% | Pesquisa e design system consomem tempo não vendido com retorno direto na entrega. |
| Gestão de projeto | 40% a 60% | Coordenação, risco e relacionamento nem sempre são faturáveis, mas seguram margem. |
| Comercial e liderança | até 30% | Ocupar essas pessoas em entrega é a forma mais rápida de secar o funil do trimestre seguinte. |
Na média ponderada da empresa, uma operação saudável de serviços costuma ficar entre 65% e 75% de utilização faturável. Abaixo de 60% de forma sustentada, o problema é comercial ou de alocação. Acima de 85%, o problema é iminente: falta folga para absorver variação, e a conta chega em forma de atraso, bug e pedido de demissão.
Como calcular capacidade, ociosidade e margem por projeto?
Capacidade teórica é fácil e enganosa. Capacidade real é o que sobra depois de descontar tudo que já está comprometido antes de qualquer projeto existir.
Capacidade real
Parta das horas úteis do mês (algo entre 168 e 176 na maioria dos meses), subtraia férias proporcionais, feriados, licenças e o overhead fixo de rituais. Em uma operação típica, 176 horas viram cerca de 140 horas de capacidade real por pessoa.
Planejar venda em cima de 176 horas é o erro de origem que gera equipe sobrevendida e cronograma impossível já na assinatura do contrato.
Ociosidade
Ociosidade é a capacidade real menos as horas faturáveis e o investimento interno planejado. Ela tem custo direto: multiplique as horas ociosas pelo custo-hora totalmente carregado (salário, encargos, benefícios, ferramentas e rateio de estrutura) e você tem, em reais, o tamanho do buraco do mês.
Separe ociosidade planejada (folga proposital entre projetos) de ociosidade involuntária (falta de venda ou espera por cliente). Só a segunda é problema.
Margem bruta por projeto, passo a passo
- Receita reconhecida no período — o que de fato foi entregue e pode ser faturado, não o valor total do contrato.
- Custo direto — horas apontadas no projeto multiplicadas pelo custo-hora carregado de cada pessoa, mais licenças e infraestrutura dedicadas.
- Margem bruta = (receita − custo direto) ÷ receita × 100. Em serviços de tecnologia, projetos saudáveis costumam ficar acima de 45% a 50% de margem bruta, antes de despesas comerciais e administrativas.
- Taxa efetiva por hora — receita reconhecida dividida pelas horas realmente gastas. Esse número, comparado com a taxa contratada, revela em segundos quanto de desconto invisível o projeto está dando.
Utilização alta com margem baixa
É o cenário mais perigoso e o mais frequente: o time está 90% ocupado e a empresa não gera caixa. Quase sempre a causa é uma destas três — preço abaixo do custo real, escopo aberto sem aditivo ou retrabalho consumindo horas que já foram vendidas uma vez. Nenhuma delas se resolve pedindo mais horas às pessoas; todas se resolvem em contrato, priorização e qualidade.
Por que 100% de utilização reduz qualidade e inovação?
A resposta está na teoria de filas, e Goldratt já a tinha escrito em A Meta: em um sistema com variação, a fila cresce de forma não linear conforme a ocupação se aproxima de 100%. Um recurso 70% ocupado absorve um imprevisto sem atrasar nada; o mesmo recurso 95% ocupado transforma qualquer imprevisto em atraso em cadeia — e software é, por definição, um trabalho com variação alta.
Na prática, a folga é o que paga a revisão de código feita com atenção, a refatoração antes que a dívida técnica vire incidente, a documentação que evita dependência de uma única pessoa e a resposta rápida quando a produção cai. Todas essas atividades aparecem como "hora não faturável" na planilha e como lead time menor e menos falhas nas métricas de entrega acompanhadas pelo DORA.
Há ainda o efeito humano. Utilização perto do teto por trimestres seguidos é o caminho direto para esgotamento, queda de qualidade e saída das pessoas mais experientes — as mesmas que sustentavam a produtividade que a meta tentava proteger. Recontratar e treinar custa muito mais do que os 20% de folga que teriam evitado a saída.
Por isso a meta correta é uma faixa, não um teto: entre 70% e 80% para quem entrega, com revisão trimestral. Fora dela para baixo, é conversa com o comercial; fora dela para cima por mais de um mês, é decisão de contratar, subir preço ou recusar projeto.
Como combinar utilization rate, lead time e margem bruta?
Um indicador sozinho vira meta perversa. A lógica do Balanced Scorecard, de Kaplan e Norton, resolve isso com contrapesos: cada métrica financeira é lida junto de uma métrica de processo e de uma de aprendizado. Em software house, o trio mínimo é utilização, lead time e margem bruta.
Utilização
Responde se a capacidade está sendo aproveitada. Sozinha, incentiva ocupar pessoas em qualquer coisa que possa ser cobrada.
Lead time e falhas
Responde se o trabalho está fluindo com qualidade. Vem das quatro métricas do DORA e é o freio que impede que ocupação alta esconda entrega travada.
Margem bruta
Responde se a ocupação virou dinheiro. É o juiz final: utilização que não melhora margem é movimento, não resultado.
A disciplina de alocação vem do FinOps
O FinOps Framework organiza a gestão de custo de nuvem em três fases — informar, otimizar e operar — e a mesma sequência funciona para horas. Informar é dar visibilidade de utilização e custo por projeto a quem toma decisão, toda semana. Otimizar é rebalancear alocação, renegociar escopo e ajustar preço com base nesse dado. Operar é transformar isso em ritual permanente, com dono e cadência definidos. Sem a terceira fase, o painel vira enfeite em dois meses.
Modelo de dashboard semanal para capacidade e alocação
O painel abaixo é o que recomendamos para uma reunião semanal de trinta minutos com liderança técnica, comercial e financeiro. Cinco blocos, uma decisão por bloco.
1. Utilização da semana por time
Percentual faturável por time e por pessoa, com a faixa alvo desenhada no gráfico. A decisão do bloco é simples: quem está fora da faixa para cima ou para baixo e o que muda na alocação da próxima semana.
2. Capacidade comprometida nas próximas 6 semanas
Horas já alocadas versus capacidade real por semana. É o bloco que antecipa buraco de receita e sobrevenda com tempo hábil para agir — vender, remanejar ou contratar.
3. Margem e taxa efetiva por projeto
Margem bruta acumulada e taxa efetiva por hora versus a contratada. Qualquer projeto abaixo do piso definido entra em revisão de escopo, aditivo ou plano de recuperação na mesma reunião.
4. Retrabalho e horas fora do orçado
Horas classificadas como retrabalho e projetos que ultrapassaram o orçamento de horas. É o alerta antecipado de erosão de margem, quase sempre visível semanas antes de aparecer no resultado.
5. Entrega e qualidade
Lead time médio e taxa de falha em mudanças, nos moldes do DORA. Serve de contrapeso: se a utilização subiu e a qualidade caiu, a operação não ficou mais eficiente — apenas mais apertada.
6. Investimento interno usado
Quanto do teto de horas de investimento foi consumido e em quê. Garante que a folga planejada esteja indo para produto, automação e formação, e não evaporando em reunião não registrada.
📌 Cadência mínima que funciona: apontamento diário, painel revisado toda segunda-feira, revisão de preço e faixa de utilização a cada trimestre. Painel sem cadência é relatório; painel com cadência é gestão.
Utilização é meio, margem é fim
Software houses que crescem de forma sustentável não são as que mais ocupam gente: são as que sabem exatamente quanto custa cada hora, quanto dela é vendida, quanto é investida e quanto é desperdiçada — e que usam esse dado para decidir preço, escopo e contratação com semanas de antecedência.
Comece pelo básico: taxonomia de quatro baldes, apontamento diário, capacidade real em vez de teórica, faixa alvo por função e um painel semanal com dono. Em dois ou três meses o indicador para de ser uma estimativa defensiva e passa a ser o instrumento mais confiável de gestão da sua operação.
Referências
- GOLDRATT, Eliyahu M. A Meta (The Goal). É referência porque formaliza a Teoria das Restrições e demonstra que otimizar a ocupação de cada recurso isoladamente aumenta estoque e atraso em vez de resultado — exatamente o erro de quem persegue 100% de utilização em times de tecnologia. Ver na Amazon
- KAPLAN, Robert S.; NORTON, David P. Balanced Scorecard. É referência porque estrutura a leitura de desempenho em perspectivas conectadas (financeira, cliente, processos internos e aprendizado), impedindo que a utilização vire meta isolada sem contrapeso de qualidade, entrega e desenvolvimento das pessoas. Ver na Amazon
- DORA. Accelerate State of DevOps Report. É referência porque mede, com base em milhares de respostas por ano, as quatro métricas de entrega de software (lead time, frequência de deploy, taxa de falha em mudanças e tempo de restauração) — o contrapeso de qualidade que impede que utilização alta esconda degradação de entrega. Acessar o DORA
- FINOPS FOUNDATION. FinOps Framework. É referência porque define o vocabulário de alocação, visibilidade e otimização de custo em tecnologia (informar, otimizar, operar) — a mesma disciplina que aplicamos às horas do time, não só à conta de nuvem. Acessar o framework
- PRODUCTIVE. Agency Utilization Benchmarks. É referência porque publica dados agregados de agências e consultorias sobre utilização faturável, taxa média por hora e margem por projeto, permitindo comparar sua operação com uma base de mercado em vez de com intuição interna. Ver os benchmarks
- BIGTIME. What Is a Good Employee Utilization Rate. É referência porque detalha as variações de cálculo (utilização faturável, produtiva e de capacidade) e mostra por que empresas de serviços chegam a números diferentes partindo dos mesmos apontamentos de hora. Ler o artigo