Há muitas coisas que querem o seu tempo e não podemos reduzir a sua execução por muitos recursos que utilizemos. Apesar de que as matemáticas básicas nos digam que:
Se 1 pessoa faz um determinado trabalho em 10 dias, então 10 pessoas poderiam fazê-lo em 1 dia
O certo é que em muitas ocasiões a natureza do trabalho a realizar faz com que isto não seja possível. Há alguns trabalhos mecânicos que aceitam este tipo de divisão da carga de trabalho. Normalmente são tarefas pouco qualificadas e que podem se dividir em partes independentes sem afetar o resultado. Na maioria das ocasiões encontramo-nos com um trabalho intelectual ou que a construção de elementos está interconectada, pelo que a execução de tarefas tem um limite temporal mínimo para a sua execução.
No gerenciamento de projetos esquece-se com frequência deste fato e sobretudo e situações de crise. Nessas situações há tendência para aumentar os recursos de modo a recuperar o tempo perdido, tentando dividir a carga de trabalho entre mais recursos e desta forma tentar avançar mais depressa. Esta medida é simples de entender pela direção, e ainda que incremente os custos, é bastante bem recebida pelos clientes quando se tem que cumprir uma data de entrega.
Na prática, aumentar recursos nestes momentos de crise pode causar ainda mais atraso: há que formar os novos membros da equipe, é necessário encaixá-los nas atividades já existentes, é fácil que aumente a necessidade de coordenação e, no geral, a sua incorporação distrairá a todos os membros da equipe.
Nove mulheres não fazem um filho num mês
Esta verdade é utilizada em ocasiões como desculpa geral para não forçar os recursos, para não reduzir os tempos até onde realmente é possível, utilizando-se como base dispor de mais tempo para o projeto. Em muitas ocasiões, é possível dividir as tarefas em partes mais pequenas que se podem realizar por pessoas diferentes com razoável índice de simultaneidade, reduzindo desta forma o tempo total do projeto.
Devemos conhecer os limites reais em que se pode dividir o trabalho e o número máximo de recursos razoáveis para os diferentes tipos de tarefas do nosso projeto e desta forma poderemos manter o equilíbrio adequado entre simultaneidade e serialização das tarefas.