TL; DR : É a coisa errada para medir. Ao medir e aumentar a utilização dos funcionários em geral, você cria problemas no sistema e reduz o rendimento geral .
Contabilidade de produção
O que você realmente deseja medir é a taxa de transferência, o estoque e as despesas operacionais, todos juntos, e tenta reduzir o estoque e reduzir as despesas operacionais e, ao mesmo tempo, maximizar a taxa de transferência. Esse método é conhecido como contabilidade de taxa de transferência .
No desenvolvimento de software, inventário é o trabalho em andamento que ainda não está trazendo benefícios para o cliente. Tudo o que foi feito, mas não liberado. A taxa de transferência é a quantidade de trabalho útil para o cliente que está sendo liberado. Qualquer trabalho realizado que não seja diretamente útil para o cliente é contabilizado como despesa operacional.
Sistema simples
Em um sistema simples, com um único humano ou vários humanos trabalhando independentemente com equipamentos independentes, tanto quanto cada um deles aumenta diretamente a taxa de transferência de todo o sistema . Isso leva ao equívoco comum que é base para essa pergunta de que o aumento da utilização humana levará ao aumento da taxa de transferência em todos os sistemas. Mas você ainda mede a taxa de transferência do sistema, inventário e despesas operacionais .
Sistema complexo
Em um sistema complexo, mesmo com apenas duas dependências, o aumento da utilização de uma parte do sistema pode levar diretamente à diminuição da utilização no gargalo, o que diminui a produtividade de todo o sistema. Qualquer aumento de produtividade fora do gargalo é uma miragem .
Exemplo:A equipe de engenheiros de software tem todo o código revisado pelo arquiteto de software, que também faz planos para novos recursos. Essa pessoa é um gargalo, o código não revisado pelo arquiteto simplesmente aumentará o inventário; se o arquiteto não tiver tempo, nenhum novo recurso será planejado adequadamente. Se você começar a medir a utilização dos engenheiros de software, cada um deles tentará fazer mais alterações, em vez de alterações melhores. O tempo que o arquiteto precisará gastar em cada alteração aumentará e o tempo total gasto na revisão aumentará ainda mais pela quantidade crescente de alterações até um ponto em que não resta tempo para planejar novas alterações. Eventualmente, todo o sistema é interrompido. Se, por outro lado, eles diminuem a utilização, passam o tempo ocioso, passam mais tempo em cada alteração ou revisão por pares, isso pode levar à diminuição do tempo necessário para as revisões e, eventualmente, ao aumento da taxa de transferência. Esta é apenas uma equipe com 2 dependências. Os engenheiros dependem do arquiteto para que novas mudanças sejam planejadas e que sejam revisadas.
Claramente, os benefícios devem ser obtidos no gerenciamento adequado do gargalo e na tentativa de obter produtividade no gargalo , onde a hora ganha é a hora da produção de todo o sistema .
Esta é a verdadeira mensagem do Projeto Phoenix e vem diretamente da Teoria das Restrições, de Eliyahu M. Goldratt. Você também pode ler um artigo sobre pensamento de utilização versus pensamento de rendimento . Eu também sugeriria ler mais sobre Critical Chain Process Management .
Lembre-se: o que você mede é o que recebe . E você definitivamente NÃO QUER obter maior utilização individual. Um caminho para o inferno é pavimentado com boas intenções.