O processo de aprovacao de folha de ponto em sistemas fragmentados e fundamentalmente quebrado.
Aqui esta o cenario tipico: um funcionario submete uma folha de ponto mostrando 40 horas distribuidas em tres projetos. O gerente precisa aprovar ate sexta-feira para a folha de pagamento.
Mas o sistema de folha de ponto so mostra horas e codigos de projeto—nao tem conexao com o sistema de gestao de projetos onde o trabalho real acontece. O gerente nao pode ver: As tarefas atribuidas foram realmente concluidas?
Ha entregas que correspondem ao tempo registrado? 12 horas e razoavel para o trabalho que foi feito, ou parece inflado?
Houve bloqueadores que explicam uma entrada de tempo incomumente alta? Entao o gerente faz o que gerentes em sistemas fragmentados sempre fazem: aprova baseado em intuicao e confianca.
O funcionario geralmente parecia ocupado? As horas parecem razoaveis para alguem nessa funcao?
Essa pessoa foi confiavel no passado? Essa aprovacao de carimbo nao fornece responsabilidade.
Entradas de tempo que deveriam ser questionadas sao aprovadas. Ineficiencias passam despercebidas porque nao ha forma de comparar tempo gasto com trabalho produzido.
Inflacao se torna possivel porque nao ha mecanismo de verificacao. Enquanto isso, o funcionario que completou trabalho significativo em menos horas nao recebe reconhecimento porque o gerente nao pode ver a produtividade.
A relacao entre esforco e producao permanece invisivel. Em um sistema unificado, entradas de tempo conectam diretamente a tarefas.
Ao aprovar uma folha de ponto, o gerente ve nao apenas horas mas o trabalho que essas horas produziram. Aprovacao se torna significativa porque e baseada em evidencia.
Conversas sobre tempo se tornam produtivas porque ambas as partes veem os mesmos dados.
A Vantagem GitScrum
Uma plataforma unificada para eliminar troca de contexto e recuperar horas produtivas.
