Por que controlar horas prejudica times remotos e o que medir no lugar.
O maior erro de quem gerencia desenvolvedores remotos é tratar o trabalho remoto como o presencial, só que sem o trânsito. Não é a mesma coisa. Os instintos que você criou liderando times no escritório vão atrapalhar aqui.
No escritório, presença funciona como um termômetro de produtividade. Você vê alguém na mesa e conclui: está trabalhando. No remoto, esse termômetro some. E se a sua primeira reação é trocá-lo por um digital (prints automáticos de tela, rastreador de mouse, vigiar a "bolinha verde" do Slack), você já começou errado.
Por que a vigilância sai pela culatra
Desenvolvedores resolvem problemas. Parte do melhor trabalho acontece olhando para a parede ou rabiscando num papel. Se você mede teclas digitadas, incentiva digitação. Se mede atividade no Slack, incentiva mensagens para aparecer. Nenhuma das duas coisas tem relação com entregar software que funciona.
Os desenvolvedores seniores que você mais quer manter são os primeiros a sair quando se sentem vigiados. Eles têm opções e vão usá-las.
O que medir no lugar
Resultado. Ou seja, trabalho entregue dentro de um padrão e de um prazo combinados. Parece óbvio, mas definir isso dá trabalho de verdade.
| Métrica ruim |
Por que não funciona |
Alternativa melhor |
| Horas registradas |
Mede tempo, não valor |
Tarefas concluídas por sprint |
| Linhas de código |
Incentiva código prolixo |
PRs aprovados no code review e mergeados |
| Mensagens enviadas no Slack |
Incentiva ruído |
Bloqueios sinalizados e resolvidos |
| Tempo até o primeiro commit |
Penaliza quem pensa antes de codar |
Cycle time, do início ao merge |
| Presença em todas as reuniões |
Confunde presença com contribuição |
Decisões tomadas e ações concluídas |
Disponibilidade vs produtividade
Separe bem as duas coisas. Disponibilidade é: "consigo responder mensagens e entrar numa call em até X minutos nesse horário". Produtividade é: "entreguei o que combinei nesta sprint".
Defina as duas, cada uma no seu lugar. Um desenvolvedor disponível das 9h às 18h que não entrega nada vale menos do que um que trabalha em horários alternativos e entrega com consistência. Você precisa de uma disponibilidade mínima para o time colaborar (falamos disso na seção de expectativas), mas nunca confunda estar online com estar produzindo.
A equação da confiança
A verdade desconfortável: se você contratou alguém em quem não confia para trabalhar sem supervisão, o problema é de contratação, não de gestão. Nenhum monitoramento conserta uma contratação ruim. E vigiar de perto alguém que foi uma boa contratação é o caminho mais rápido para deixá-la insatisfeita e procurando outra vaga.
A mudança de mentalidade é esta: seu papel como gestor remoto é definir resultados claros, tirar os bloqueios do caminho e deixar o time trabalhar. Se alguém não atinge os resultados com frequência, você trata do desempenho. Se atinge, deixe a pessoa trabalhar em paz.
Meça o que é entregue, não o que aparece. Muitas vezes os melhores desenvolvedores remotos são os que parecem menos "ocupados", porque passam mais tempo pensando antes de codar.
