Por Que Adicionar Mais Pessoas a um Projeto Atrasado o Atrasa Ainda Mais
“Adicionar mão de obra a um projeto de software atrasado o torna ainda mais atrasado.” Esta afirmação contraintuitiva, conhecida como Lei de Brooks, vem do livro de Fred Brooks, “O Mítico Homem-Mês”, publicado em 1975. Com quase 50 anos, o princípio segue dolorosamente atual.
Como consultor, já vi esse roteiro se repetir várias vezes: projeto atrasado, reação imediata é contratar mais gente para “recuperar o tempo perdido.” O que vem depois é quase sempre pior.
A Lei de Brooks ainda acerta em cheio
O ponto central do Brooks é que desenvolvimento de software, e projetos complexos de consultoria em geral, não escala linearmente com o número de pessoas. Quando um projeto está atrasado, jogar mais gente no problema quase sempre piora as coisas.
Os motivos:
- Novos membros precisam de tempo para entender o projeto, o código e o contexto de negócio
- Os que já estão lá precisam parar o que estão fazendo para integrar os novatos
- A sobrecarga de comunicação cresce exponencialmente com o tamanho da equipe (com n pessoas, os canais potenciais de comunicação = n(n-1)/2)
- Algumas tarefas são inerentemente sequenciais e não dá para paralelizar (“nove mulheres não podem fazer um bebê em um mês”)
Consultoria: uma tempestade perfeita
Em ambientes de consultoria, esses problemas ficam ainda piores. Entrei uma vez em uma implementação de ERP que havia crescido de sete consultores para mais de vinte. O projeto estava seis meses atrasado e queimando dinheiro. A resposta do cliente foi adicionar mais consultores.
Quando cheguei, as reuniões precisavam de sala para quarenta pessoas e decisões simples levavam semanas para circular entre especialistas.
A consultoria é especialmente vulnerável a esse padrão por razões práticas: clientes tendem a equiparar número de pessoas com progresso; prazos fixos com penalidades contratuais pesam em cada decisão; o conhecimento fica concentrado em poucos indivíduos; e a pressão de faturamento exige que os custos altos pareçam justificados.
O que funciona melhor
Cortar escopo sem cerimônia é o primeiro movimento. Focar no que precisa ser entregue agora e deixar o resto para depois constrói confiança com o cliente e cria fôlego para a equipe.
Melhorar processos antes de adicionar pessoas também costuma funcionar. Em um projeto recente de migração para nuvem, o provisionamento de ambiente estava travando tudo. Em vez de contratar seis engenheiros a mais como o cliente queria, trouxemos um especialista em DevOps que automatizou o processo de implantação de infraestrutura. Uma única intervenção desbloqueou a equipe inteira.
Quando recursos adicionais são realmente necessários, trazer especialistas para problemas específicos rende mais do que contratar generalistas. Um time menor e focado para resolver questões pontuais perturba menos o ritmo da equipe principal.
Gerenciando a expectativa do cliente
A parte mais difícil é convencer o cliente de que adicionar gente não vai ajudar. Isso exige explicar, com dados, por que mais headcount não resolve, e apresentar alternativas antes que o cliente tome a decisão sozinho.
Naquele projeto problemático de ERP que mencionei:
- Reduzimos a equipe para doze membros-chave
- Esclarecemos quem tinha autoridade para decidir o quê
- Cortamos o escopo para o que era realmente essencial
Resultado: entrega em quatro meses, mais rápido do que o cronograma projetado com a equipe mais que o dobro do tamanho.
Para lembrar quando o projeto atrasar
“A gestação de uma criança leva nove meses, não importa quantas mulheres sejam designadas.” Brooks escreveu isso em 1975 e continua sendo a melhor forma de explicar para um cliente por que adicionar dez consultores de uma vez não vai ajudar.
Quando um projeto atrasa, a resposta raramente é mais gente. Geralmente é menos, nos lugares certos, com clareza sobre o que precisa ser feito.